第十四回 第一个特性

除了平常修改问题单外，作为一名开发人员，不做开发那真是太不正常了。开发人员进行开发的最小单位是特性。

我的第一次开发是一个被阄割的开发，讲讲大家就明白了。我师傅管小弟自恃有几分才华，觉得带的徒弟也应该才高八斗，结果就犯了“左”倾冒进主义错误，在我还不清楚产品怎么安装配置使用的时候就开始张罗着让我开发特性。当时我还是个莽夫，仗着自己初生牛犊的精神，摩拳擦掌，跃跃欲试。那个时候我还不太懂开发流程，只知道是要我做一件对于其他新员工来说比较难的事情，邱道长当时也同意了。于是我在还不知道敌人是谁、战场在哪、何时开打的时候，拿着刀就往前冲。

开发的流程大致是这样的，客户提出某个需求或者我们发现某个东西很能卖钱，于是这样就产生了一个需求。设计人员书写这个需求的实现方案，这个方案叫做规格，研发人员拿到规格后按照规格中所列的内容一一实现，研发实现完成后将特性转交给测试人员进行测试，测试完成后这次开发就结束了，特性就可以上网使用了。这就好比一个饭店，客人点了一盘菜，这就是需求来了，可以挣钱，那咱就开始准备炒，这个时候有个厨师长（设计人员），他负责写炒这个菜的方案（规格），应该先放葱花，再放鸡蛋，然后方案完成后厨师（开发人员）开始照着方子炒菜，菜炒完后品菜员先尝尝好吃不好吃，尝完了菜觉得炒好了就给客人端上去，等着收钱。

那个时候对规格这个东西的概念还比较模糊。管小弟给我说了三言两语，自己明白了，也不管我，以为我懂了，其实我啥都不知道。这种情况下肯定要出乱子了。一个规格往往要涉及好几个人一起做开发，某一天大家觉得应该对规格充分熟悉了，可以开始开发了，我那个时候还没闹明白开发个啥东西，然后规格的作者（也即设计人员）把我们叫到一个房间开会，讲的我是云里雾里，用狗屁不懂来形容我都是多的。这个时候我才感觉有点慌，不过男人总是有虚荣心的，回到住处见到同住的舍友就可以吹一吹，你在学什么，还在学那些基本的呀，爷现在已经开始开发了，然后得意地笑。但是到了公司马上开始变脸，哎哟我的亲娘，人家都快吃完中午饭了，我才起来洗脸，咋整啊这是。

规格作者是我们西岐大周朝的死对头大商朝的总兵吕义阁下，吕义一看我的工号这么粉嫩，马上就问我东西会不会，我很诚恳地先冒失地点了点头然后稳重地摇了摇头。大家表示理解，工号这么大，会这东西算是见鬼了。我感觉自己几十年的寒窗真真白读了。吕大都统还是比较负责的，特意给我的师傅管小弟交代：这兄弟啥都不懂，你可要招呼一下啊，保证质量啊。紧接着我就开始不知所措地准备，知道我在做开发，不知道要开发什么，好像是要写代码，那种代码有个学名叫存储过程（这个名词大家可以不用理会）。我必须要下大工夫弄清楚存储过程是什么，于是我周末专门跑到钟楼旁边的新华书店，买了本微软出的SQL SERVER 2000圣经还是宝典，十六开的纸，足足有快八百页，估计我看三个月都看不完，等我看明白了，黄花菜都凉了。但是我依然把这本圣经给买了回来，准备仔细研读。后来我终于还是弄明白了原来我什么都还不明白。

在特性开发的过程中，所有的特性开发构成了一个版本。比如大家平常使用的QQ2011就是一个版本，而QQ2010又是另外一个版本，两个版本的不同就是研发人员要做的工作量，比如QQ2011这个版本比QQ2010这个版本多了QQ秀的功能，QQ医生的功能更强大了，等等。总之这些功能的变更与新增都体现在一个个的特性上。每一个版本也有一个官，叫版本经理。版本经理对版本的质量负责，所以这个岗位权力极大，所有的开发量、人力调配，甚至人员绩效，他都有相当的发言权，因为开发就是为了做版本，而他对版本的质量负责，所以一切资源都要为他服务。版本经理这个官是PL的上级，部长的下级。

我当前正在做开发的版本经理是托塔天王李靖，后来李靖发话了，这个特性周期因为客户要的紧，由原来的六个月缩短到三天。虽然我还嗷嗷叫着要上阵杀敌，管小弟觉得这个敌我杀不了了，于是他自己操刀，三下五除二弄完了。这个特性给我留下的是极为残缺的回忆。作为一名新的开发员工，我每天坚持晚上十一点回家，除了要租房办手续等事情之外，从未间断。但是作为 SL组的PL，邱道长每天比我回的还晚，也从未间断。