AMM——敏捷成熟度模型

作为GJB5000的推进者，CMM——软件能力成熟度模型——我们耳熟能详，但是你知道AMM吗？

AMM（Agile Maturity Model，敏捷成熟度模型）是2006年6月由ThoughtWorks北美的咨询师Ross Pettit首次提出的。

彼时，敏捷和CMM各有拥趸，互相对立。

那时国内正在开展GJB5000的试点，被GJB5000的那套相对重量级的体系折磨的组织对敏捷特别渴望。

虽然敏捷的思想被大多数程序员所接受，但是很多组织却不知道怎么正确地实施敏捷过程。

Pettit提出敏捷成熟度模型，就是希望建立一套评估组织现状、设定改进目标、监控持续改进、度量敏捷成效的基准。

Pettit提出的敏捷成熟度模型包含6个维度：需求、测试、代码集体所有、协作、保障和治理、简单性。每个维度又由“最不敏捷”到“最敏捷”分为若干级别，每个级别用可观察、有代表性的现象和行为作为标志。

咨询师会根据这些维度对目标团队的敏捷成熟度进行评估。

例如在“测试”维度上，如果咨询师观察到“测试由测试人员负责，功能测试是一次完整的检查，而未集成进构建过程中”，那么该团队在这个维度上的得分大致是0或者−1，即没有敏捷倾向甚至有阻碍敏捷的倾向；如果观察到“测试由测试人员和开发人员共同负责”，则团队在这个维度上的得分大致在1分以上，即有一定的敏捷倾向。

Pettit的AMM模型虽然不是很完善，但是他的模型把原本千头万绪的敏捷转型变成了可以分步骤分阶段开展、可以有效度量和管理的项目，这是他最大的贡献。

虽然AMM模型在北美敏捷社区受到质疑，但他在引入中国后却得到了一些发展。

华为公司非常认同AMM这样一套可拆解、可度量、可以用雷达图的形式呈现的评估机制。AMM在华为及其他大型通信企业的敏捷推进项目中被广泛应用，评估维度也被扩展到技术与管理两类实践，10个维度。

现如今，敏捷和CMM已经逐渐走向融合。CMM2.0正式拥抱敏捷，它的多个实践域都有对敏捷的支持；而一些敏捷的支持者也认为CMM有助于敏捷的推进。

毕竟，谁都希望以较小的成本开发出满足质量要求的软件。

这正是：

成熟模型好方法，不必拘泥于一家

开发测试和敏捷，谁都可以抓一抓

参考书目：敏捷中国史话，作者：熊节，出版社：人民邮电出版社