文/陈小文

       项目经理肖天接到一个新的项目任务，公司领导对该项目的支持力度很大。项目所需要的一名需求分析师、一名系统工程师和三名程序员很快就到位了。

       项目刚开始进展如此顺利，这让肖天很高兴，对项目任务也非常乐观。但没多久，肖天就有些犯愁：项目才开始，需求分析师忙得焦头烂额，而另外四个人却没什么事情可以做。肖天决定让所有人都去帮需求分析师分析项目需求。结果出现新的问题：需求分析师本来就够忙了，现在还要教其他四个本来不会需求分析的人来分析需求。人虽然多了，但是需求分析的工作进展反而更缓慢了。而且彼此之间还经常为一些需求问题进行争执，既浪费了很多时间，又导致大家的情绪低落，抱怨加深。

       肖天向部门经理路明反馈自己遇到的困难，路明提出并行工作的思路：

       第一步，项目组共同分析出项目的技术难点，让系统工程师指导三个程序员对这些技术难点进行尝试和验证；

       第二步，需求分析师先对项目进行整体分析，系统工程师参考整体的需求结构可以进行初步的技术路线选择，搭建主体的系统框架，同时需求分析师对每一项需求进行详细的分析；

       第三步，三个程序员完成技术难点的论证后系统架构已经初步搭建，部分需求的详细内容也已经分析清楚，在系统工程师的指导下，三个程序员就可以逐步实现系统；

       第四步，需求分析师完成需求分析后，部分需求已经实现，需求工程师可以开始验证需求的实现。

       肖天立即调整自己的工作思路，按照以上方式开展工作，整体上理顺了大家的工作，但由于初次采用这样的工作思路，还是出现以下问题：

        1）需求分析师在对需求进行详细分析时发现之前的整体分析存在问题，对整体结构进行了一些调整，影响了系统架构设计的变更；

        2）需求分析师对详细需求间的影响估计不足，后面分析的详细需求部分影响了前面分析过的详细需求，导致程序的实现出现了一些变更。

       但以上变更的影响都不是很大，项目整体进度也没有延期，最后顺利完成。经历过该项目后，项目组成员一致表示，下次再遇到这种情况，会尽量避免以上问题的发生，同时也表示这种并行工作的方式值得拥有！