第十四回 第一個特性

除了平常修改問題單外，作為一名開發人員，不做開發那真是太不正常了。開發人員進行開發的最小單位是特性。

我的第一次開發是一個被鬮割的開發，講講大家就明白了。我師傅管小弟自恃有幾分才華，覺得帶的徒弟也應該才高八斗，結果就犯了“左”傾冒進主義錯誤，在我還不清楚產品怎么安裝配置使用的時候就開始張羅著讓我開發特性。當時我還是個莽夫，仗著自己初生牛犢的精神，摩拳擦掌，躍躍欲試。那個時候我還不太懂開發流程，只知道是要我做一件對于其他新員工來說比較難的事情，邱道長當時也同意了。于是我在還不知道敵人是誰、戰場在哪、何時開打的時候，拿著刀就往前沖。

開發的流程大致是這樣的，客戶提出某個需求或者我們發現某個東西很能賣錢，于是這樣就產生了一個需求。設計人員書寫這個需求的實現方案，這個方案叫做規格，研發人員拿到規格后按照規格中所列的內容一一實現，研發實現完成后將特性轉交給測試人員進行測試，測試完成后這次開發就結束了，特性就可以上網使用了。這就好比一個飯店，客人點了一盤菜，這就是需求來了，可以掙錢，那咱就開始準備炒，這個時候有個廚師長（設計人員），他負責寫炒這個菜的方案（規格），應該先放蔥花，再放雞蛋，然后方案完成后廚師（開發人員）開始照著方子炒菜，菜炒完后品菜員先嘗嘗好吃不好吃，嘗完了菜覺得炒好了就給客人端上去，等著收錢。

那個時候對規格這個東西的概念還比較模糊。管小弟給我說了三言兩語，自己明白了，也不管我，以為我懂了，其實我啥都不知道。這種情況下肯定要出亂子了。一個規格往往要涉及好幾個人一起做開發，某一天大家覺得應該對規格充分熟悉了，可以開始開發了，我那個時候還沒鬧明白開發個啥東西，然后規格的作者（也即設計人員）把我們叫到一個房間開會，講的我是云里霧里，用狗屁不懂來形容我都是多的。這個時候我才感覺有點慌，不過男人總是有虛榮心的，回到住處見到同住的舍友就可以吹一吹，你在學什么，還在學那些基本的呀，爺現在已經開始開發了，然后得意地笑。但是到了公司馬上開始變臉，哎喲我的親娘，人家都快吃完中午飯了，我才起來洗臉，咋整啊這是。

規格作者是我們西岐大周朝的死對頭大商朝的總兵呂義閣下，呂義一看我的工號這么粉嫩，馬上就問我東西會不會，我很誠懇地先冒失地點了點頭然后穩重地搖了搖頭。大家表示理解，工號這么大，會這東西算是見鬼了。我感覺自己幾十年的寒窗真真白讀了。呂大都統還是比較負責的，特意給我的師傅管小弟交代：這兄弟啥都不懂，你可要招呼一下啊，保證質量啊。緊接著我就開始不知所措地準備，知道我在做開發，不知道要開發什么，好像是要寫代碼，那種代碼有個學名叫存儲過程（這個名詞大家可以不用理會）。我必須要下大工夫弄清楚存儲過程是什么，于是我周末專門跑到鐘樓旁邊的新華書店，買了本微軟出的SQL SERVER 2000圣經還是寶典，十六開的紙，足足有快八百頁，估計我看三個月都看不完，等我看明白了，黃花菜都涼了。但是我依然把這本圣經給買了回來，準備仔細研讀。后來我終于還是弄明白了原來我什么都還不明白。

在特性開發的過程中，所有的特性開發構成了一個版本。比如大家平常使用的QQ2011就是一個版本，而QQ2010又是另外一個版本，兩個版本的不同就是研發人員要做的工作量，比如QQ2011這個版本比QQ2010這個版本多了QQ秀的功能，QQ醫生的功能更強大了，等等。總之這些功能的變更與新增都體現在一個個的特性上。每一個版本也有一個官，叫版本經理。版本經理對版本的質量負責，所以這個崗位權力極大，所有的開發量、人力調配，甚至人員績效，他都有相當的發言權，因為開發就是為了做版本，而他對版本的質量負責，所以一切資源都要為他服務。版本經理這個官是PL的上級，部長的下級。

我當前正在做開發的版本經理是托塔天王李靖，后來李靖發話了，這個特性周期因為客戶要的緊，由原來的六個月縮短到三天。雖然我還嗷嗷叫著要上陣殺敵，管小弟覺得這個敵我殺不了了，于是他自己操刀，三下五除二弄完了。這個特性給我留下的是極為殘缺的回憶。作為一名新的開發員工，我每天堅持晚上十一點回家，除了要租房辦手續等事情之外，從未間斷。但是作為 SL組的PL，邱道長每天比我回的還晚，也從未間斷。