聊聊CMMI和瀑布项目流程

简单聊聊CMMI

CMMI（能力成熟度模型集成）通常从乙方软件企业的立场出发，以满足甲方客户的核心需求：保证质量和准时交付。CMMI强调通过管理软件项目生命周期的各个过程来提高软件质量。它源自80年代的管理改进实践，包含对软件过程的管理、改进与评估，涉及SQA、SEPG和SEG等概念。企业需完成CMMI标准下的目标，但具体实施方式需自行探索，甚至一些敏捷项目管理流程的企业也通过了CMMI3级认证。

CMMI的5个级别

• 初始级: 依赖于参与者，无法确保项目成功。
• 可重复级: 通过规划和进度管理，可以复制成功。
• 已定义级: 有管理措施，科学管理确保成功率。
• 已管理级: 完善的管理和量化评估制度，确保项目质量。
• 优化级: 成熟的管理手段，持续提升管理能力和流程。

CMMI的过程域

CMMI（V1.3）包含25个过程域，对CMMI3级关联22个过程域，覆盖产品开发的各个方面，包括需求开发、管理、项目计划、监督、风险管理等，旨在精细化管理。企业层面则需改进组织过程，包括核心、定义、培训、绩效评估和创新改进等方面。

CMMI与敏捷

CMMI基于工程纪律，强调过程和集体活动管理，而敏捷则侧重于个体的经验和灵活性。CMMI适合外包和大团队，侧重于过程的定义（What to do），敏捷则适合小团队，侧重于实践（How to do）。

CMMI和敏捷的难度

CMMI被视为较重的研发过程，而敏捷则看似轻量级且高效。但实际上，敏捷并不仅仅是快速，而是快速反馈和响应。敏捷成本较高，可能导致重复工作和返工风险。CMMI强调避免项目依赖个人，通过“治人”实现，而敏捷则着眼于创新和速度，希望通过“育人”达成目标。敏捷转型需要成熟的员工和管理层，因此CMMI虽难，敏捷更难。

想要了解更多内容？

查看原文：聊聊CMMI和瀑布项目流程

文章来源：

DP哥笔记

扫码关注公众号

把握不好这三种视角和平衡，做不好B端产品！

了解更多