浅谈CMMI与Scrum

Posted 2021-04-25 PM日常

浅谈CMMI与Scrum

CMMI：Capability Maturity Model Integration；是软件能力成熟度集成模型，是一种早期模型，用于处理各种类型的工程任务。其定义了成熟度模型的架构，用来评价组织级能力的模型，是指导组织持续进行过程改进的模型，它给出了过程改进的路线图。

Scrum是用于开发、交付和持续迭代复杂产品的一个框架，是一个增量的、迭代的开发过程。敏捷研发的一种方法，更多强调团队级别。

相同点

二者都要做计划，CMMI要求做任务拆分，要做规模估算、工作量估算，要有进度表，要做计划评审等。Scrum也要做迭代计划，比如迭代开始前的PBI（产品待办列表）梳理，迭代计划会。

二者都要做计划跟踪和检视，Scrum通过迭代看板，每日站会、迭代评审、迭代回顾会实现了CMMI中MC实践域的实践。CMMI要做验证与确认，敏捷要做检视。

不同点

1） 组织级、团队级

CMMI侧重于建立组织级的能力，Scrum侧重于团队级的能力。CMMI定义了高层管理者的治理职责，要求组织级要定义管理的方针、流程、裁剪指南、模版等，组织级要进行流程执行情况的检查，要给团队提供资源、工具、培训等支持。

Scrum敏捷方法更侧重于构建团队级的能力，给出了一个小团队的角色划分、管理实践与技术实践。

2） 流程的重要程度。

CMMI强调通过规范的流程，将人、技术、工具集成在一起，从而产生好的结果。CMMI重视流程的重要性，但是没有强调简洁的流程、增值的流程。

Scrum依赖人的经验+做事的原则快速交付高质量的产品，敏捷并不否定流程的重要，只是更强调个体和互动高于流程和工具。

3）文档的重要性与多少。

敏捷价值观中强调：可工作的软件高于详尽的文档。敲黑板，敏捷不是没有文档，而是可以工作的软件比文档更重要。敏捷中的文档数量少，文档内容简化、文档形式灵活，编写刚刚好的文档即可。Scrum中文档团队根据团队自适应调整，强调够用的文档，包括用户故事、测试用例、上线报告等。敏捷认为面对面的沟通传递信息比文档传递信息更高效

CMMI对流程文档评估时，要从在制品和访谈两个维度进行考察。 由于CMMI内容的完备性，需要证明某些PA是否满足了，需要有证据。CMMI对计划的内容做了比较完备的要求，比如要有人员能力的获取计划（培训计划或人员配备招聘计划）、资料的管理计划、风险的管理计划等等。而在敏捷策划时，这些计划是根据需要来定义的，团队根据经验想到了就做，没想到就等出了问题再去解决。CMMI的文档主要多在文档内容的完备性；CMMI有支持类的PA，包含了质量保证、配置管理、决策与解决方案、度量与分析、根因分析与解决方案等。 CMMI有组织级的过程管理类的PA，包含了组织过程焦点、组织过程定义、组织过程性能、组织级培训、组织性能管理。这些PA的制品是敏捷方法中没有涉及到的。

— THE END —

免责声明： 本微信公众号对所有原 创、 转载、分享的内容、陈述、观点判断均保持中立，推送文章仅供读者参考，发布的文章、图片等版权归作者享有。 部分转载作品、图片如有作者来源标记有误或涉及侵权，请原创作者友情提醒并联系小编删除

写文章的坚持，更需要您的一个肯定

欢迎关注PM日常