敏捷開發，現在已經逐步成為(wei) 軟件開發公司的熱門話題，那麽(me) CMMI模型可不可以運用在敏捷開發呢，答案是肯定的，而且是建議先導入CMMI，再進行敏捷開發，需要注意的是，敏捷開發雖然是現在很流行的開發模式，但我們(men) 也不要盲目的追隨潮流，不要為(wei) 了敏捷而敏捷，更多的還是需要根據企業(ye) 自身情況合理的使用，如果說企業(ye) 並沒有達到CMMI3級的標準過程，那麽(me) 暫時不建議過早的介入敏捷，即使強行使用，也隻能是徒具敏捷開發的一個(ge) 空殼。

如果想采用敏捷開發，需要考慮這4個(ge) 問題：

1.怎樣控製人員交流的效果？
2.通過開發，測試組成團隊技術能力能高效控製住軟件產(chan) 品的開發過程麽(me) ？這樣是否會(hui) 增加風險？
3.怎樣控製客戶和項目中共同協作的效率？是否會(hui) 增加大量成本？
4.隨機應變度如何把握？這樣的過程對以後項目的開發過程可重複性和可以預測性有多大？

CMMI是一個(ge) 過程改進方法，它通過實踐域為(wei) 組織提供了實現高效的過程所必需的基本元素。它將軟件開發的過程分為(wei) 許多的實踐域，通過這些實踐域來指導一個(ge) 項目、一個(ge) 部門甚至整個(ge) 組織的過程改進。CMMI能幫助我們(men) 整合以往“各人自掃門前雪，休管他人瓦上霜”的組織功能，建立起過程改進的目標與(yu) 優(you) 先級，指導我們(men) 進行過程和質量改進，通過實施過程中產(chan) 生的眾(zhong) 多文檔提供了評價(jia) 現有過程和做出改進的參照項。這就是大家一提到CMMI，大多第一反應就是實施後文檔很多。所以在此我覺得有必要重申一個(ge) 觀點：是真正在我們(men) 實施的過程中加強對項目控製和改進才產(chan) 生相關(guan) 文檔，而不是為(wei) 了達到相關(guan) 文檔數量而實施CMMI。

對於(yu) 通過CMMI3級及以上的企業(ye) ，並且開發測試人員配備完備，素質較高，那麽(me) 建議使用敏捷開發模型，這會(hui) 提高項目的效率，減少返工，此時企業(ye) 的軟件開發過程技能遵循CMMI規範，又能符合敏捷的原則，企業(ye) 就可以獲得項目開發中的可重複性、控製成本、風險預測性的好處。

對於(yu) 一些小型企業(ye) ，首先還是要保證自己在能很好生存下去的前提下，先提高自己部分項目規範，CMMI3級或更高的開發過程是一個(ge) 很龐大的過程，企業(ye) 不發展到一定地步很難適用，所以可選取其中部分開發過程適用。逐步規範自己的開發過程，然後不斷調整個(ge) 人技術能力和項目開發過程對項目的影響平衡點，不斷提高自己項目效益。

當然還有一部分企業(ye) 已經在實施敏捷開發了，但是並沒有導入CMMI規範，雖然企業(ye) 也能正常的運行，但是肯定還有很大的改進空間，此時可以通過導入CMMI規範來進一步完善開發過程。

米兰体育全站專(zhuan) 業(ye) 從(cong) 事CMMI認證服務，可指導培訓所有級別，谘詢團隊全程跟蹤指導培訓，合理穿插企業(ye) 時間，減少企業(ye) 精力投入的同時，高效專(zhuan) 業(ye) 的順利完成CMMI的認證，最重要的是可以保障結果，客服人員和400電話（4008006621）全程值守，歡迎您的谘詢。