“CMMI與敏捷之間是否有什么樣的關(guān)系？是矛盾的？還是可融合的？”“在CMMI環(huán)境下如何實(shí)施敏捷？”自從“敏捷”誕生以后，此類話題就此起彼伏，從未停止。前幾日，在AgileChina的討論組中，“CMMI下的Scrum，如何操作？”以及“如何實(shí)施Agile這個(gè)東東，Agile怎樣保證質(zhì)量？”又被提了出來，跟帖者眾多，各抒已見。pipi的建議是：

...，看看公司有什么問題，為解決問題而引入Agile，而不是為了Agile而Agile。沒有問題又何必引入Agile呢。就好像很多世界頂級軟件公司都不需要采用CMMI一樣，因?yàn)樽陨淼能浖_發(fā)流程已經(jīng)很成熟了，...

來自Thoughtworks的咨詢師熊節(jié)的經(jīng)驗(yàn)是：在CMMI環(huán)境下可以實(shí)施敏捷，但要精心選擇切入點(diǎn)：

第一，CMMI要求的是軟件組織具備成熟過程的*證據(jù)*，而諸如XP之類的敏捷方法只要使用得當(dāng)是能夠提供足夠的證據(jù)來支持CMMI 5級的要求的，所以在CMMI框架下實(shí)施敏捷方法是可行的，這是在一些采用CMM多年的國內(nèi)領(lǐng)先的軟件組織中得到驗(yàn)證的。
第二，在這種環(huán)境下實(shí)施敏捷要注重實(shí)效，從影響較小收益較大的實(shí)踐開始逐步引入，比較忌諱開口提大名詞（例如SCRUM或者XP）。我會建議你以CMMI 5級的"自我改進(jìn)"做旗幟，找到組織中存在浪費(fèi)的環(huán)節(jié)，引入最佳實(shí)踐來消除浪費(fèi)，沒有必要把敏捷掛在嘴邊。
第三，一般來說，持續(xù)集成是開始這類改進(jìn)活動的一個(gè)好的起點(diǎn)，因?yàn)槌掷m(xù)集成強(qiáng)迫組織形成快速的反饋機(jī)制，從而讓很多問題有機(jī)會在更短的時(shí)間暴露出來。另一方面持續(xù)集成也是領(lǐng)導(dǎo)比較容易接受的一個(gè)實(shí)踐。

兩年前的一篇名為《敏捷實(shí)踐兩個(gè)月》帖子也提及在一個(gè)特定情況下引入了Agile元素。可見，大家引入Agile的目的各不相同，但都是為了解決某些問題。看來，想要實(shí)施Agile,即要根據(jù)Agile自身的特性，也要考慮不同的環(huán)境，來采取不同的策略。

另外，起步停車還進(jìn)一步提出了文檔問題（盡管這個(gè)問題在很久以前就在AgileChina上討論過）：

... 我們現(xiàn)在對于文檔的處理完全就是一種資源浪費(fèi)，比如TDD， 但可是， 可但是， 如果我們改進(jìn)文檔處理方式或者實(shí)施TDD這些東西的話，會有人跳出來阻止的。 因?yàn)樗麄冋J(rèn)為， 他們看不到相關(guān)文檔， 就以為缺少了什么東西。

很多初識Agile的人也有Agile不需要文檔的錯(cuò)誤想法，但事實(shí)上，無論以什么樣的方式存在，無論記錄的內(nèi)容是什么，文檔都是必不可少的。而且，王 曉明加調(diào)，項(xiàng)目中一定要做到：

每一個(gè)文檔都要有真正的讀者，
每一個(gè)實(shí)踐都要有真正的成效。

Pipi補(bǔ)充道：

1. 要么不寫，要寫就寫有質(zhì)量的文檔（低質(zhì)量的文檔還不如不寫）
2. 提供給客戶的文檔優(yōu)先于內(nèi)部使用的文檔（給客戶的文檔是更有價(jià)值的）

看來，“CMMI環(huán)境下，該如何實(shí)施Agile？”這個(gè)問題并沒有一個(gè)規(guī)范的答案。其實(shí)可以說：“只要本著‘積極思考，消除浪費(fèi)’，沒有必要把敏捷掛在嘴邊，不要對立，而去實(shí)踐，在實(shí)踐中不斷調(diào)整”就是在CMMI環(huán)境下實(shí)施Agile的要點(diǎn)。

InfoQ的讀者，您在CMMI環(huán)境下實(shí)施過Agile嗎？不妨把您的心得體會與大家分享一下。

轉(zhuǎn)載于:https://www.cnblogs.com/djbone/archive/2008/08/21/1272880.html

總結(jié)

以上是生活随笔為你收集整理的【转】CMMI环境下，该如何实施Agile？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。