1樓：渠成CMMI
根據CMMI研究院去年發布的《CMMI V2.0效能報告》，採用CMMI的公司內有七成改進目標被實現，剩下的20%也將有望在評估後實現，從資料來看，CMMI 的作用不容置喙。
不過題主說的情況也確實存在，《報告》中也確實有體現，採用CMMI的大多數組織員工數在100人以下，也就是說更多是中小型企業。乙個很重要的原因是CMMI重視流程改進，流程規範，這就意味著穩定和固定，題主所舉例的網際網路公司適應市場變化，需要勇於嘗試勇於創新，流程往往很難固定，與CMMI是衝突的。
CMMI不是固定下來就不變的，也會與時俱進，現已從1.3版本公升級為2.0版本，帶來的價值也有所體現。
具體可以在CMMI的研究院給出的報告中檢視：2023年度CMMI V2.0效能報告
2樓：
CMMI是流程優化模型，如果企業把這個模型運用起來肯定是對企業有一定幫助的，但是目前大部分企業都是為了哪個證書而已，拿證後並沒有進行實施。
3樓：王康
我陳述一下我的觀點：公司運作、軟體專案執行必須是要有規範的流程的，流程劃分了專案成員的職責，個角色間相互依賴相互制約（監控）從而保證了專案的質量；專案工作有計畫有分工提高了工作的效率；專案執行有專人去度量，組織級對公司所有專案度量為高層提供了決策的資料的支撐，為過程改進提供了依據。所以，CMMI是較為完備的；但是再完美的流程都是人、團隊執行的，不默契不和諧的團隊執行再完美的流程都會變成的形式化或者不可靠的玩意。
不好聽，可以說成作弊，防止作弊的唯一手段就是嚴格控制成員在執行流程的行為，需要一套完整的流程工具支撐每個角色的工作，流程在這套工具的控制下不能夠作弊或者很難作弊，這樣一切就達到完美了。
但是，這是不可能的沒有理想的工具，因為人、團隊、公司是一直在發展變化，沒有萬能的工具。一句話：人、團隊、專案、公司都是在矛盾、鬥爭中前行的。
CMMI只是理想，就像共產主義理想，如同光速般只可接近不可達到。
4樓：
所在的公司剛通過5級的評估，整個包含了22個過程域，分為組織級和專案級的管理方式，也有量化的管理方式，經過合理的剪裁還是可以使用起來的，但是只是為了招投標而獲得乙個證書而已，並沒有投入人力運用這套模式。軟體開發推薦ACP敏捷的管理方式，還是比較奏效的。
5樓：
不太清楚。進過一家level4的公司，軟體照樣做得是一堆辣雞。用是可以用，但經常會用得很死板，只是為了這個名頭，而不是為了產品。
軟體開發到底是工程還是藝術，還是科學？
Xiaopei Li 軟體開發過程更像乙個人類進化過程，我們從遠古走來，向人類的方向發展，為了適應各種環境，我們發展出各種分支，但是都被我們拋棄，消失在歷史長河中。最後只有人類一種生物發展到我們當前的狀態。軟體開發也一樣，我們只知道乙個模糊的目標，為了乙個目標進行各種嘗試，包括設計人員和開發人員還有...
當初做軟體開發，你是出於什麼考慮？
乙隻淡定的肥龍 1 不喜歡之前的工作和工作環境！其實當時也沒多喜歡程式設計，後來想轉行和乙個師兄聊天被他慫恿了，應該是自己也給自己催眠了吧，也想給自己嘗試程式設計，讓自己 喜歡上 程式設計，而且程式設計師這行工資高。 劉妍妍 選擇軟體開發，一是覺得演算法創新耗時長，不易出成果。另一方面覺得碩士畢業，...
如何對軟體開發人員進行績效考核？
東寶HR系統 對於軟體開發人員如何進行績效考核一向是企業HR感到比較頭疼的事，尤其是月底或是年終評績效獎金的時候，稍有紕漏就會引發程式設計師們的激烈反對，到第二年人都跑的差不多了，這樣的情況就有點削足適履，反倒起了負面效果。那是不是軟體開發人員不進行績效考核呢？也並不是，但是要考核內容需要符合客觀事...