以今天的视角来看，两位大师的成果也有局限也有不足，但其在软件工程发展史的地位无人能撼。今天我要写的是，把两位大师的成果做个串烧，从十个方面对“人月神话”和CMMI做个比较，促进我们理解CMMI实践追求的目的，能够回答“为什么”的问题，而正确读懂模型的价值是有效使用它改进软件工程的基础。在做比较之前，我有个基本假设：开发团队...【阅读全文】

摘 要 ：根据ISO 9000质量管理体系以及CMMI3级软件能力成熟度模型的实践，针对二者的融合问题，以ISO 9001：2015和SEI CMMI-DEV V1 3为基础，从分析ISO 9000与CMMI的区别和联系入手，结合工作实践，提出一种软件企业同时执行ISO 9000质量管理体系与CMMI模型的方法。【阅读全文】

敏捷环境下的CMMI评估更加需要我们真正理解什么是模型的要求，什么是实施的选择。而真正理解模型的要求，往往需要我们深入探讨“目的”的问题：过程域要实现的目的是什么？特定目标或通用目标要实现的目的是什么？特定实践和通用实践的目的是什么？任何模型不可能给出统一的实施方式，这就是为什么过程域不是过程。【阅读全文】

经CMMI研究院授权，根据招行领导的要求，上海连陆首席架构师丛斌博士领导了招商银行总行信息技术部的V2 0试点评估。本次评估招行领导提出很高的评估要求，覆盖了主要开发团队（82个），未做任何刻意的评估准备，项目的模型覆盖范围由研究院随机选定。经过几个月的努力，评估团队和信息技术部深圳、杭州两地团队通力配合，出色完成了评估任务。【阅读全文】

什么是CMMI的主题？不言而喻是过程管理。它要求团队忠实的遵循制定的过程，完成开发工作，同时在实践中不断学习，来完善这个过程。过程强调并保证开发相关活动中的沟通，以达到必要的透明度。这个沟通可以是在一个项目内的，也可能是项目之间的。通过建立有效的度量体系，支持过程改进，项目管理，及决策的要求。这些也是敏捷认同的理念。【阅读全文】

由于CMMI模型错误的使用，使得很多CMMI企业内部参加评估项目的工程人员有一些痛苦的经验，造成业界对CMMI的价值产生怀疑。很多人把引入敏捷作为纠正CMMI错误的考虑，把二者看成水与火的关系。在“知行合一”一书的第三部分，我详细讨论了CMMI和敏捷开发模式结合的一些有效方法，论证了二者的互补性。这里我分享下敏捷领军人物对二者的关系的一些看法。【阅读全文】

这学期教一门软件度量课程，学生基本都是有多年业内经验的在职软件工程师和管理人员，每周我们会找一个专题讨论。上周的问题是关于CMMI度量与分析（Measurementand Analysis）过程域的一个问题，大家根据各自的经验，巴拉巴拉的讲了很多不错的体会。我注意到一个同学，在别人讲的时候，表情各种丰富，一副内心戏十足的样子，所以特意点将让他来分享下。【阅读全文】

今年年初，我投了两篇文章给CMMI研究院2017年会，一篇是通过引入质量债务管理的方法建立非传统的量化管理模式，另一篇则是质疑CMMI高成熟度的两个问题：六西格玛的影响和对变异量（variation）的偏见。前面的文章很快被会议组接受，后者则被建议挂起。但我认为这两个问题是任何一家希望通过引入CMMI高成熟度达到真正改进的组织不可回避的困惑...【阅读全文】

制订质量目标是质量控制的首要环节。一个有效的质量目标对于软件质量控制完成的好坏是非常重要的。质量目标不仅仅要满足基本的“可测量”的要求，它还应该是针对产品质量现状进行动态调整的。还有一种归类方式是将软件质量问题归类到CMMI的过程域上，这样我的软件质量目标就可以直接使用该过程域的性能基线。当然，前提是组织已经达到CMMI成...【阅读全文】