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分
遗憾的是,当我遇见别的女子,我只在乎,那眉间是不是有你的影子!