如何在小规模的软件组织实现并维持CMMI五级

首先界定下小规模指的是50人以下的软件组织，估计很少有人会把CMMI五级和这种规模的软件企业联系在一起，因为很多人会认为一方面小企业没有资源导入CMMI高成熟度，另一方面他们项目个数有限，很难有足够的数据支撑有效的量化管理。

但如果研究下CMMI研究院近几年的评估数据，我们会发现小规模的五级组织逐年增加，每年CMMI年会分享上也有他们的声音，我也曾领导过两次小规模的五级评估。

最近偶然在IEEESoftware上看了一篇题为“Achievingand Maintaining CMMI Maturity Level 5 in a Small Organization”的文章，这是一个有可参考价值的案例分享。之前有朋友问过类似问题，正好结合这个案例以及个人的经验谈谈这个话题。

CMMI五级给小企业带来的价值

小企业的优势

小企业有自己的难处，身兼数职比比皆是不说，成本压力往往更大，项目进度往往是刚性的。但小企业也具备一些不可忽略优势：

七条有效实践

这里结合IEEE案例和个人经验，和大家分享7条有效实践。

注意在你的配置管理工具和问题监控平台上，很可能已经有不少有价值的内部缺陷数据，这些数据可以帮助你实现CMMI四级和五级的实践。

规模小意味着资源投入一定有效，所以人选很重要。最好是领导也信任，大伙也认可的人专注管理推动这件事，和大家沟通好为什么做，做什么，如何做，何时做等。五级工作牵扯创新改进管理，量化体系/统计过程控制的建立、优化、推广，评估准备，等等工作。肯定需要利用好内外资源，如理念一致的外部咨询、培训。

研究院允许组织选择自己认可的评估师。IEEE案例认为选择和组织理念价值一致、能助力的评估师至关重要，其选择在很大程度上决定了成败。这家企业用DAR做了选择，有意思的是这个选择也成了评估时作为DAR的证据。

CMMI高成熟实践需要依赖于过程和产品数据的实时分析，同时需要一定的样本点积累，如果是2-4周（或者更长些）迭代开发模式，就可以提供充分的数据信息。

掌握必要的统计技术，特别是真正理解相关统计方法的真正意图和应用场景，是不能跳过的。企业内部需要尽快掌握这些方法，让统计分析在项目和组织的决策中，能帮助消除不确定性，真正起到作用。

国内高成熟度落地有个通病，就是为量化管理另起炉灶，这往往是在迎合CMMI而不是提升自己的管理能力。量化管理的新的分析活动应该自然融合到已有的例会、 告中，不要单独再开会，制作 告。

不要把五级做成一锤子买卖，将改进常态化，不断完善量化体系。小规模的软件组织也有项目间的差异，如复用度等，往往需要量化的细化分类。随着企业的发展，很可能关注点也会变化，如新的安全性要求会要求组织对缺陷分析维度做出调整，这就要求改进的常态化以及量化体系的不断调整。常态化的一个重要支撑点是自动化工具，特别是度量工具的普及。

实践证明CMMI高成熟实践完全可以给规模小的软件组织带来回 ，虽然这些成功的经验值得借鉴，但大家还是要有开放的胆识，根据需要，走出一条适合自己的量化管理、改进之路。