CMMI个人理解

个人理解：CMMI是一个思想，是任何一个软件企业从小做大必须要经历的过程，可能并没有那么多企业过了CMMI资质，但在一次又一次的流程优化的过程，实际就是在效仿CMMI的五个等级，所以，提前理解并应有，能帮助小公司少走弯路；

对于小企业，CMMI可以帮助指定很多规范，让员工在混乱的组织里通过规范来完成产品的开发迭代，能把成功的概率提高很多，就像大家杂乱无章做事，突然规定清楚A负责啥、B负责啥、C负责啥，让ABC流水作业...这是往更高级进军的必经之路。

对于大企业，当达到了一定级别，员工自我会自我优化、总结方法论，每个人都会多考虑一些，反而不需要那么多的约束，大家会自我提高。。。类似倚天屠龙中三位少林神僧大战张无忌， 三位少林神僧无缝衔接，当某位招架不住，瞬间有人补位。。。。

所以现在个别企业还是存在一些问题，很多互联网大厂退下来的员工（比如**大厂每年像市场输入很多工作年限超过10年的“精英”）进入小厂后，做了管理，可能但思想还停留在大厂，还没有明确好员工职责的情况下， 注重创新，就想着让大家多考虑一步，测试工作没做好，做点别的，反而觉得是跳出舒适圈，对于公司来说往往适得其反。。。

=============分割线=============

CMMI的五个等级

1．初始级

软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的；

主要需解决的问题：项目管理、项目策划、配置管理软件质量保证。

2．可管理级

建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

主要需解决的问题：培训、测试、技术常规和评审过程关注、标准和过程。

关键域：软件配置管理，软件质量保证，软件子合同管理，软件项目跟踪和监督，软件项目策划，需求管理。

结果：风险。

3． 已定义级

已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

主要需解决的问题：过程度量、过程分析量化质量计划。

关键域：同行评审，组间协调，软件产品工程，集成软件管理，培训大纲，组织过程定义，组织过程集点。

结果：生产率和质量。

4． 量化管理级

分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。

主要需解决的问题：技术变更、问题分析、问题预防。

关键域：软件质量管理，定量过程管理。

5． 优化管理级

过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。

  主要需解决的问题：保持优化的机构。