我讀了一些軟件開發人員的觀點,他們捍衛敏捷方法論中CMMI實踐的使用。有可能同時使用這兩種絕望的想法嗎?如果可能的話,這不僅僅是一條風險路徑?CMMI和敏捷在一起
回答
幾乎不可能達到CMMI 5級,但它可以進入2級或3級。最難的是圍繞文檔。 Scrum和其他敏捷框架試圖通過自動化和編寫良好的代碼來完成交付工作產品所需的文檔,並專注於文檔。許多設計文物都生活在白板上,通過擦拭紙板並更改圖片來獲得「更新」。真正的架構應該在代碼和測試套件中可見。如果你想獲得全面的CMMI認證,你不能這樣做。這也意味着你將不得不製造「浪費」,並且可能不會變得如你所願。
參見:
如何拍攝白板?或者只使用一個ALM工具。 –
是的,拍照並妥善存檔可以緩解一些問題。 – jessehouwing
CMMI 1.3敏捷方法引入了支持。
Scrum and CMMI Level 5: The Magic Potion for Code Warriors索賠:對Scrum的 團隊在系統表現出生產力
早期試點項目幾乎兩倍,傳統強隊的。其他項目 展示了一個故事爲基礎的測試驅動的方法,軟件 發展減少在最後的測試發現40%的缺陷。
我們斷言Scrum和CMMI共同帶來了比任何一個更強大的適應性和可預測性組合,並建議其他公司如何將它們結合起來。
敏捷繼承:軟件開發中使用Scrum的由邁克·科恩有一個關於CMMI節這表明一些做法:
- 投入足夠的精力投入到您的積壓
- 戴上合規工作的產品積壓
- 考慮使用清單
- 自動化
- 使用敏捷項目管理工具。
- 平穩地慢慢移動 - 您無法在一夜之間實現,所以請逐步嘗試。
- 與審覈員一起工作 - 讓他們指出紅旗
- 帶上外部幫助,如具有取得認證經驗的顧問。
- 1. Scrum vs.敏捷與CMMI
- 2. 使用VSTS/TFS API獲取項目類型(敏捷,Scrum,CMMI)
- 3. 敏捷開發和架構
- 4. 敏捷開發和ESB
- 5. 敏捷開發和agile.net
- 6. plone.indexer和敏捷的問題
- 7. 上敏捷
- 8. HTML敏捷包
- 9. 基於敏捷
- 10. 敏捷架構
- 11. HTML敏捷包
- 12. 成爲敏捷
- 13. 在敏捷的反向引用和z3c.relationfield
- 14. CA敏捷Excel插件在
- 15. 使用敏捷包
- 16. HTML敏捷性包
- 17. Scrum /敏捷網站
- 18. Http敏捷包xpath
- 19. 敏捷/ XP估計
- 20. 敏捷方法論
- 21. HTML敏捷包2
- 22. Cookie HTML敏捷包?
- 23. 敏捷Web開發
- 24. Html解析敏捷
- 25. Plone敏捷類型
- 26. 敏捷方法WCM
- 27. 敏捷Web開發
- 28. c#html敏捷包
- 29. 在敏捷環境中分離什麼 - 在敏捷環境中設計
- 30. Html敏捷包。加載和刮網頁
您可能會在http://pm.stackexchange.com/ – jessehouwing
上獲得更多回復[如何混合CMMI和Scrum?](http://stackoverflow.com/questions/257926/)如何混合cmmi和scrum) –
你也可以嘗試http://programmers.stackexchange.com,其中發展的方法論問題是主題。 – Jonik