以前经历过的一个项目，向前推进举步维艰。从公司文化到个人素质，从组织结构到开发过程，方方面面全有问题，几近项目完败的边缘。

　　1.主要问题如下：

　　弱项目矩阵管理模式：

　　跨部门协作，项目弱矩阵管理，各归所属团队管理而不是统一对项目经理负责， UE对UE经理负责，测试对测试经理负责，研发对研发经理负责，需求对产品经理负责，没人对项目整体负责，项目经理就是个会议召集人的角色，且各评审会议以及项目例会达不到效果且沟通成本太高;

　　项目规模估算不准确，制定计划不合理：

　　上定deadline，下据此定计划，而没有相应裁剪工作量或者分阶段开发，未考虑各种风险因素和各种沟通的成本，导致后期多次变动计划，甚至没有开发完毕且充分自测就部分进入测试阶段，在测试阶段边测试边开发;

　　各有各的目标，目标不统一：

　　研发、需求、UE以及测试各自仅对自己的工作负责，各自的主动性不足，仅以自己的工作量作为工作业绩，而不是共同把项目顺利完成作为统一目标;不论写了多少需求文档，写了多少代码以及测出多少个Bug，项目失败的话，这些劳动就没有价值。

　　瀑布式开发模式的弊端：

　　新产品新团队，没有同类产品的开发经验(SaaS型OA)，规划需求变动多，团队成员不稳定，团队成员能力参差不齐，人员变动工作交接多，很多上游的问题直到下游测试阶段才暴露问题，在测试阶段才发现大量研发、需求、UE以及测试用例之间的不一致;瀑布开发模式更适合稳定成熟团队，以及有了很多同类项目的开发经验。

　　各自参与项目的一个阶段：

　　研发、需求、UE以及测试之间脱节，需求、测试人员主要出现于项目的开始与结束，研发人员出现于项目的中间阶段，相互之间缺少沟通，且仅是会议式沟通和评审。 开发过程中变动需求困难(开发中期需求、UE改做其他工作， 不愿作变动， 且为一个小需求变更需召集所有人讨论)且流程繁琐。

　　2.改进

　　迭代式开发模式，所有人员全过程参与

　　强矩阵项目管理，项目经理集中管理

　　3.新研发流程

　　本文出自 “Person、Process、Tech..” 博客，请务必保留此出处http://yangxh101.blog.51cto.com/1857841/798241