CMMI跟Agile之间的冲突
InfoQ：刚才在别的讨论组上，你还提到了CMMI跟Agile之间的冲突，能不能再多讲一下你的看法？
Bas：我认为CMMI一点用都没有。
InfoQ：呃……
Bas：CMMI关注的是管理和组织，而不是开发本身。在CMMI的一大堆关键过程域（key process area)中，只有一个是跟开发有关系的。大多数的CMMI实施都会带来很大浪费。
InfoQ：不过很多人也认为，即使组织中用了CMMI，他们照样可以使用一些敏捷实践，例如测试驱动开发，持续集成等等。
Bas： 没错。我的意思是，CMMI跟Agile在价值观上有冲突，而不是在实施上。我不知道CMMI的价值观到底是什么，但是看上去它们的价值观是过程重于人， 文档重于可以运行的软件。我不是直接从实施的角度去看敏捷，而是去看敏捷的价值观和原则，但是CMMI的价值观和原则是什么？我不知道，因为它们从来没有 被记录下来。不过我敢打赌，如果它们被记下来的话，那肯定跟敏捷是冲突的。
InfoQ：哈哈，过程重于人，文档重于可以运行的软件……
Bas：所以，即使你满足了CMMI 5的标准，你依然可以使用Agile；你用了Agile，也可以过CMMI 5认证，但是我还是认为，二者是冲突的。CMMI……它不会关心源代码写成了什么样子，你们团队怎么协作，你是否雇到了恰当的人……
InfoQ：好的，非常感谢你能接受我们的采访。
----------摘自《Bas Vodde谈新书“Scaling Lean and Agile"及敏捷与CMMI的冲突》
Bas：我认为CMMI一点用都没有。
InfoQ：呃……
Bas：CMMI关注的是管理和组织，而不是开发本身。在CMMI的一大堆关键过程域（key process area)中，只有一个是跟开发有关系的。大多数的CMMI实施都会带来很大浪费。
InfoQ：不过很多人也认为，即使组织中用了CMMI，他们照样可以使用一些敏捷实践，例如测试驱动开发，持续集成等等。
Bas： 没错。我的意思是，CMMI跟Agile在价值观上有冲突，而不是在实施上。我不知道CMMI的价值观到底是什么，但是看上去它们的价值观是过程重于人， 文档重于可以运行的软件。我不是直接从实施的角度去看敏捷，而是去看敏捷的价值观和原则，但是CMMI的价值观和原则是什么？我不知道，因为它们从来没有 被记录下来。不过我敢打赌，如果它们被记下来的话，那肯定跟敏捷是冲突的。
InfoQ：哈哈，过程重于人，文档重于可以运行的软件……
Bas：所以，即使你满足了CMMI 5的标准，你依然可以使用Agile；你用了Agile，也可以过CMMI 5认证，但是我还是认为，二者是冲突的。CMMI……它不会关心源代码写成了什么样子，你们团队怎么协作，你是否雇到了恰当的人……
InfoQ：好的，非常感谢你能接受我们的采访。
Bas：多谢！
----------摘自《Bas Vodde谈新书“Scaling Lean and Agile"及敏捷与CMMI的冲突》
作者 李剑 发布www.infoQ.com于 2008年9月27日 上午12时4分
遗憾的是，当我遇见别的女子，我只在乎，那眉间是不是有你的影子！
