任甲林

（1）     需求、设计、代码、测试用例的质量比较差
Ø       需求描述不全面、不详细；
Ø       设计中错误比较多，遗漏比较多；
Ø       设计与实现脱节，实现人员不看设计文档；
Ø       代码中隐藏的缺陷比较多，代码的可维护性比较差，其他开发人员难以读懂代码；
Ø       测试用例数量太少，对需求、设计的覆盖率比较低
（2）     同行评审无法快速发现问题
Ø       缺少同行专家参与评审
Ø       同行专家没有足够的时间准备评审；
（3）     单元测试与代码走查推行不下去
Ø       开发人员不愿意改变工作习惯，没有意识到单元测试与代码走查的作用，不愿意做单元测试与代码走查；
Ø       项目的工期太紧，无法在单元测试与代码走查投入足够的工作量；
（4）     没有足够多的时间做系统测试
Ø       项目组留给系统测试的时间很短，系统没有经过充分的测试就交付给客户。
Ø       系统测试不充分，正常、异常、边界情况没有都测试到。
（5）     对组织级的体系裁剪不当
Ø       项目组不知道如何根据自己的实际情况裁剪体系，机械执行体系，EPG也没有提供实际的指导。
（6）     组织没有建立持续改进的体系
Ø       虽然有专人负责过程改进工作，但是经验教训的收集与整理、典型案例的整理、组织级度量数据的分析、新体系的部署、过程改进点的识别没有制度化、经常化，没有在组织级建立持续改进的文化。