其实这个问题本没有答案，因为不同的企业难点是不同的。

        对于某些企业来讲，可能没有什么难点，譬如：某企业只想拿到一个评估证书，而不考虑改进效果。

        尽管CMMI 2级是最基本的等级，如果真想将CMMI2级做好，其实还是不容易的，通常情况下的难点为：

（1）       做一个切实可行的计划。

        任务要识别的比较全面，估算的工作量比较合理，人员的安排不能超负荷、不能窝工，、进度安排紧凑而不失弹性。

（2）       实时掌握项目动态，发现问题，解决问题。

        如果项目经理是技术人员出身，往往不喜欢在实时管理项目中每个任务的进展，总是阶段性的去检查，发现问题比较滞后。

        如果项目经理缺乏技术背景，监督进展时往往浮于表面，没有深入实际判断是否任务真的进展顺利。

（3）       需求变更的影响分析要全面而完备

需求变更时要：

        分析对设计、编码、测试用例的影响；

        分析对规模、工作量、进度、成本的影响；

        分析对客户、开发人员、测试人员、管理人员等的影响；

        分析需求变更的相关风险

（4）       需求文档化

        需求文档化是需求变更的基础，如果需求不全面、不正确、不详细则在后续的过程中变更的次数会比较频繁。而要做到前面说到的全面、正确、详细则可能需要加强需求获取、需求描述、需求评审的工作。

（5）       收集真实的、有用的度量数据，并得出管理结论

        度量数据不在于多，而在于“精”。所谓“精”的含义是指：数据要准、数据要有用、数据要反馈在管理实践中。

        用数据说话，用数据说真话。首先要保证数据的正确性与及时性，其次要能够通过这些数据分析出结论，体现在后续的管理措施中。数据的真实性是很多企业的面临的难题，数据不真实也就无从谈起数据的实用性。

        度量数据的需求来源是管理的需要，从客户、高层经理、项目经理一直到具体的开发人员，各个层次、各个角度的人员都有自己感兴趣的数据，要基于这些人的实际数据需求去度量数据，要自顶而下的基于目标建立度量数据，不要度量无需求的数据。

        有的数据要对数据进行分析，得出管理结论并定义相关的管理措施，以充分发挥数据的作用，否则，该数据就失去了存在的价格。

（6）       建立开发人员实施配置管理的工作习惯

        工作产品要及时入库；度量数据不在于多，而在于“精”。所谓“精”的含义是指：数据要准、数据要有用、数据要反馈在管理实践中。

        有的人不喜欢讲自己的工作产品提交到组织级的配置库，喜欢私有，不喜欢公开。或者不及时入库。

        工作产品的变更要符合流程，要保留历史痕迹，可回溯。

（7）       QA要严格、细致地对项目的活动与工作产品进行检查

        在QA方面最常见的问题是：

        检查不全面，有的工作产品或活动没有检查；

        检查不细致，不能及时发现与流程的不符合问题