“CMMI 与敏捷之间是否有什么样的关系?是矛盾的?还是可融合的?”“在 CMMI 环境下如何实施敏捷?”自从“敏捷”诞生以后,此类话题就此起彼伏,从未停止。前几日,在 AgileChina 的讨论组中,“ CMMI 下的 Scrum,如何操作?”以及“如何实施 Agile 这个东东,Agile 怎样保证质量?”又被提了出来,跟帖者众多,各抒已见。pipi 的建议是:
…,看看公司有什么问题,为解决问题而引入 Agile,而不是为了 Agile 而 Agile。没有问题又何必引入 Agile 呢。就好像很多世界顶级软件公司都不需要采用 CMMI 一样,因为自身的软件开发流程已经很成熟了,…
来自 Thoughtworks 的咨询师熊节的经验是:在 CMMI 环境下可以实施敏捷,但要精心选择切入点:
第一,CMMI 要求的是软件组织具备成熟过程的 * 证据 *,而诸如 XP 之类的敏捷方法只要使用得当是能够提供足够的证据来支持 CMMI 5 级的要求的,所以在 CMMI 框架下实施敏捷方法是可行的,这是在一些采用 CMM 多年的国内领先的软件组织中得到验证的。
第二,在这种环境下实施敏捷要注重实效,从影响较小收益较大的实践开始逐步引入,比较忌讳开口提大名词(例如 SCRUM 或者 XP)。我会建议你以 CMMI 5 级的"自我改进"做旗帜,找到组织中存在浪费的环节,引入最佳实践来消除浪费,没有必要把敏捷挂在嘴边。
第三,一般来说,持续集成是开始这类改进活动的一个好的起点,因为持续集成强迫组织形成快速的反馈机制,从而让很多问题有机会在更短的时间暴露出来。另一方面持续集成也是领导比较容易接受的一个实践。
两年前的一篇名为《敏捷实践两个月》帖子也提及在一个特定情况下引入了 Agile 元素。可见,大家引入 Agile 的目的各不相同,但都是为了解决某些问题。看来,想要实施 Agile, 即要根据 Agile 自身的特性,也要考虑不同的环境,来采取不同的策略。
另外,起步停车还进一步提出了文档问题(尽管这个问题在很久以前就在 AgileChina 上讨论过):
… 我们现在对于文档的处理完全就是一种资源浪费,比如 TDD, 但可是, 可但是, 如果我们改进文档处理方式或者实施 TDD 这些东西的话,会有人跳出来阻止的。 因为他们认为, 他们看不到相关文档, 就以为缺少了什么东西。
很多初识 Agile 的人也有 Agile 不需要文档;/1219024198970/) 的错误想法,但事实上,无论以什么样的方式存在,无论记录的内容是什么,文档都是必不可少的。而且,王 晓明加调,项目中一定要做到:
每一个文档都要有真正的读者,
每一个实践都要有真正的成效。
Pipi 补充道:
- 要么不写,要写就写有质量的文档(低质量的文档还不如不写)
- 提供给客户的文档优先于内部使用的文档(给客户的文档是更有价值的)
看来,“CMMI 环境下,该如何实施 Agile?”这个问题并没有一个规范的答案。其实可以说:“只要本着‘积极思考,消除浪费’,没有必要把敏捷挂在嘴边,不要对立,而去实践,在实践中不断调整”就是在 CMMI 环境下实施 Agile 的要点。
InfoQ 的读者,您在 CMMI 环境下实施过 Agile 吗?不妨把您的心得体会与大家分享一下。
评论