项目曲折进行之路——前夕篇

   首先自我介绍一把，本人屌丝一枚，性别男，爱好女；毕业于国内二本三流师范大学，计算机科学与技术专业，毕业后各种志向远大、各种梦想怀抱，毅然决然背起行囊，远离故乡；一头扎进漂的一族，进入了还算对口的IT行业，成功晋升为一名码农，经历了所有刚进入该行业的人应该经历的所有阶段之后，我进入了下面所要记录的我的新的阶段。

    11年12月进入大型IT公司A（目前所在的公司），进入公司后，公司正处于全力扩展本地业务，有很多新的项目在做，处于大量招人阶段；进入公司后，分到C系统(之前开发的系统)二期的项目组，此时项目前期的工作建设方案、总设（也是前不久才知道项目还需要这玩意）等都基本已经尘埃落定，处于需求调研以及概设的阶段；进入项目组后和一美女负责C系统比较核心模块的需求以及设计工作；之前没有过此类工作的经验，再加之对业务各种不了解，所以刚开始各种困难，什么流程图、时序图、用例图还仅仅停留在一觉醒来之后意外闯进耳朵的大学老师的声音里；然后呢，去百度、去google、逢人就请教、当然由于项目组大多是新人，项目经理也做了不少培训；总算功夫不负有心人，概设初版搞定（后段时间才体会到，这仅仅是个开始）；然后，首先项目组内部评审，所谓不评不知道，一评吓一跳，拿到了一大堆的需求意见，接着下来的工作就是改，不断的评，不断的改；总算拿到一个内部比较认同的稿子，拿给客户去看，客户看了文档，看了草图页面之后，顿时思如泉涌，提出一大堆修改以及优化意见（这时候的建议完全有可能比之前的需求条目还多）；没办法，客户就是上帝，拿着一大堆的修改意见，蔫头耷脑的回到公司继续改，接下来又进入不断沟通、确认、评审、修改的循环阶段，来来去去、反反复复折腾了有两三个月吧（记不清了，应该时间要更长些），好不容易确定下来了一个比较认同的概设搞，接下来进入了加班无极限（有些夸张）开发阶段。

    所谓上班时间这么短，加班怎能不性感；进入了开发阶段、项目的上线就只是时间问题了；当然，项目的进度永远都紧张的，外加之对公司内部的框架一点不了解，所以，加班也是必须的；先从简单功能做起，练练手，熟悉熟悉；之前说了，框架不了解，所以就得多问、多折腾、多调试；经过很多个日夜的折腾、第一个简单功能搞定，所谓万事开头难，搞定了第一个，接下来的工作就是水到渠成，程序员金牌教条拷贝、复制的问题了；当然过程中也会遇到很多新的问题，但这时候已经觉得天空飘过5个字，这都不是事了；在开发完一个重点业务之后，测试人员的介入，宣布正式进入论持久战的开发测试阶段。

    开发、测试是一家，这个是领导经常灌输的，也是从道理说的过去的，测试还不是替开发人员找问题嘛；理是这个理，但谁又能说，婆婆和媳妇不是一家人呢？所以开发和测试的矛盾永远都会存在，无法泯灭；进入测试阶段，就没有单纯的开发代码那么简单，你需要时不时的面对测试美女提出来的各种疑问与bug，且你需要及时的响应与修改（公司的bug考核机制在时刻监视着你）；当然，在这个过程中，就会后很多的问题出现，测试和开发意见不一致、这种小问题还需要bug来修改等等之类的问题就会层出不穷，那么必然导致开发和测试之间的争吵也就难免了；自从不幸一个功能模块被提了5个bug,上了公司的bug top5（当然公司新业务需求和项目功能在一起考核，也是存在问题的），被领导批，外加之，本人一直比较愤青；所以，在一段时间里，也是经常和测试吵得脸红脖子粗；当然，吵归吵，项目还是按部就班的进行着，转眼间，项目也已经基本开发完成，进入了破开乌云见日的一天，项目终于要实施上线了。

    实施阶段，由于项目是二期项目，开发的功能基本都是新增功能（这里指着我负责开发的模块），没有数据切割、灰度发布之类的工作（应该有模块之间的数据切割，我没参与，这里忽略），所以测试通过后很痛快的就上线了；当然，上线之后，客户试用阶段又会有新的问题发现，这就又需要去沟通，去修复；这时候就要考验你前期的需求调研情况了，前期越充分，这时候应该就会问题越少（除非客户思想又变了）；C项目因前期调研还算充分，上线后虽有问题，但也算还好。

    就这样，项目做完了，剩下的就是修修补补的工作了；这是我来A公司后接触的第一个项目，因为是二期项目，需求模块比较确认，项目方向也主要有项目经理来确认，目的比较明确，总体感觉项目还算顺利；当然，在回写这段经历的时候，因为是纯开发的角色，觉得感触最深的是这样三个问题：

1、客户与开发人员的关系

   客户与开发人员的关系，所到底就是需求变更与功能设计的问题；需求的变更，就意味着代码的变更，往往都会存在需求开发到一半，客户突然性情大变的情况，此时开发人员可谓叫天天不应，叫地地不灵啊；在长期的摧残之后，觉得充分的交流以及必要的牵制是非常必要的；在设计阶段，一旦有新的成果就要拿出来与客户交流评审；当客户需求发生变化时，也要清楚的说明变化可能引起的代价：项目的延期、费用的增加等。

2、测试人员与开发人员的关系

   所谓本是同根生，相煎何太急，用在测试人员与开发人员身上一点都不过分；各自身上都背着各自的大山（KPI）,且各自的考核指标又正好完全相驳，所以相互理解是必须存在的。

3、公司|项目经理开发bug管理

   当然，公司的bug管理机制完全是一把双刃剑；bug管理太松,开发质量没发保证、测试人员怨声载道，在一定程度上也会影响项目的进度；bug管理太紧，又会导致开发人员过分关注，导致和测试人员水火不容；所以，如何很好的运用这把双刃剑，起到即保证开发质量，又有效保证开发进度的作用，值得项目负责人员深思。

 

前夕已过，剑指当下项目，请继续关注。。。。。。

 

项目曲折进行之路——第一篇