為什麼要CMMI？

cmmi(capability maturity model integration)即能力成熟度整合模型，主要包括過程管理、專案管理、軟體工程、過程支援等幾個大的過程。

公司正在進行cmmi的評估，評估之初我們老總就確立了乙個原則：簡單實用，切合實際開發流程。

我也擔當了其中乙個評估專案的專案經理，但是在實際使用過程中還是深深感受到了cmmi的繁瑣。那麼我們到底要不要cmmi，在多大程度上使用cmmi呢？

cmmi的好處想必很多人都知道，主要就是規範開發過程，持續改進軟體開發流程，可以有效地控制專案進度，減少專案缺陷。

好處我就不多說了，google一下會出現很多結果 -_-

下面我就談談在使用過程中感受比較深的一些地方(不敢說是問題，可能是我cmmi還沒用好)

首先，芝麻大的一點事情都要體現在計畫當中。有計畫當然好，但是有時候對於一些突然出現的問題，比如使用者要求在首頁上加乙個的鏈結，很小的乙個要求，如果應用cmmi的話就要改計畫、改需求、改設計......，如果光改**的話可能10分鐘，改文件要半天

其次，每次會議都要有會議記錄。重要的會議當然要記，但是有時候臨時性的，10分鐘半小時的會議似乎沒有這個必要

總之我感覺cmmi太死板了，太教條主義了，文件太多了。大型專案應用cmmi可能會好一點，但是對於中小型專案來說有點得不償失了，8人月的乙個專案如果應用cmmi的話，文件這一塊可能就會多出乙個人月的工作量。

最近我也正在看《人件》，正在看第二遍。它和cmmi側重於兩個不同的方面，cmmi側重於制度、管理，而人件則側重於人，認為人是軟體開發的核心，研究如何改進環境、改進文化等來充分發揮人的激情，來形成膠凍型團隊。

兩相比較我覺得人件更適合於一般的軟體企業。吸取cmmi中的管理理念，廢除其中繁瑣的、無用的文件(必要的文件當然是需要的)，然後再應用人件中提到的一些方式打造幾個膠凍型團隊，這樣應該比較好。

以上只是一家之言，只代表我個人觀點，相信園子裡也有不少專案管理的行家吧，歡迎討論。