CMMI软件能力成熟度，CMMI

体系建立及试点项目运行 由咨询师根据当前流程诊断结果，在现有项目的基础上进行流程制度的修订及建立，流程制度需通过内部评审并记录缺陷进行修正。流程制度制定完成后，选择3个试点项目，进行培训把流程制度导入到3试点项目中运行，在运行过程中提出问题及改进建议，修正，直到所有项目完成。在诊断建立阶段，体系的建立及体系的导入会通过二个轮次的方式进行，方便实施人员在编写与导入过程中发现的问题能及时解决及改善。主要参与人员：EPG、咨询师、项目经理、QA、OT、CM、工程人员。 为什么在敏捷和CMMI阵营之间存在这些争议?本文的目的，就是对争议的原因进行解释，并说明为什么这些争议实际上是不存在的，并且请求在您（和大家）的帮助下，使整个软件开发社区意识到，如果能够适当地，混合使用CMMI和敏捷的原则和方法,可以大大提升软件开发的质量和效率。 “自顶向下”相对“自底向上”的改进方法——新方法的引入的过程中， “一个声音”的支持程度往往超过“另一个声音”（例如，管理者的声音和参与/执行者的声音），然而，无论哪个声音，都经常忽略了另一个“更重要的声音”，那就是“怎样能使业务运行的更有效？ 针对CMMI和敏捷两种方法/范式，我们确定了一些我们认为危害性极大的错误观念，并进行了讨论，之后，我们针对如何改进和提升认识、正确地理解两种范式给出了建议。作为后见之明，我们承认，在某种程度上，是CMMI在发展和引进过程中的一些方法，引起了一些用户对CMMI本质的某些错误认识（我不能这样来说敏捷社区；但是我们觉得敏捷方法也存在着某种意义的类似情况）。这种错误的认识/观念，可能导致在不适当和没有效果地使用CMMI。