以前我不认为一个被称为“敏捷成熟度模型”（Agile MaturityModel，AMM）有可能是什么好东西。原因是显而易见的：第一，我担心它把一组实践奉为圭臬，而敏捷的核心正是在于根据团队和项目的实际情况构造自己的方法；第二，我担心它成为一种认证，从而像它的前辈一样被骗子利用。

直到我给客户做了一次AMM评估。

第一，AMM不是认证，它是帮助我们集中注意力、了解真实情况的工具。
第二，AMM不是考试，分数是指示性的而不是决定性的，它的价值是指出改进的方向和切实的目标。
第三，进行AMM评估的目标是帮助团队更加高效地开发更高质量的软件，而不是拿到高分。

不遵循这三点原则的AMM评估，就可能滑入骗子横行的境地。敏捷的本质决定了AMM评估只能并且只应该被用于三个目的：（1）了解“我们在哪儿”；（2）计划“我们要去哪儿”；（3）讨论“如何去”。因此，任何与真实情况不符的、夸大的、粉饰太平的评估，都是毫无价值的自欺欺人。

参见另一个ThoughtWorker，Ross Pettit的文章，An “Agile Maturity Model?”