CMMI 3级的难点

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