BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

CMMI环境下,该如何实施Agile?

| 作者 乔梁 关注 7 他的粉丝 发布于 2008年8月18日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

“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不需要文档的错误想法,但事实上,无论以什么样的方式存在,无论记录的内容是什么,文档都是必不可少的。而且,王 晓明加调,项目中一定要做到:

每一个文档都要有真正的读者,
每一个实践都要有真正的成效。

Pipi补充道:

1. 要么不写,要写就写有质量的文档(低质量的文档还不如不写)
2. 提供给客户的文档优先于内部使用的文档(给客户的文档是更有价值的)

看来,“CMMI环境下,该如何实施Agile?”这个问题并没有一个规范的答案。其实可以说:“只要本着‘积极思考,消除浪费’,没有必要把敏捷挂在嘴边,不要对立,而去实践,在实践中不断调整”就是在CMMI环境下实施Agile的要点。

InfoQ的读者,您在CMMI环境下实施过Agile吗?不妨把您的心得体会与大家分享一下。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT