“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嗎？不妨把您的心得體會與大家分享一下。

轉載于:https://www.cnblogs.com/djbone/archive/2008/08/21/1272880.html

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。