以前常聽到CMMI這個名詞，也隱約知道它是在談軟體設計公司之認證制度， 96/1/7有幸在台灣國際專案管理師協會之分享課程中聆聽了張靜川講師對CMMI之精闢說明後，覺得茅塞頓開，所以擷取課程中之精采片段，在此與大家分享，以期大家能對專案管理之績效評估有多一分瞭解：

一、何謂CMMI
CMMI (Capability Maturity Models Integration)是能力成熟度整合模式，它本身不是流程或流程描述，而是提供一套指引大綱(Guideline)，由導入的組織自行據以發展出內部的作業流程。
■CMMI模式目前有四個知識領域可供使用
◆系統工程(SE)
□系統工程涵蓋所有系統的發展，此系統不一定包含軟體。系統工程師專注於將客戶的需要、期望及限制，轉換為產品解決方案，並在產品的生命週期裡持續支援這些解決方案。包括流程管理、專案管理、支援及工程等類別的流程領域。
◆軟體工程(SW)
□軟體工程涵蓋軟體系統的發展。軟體工程師專注於採用有系統、有規範及可量化的方法，以進行軟體的發展、操作及維護。包括流程管理、專案管理、支援及工程等類別的流程領域。
◆整合的產品與流程發展(IPPD)
□整合的產品與流程發展是系統化的產品發展方法，在整個產品的生命週期中，IPPD 可以使相關的關鍵人員適時地合作，以期更能符合客戶的需要、期望及需求。
□包括流程管理、專案管理、支援及工程等類別的流程領域，而這些流程領域會同時適用於IPPD與該模式所選定的其他專業領域。
◆委外作業(SS)
□專案可能需要供應商的支援以執行某功能，或針對專案的特定需要進行現有產品的功能修改。當委外作業在專案中具關鍵作用時，分析更多的供應來源和監督供應商在交付產品前的活動，可為專案帶來效益。
□包括流程管理、專案管理、支援及工程等類別的流程領域
二、CMMI之5個成熟度等級

三、CMMI與專案管理之相關性
◆成熟度第一級：初始級
□上級只提供概念或想法，執行單位沒有做分析及規劃，就悶著頭，很努力的衝刺。
□只有章程之概念，尚未展開範圍說明書及WBS。
□流程很混亂，工作過程中邊打邊跑，重工一大堆。
□各部門互踢皮球，互相抱怨。

◆成熟度第二級：管理級
□具有章程之初步構思，已經展開範圍說明書，但並未展開WBS (因人而異, 有經驗的專案經理可能會做)。
□具有流程規劃及管控之雛形。
□為組織累積各種類型專案歷史資料，但有可能是無用的資料
□目前大部分公司之管理大概到這個等級。
□管控大多採用定性式之資料，主觀性較強。不同的人有不同之標準。
◆成熟度第三級：定義級
□已依PMP之架構完成所有之規劃，具有完整之章程、範圍說明書、WBS、WBS詞彙表。
□建立組織標準化作業流程，相同類型之專案採取相同的流程管控。
□建立組織資訊庫，為組織累積各種類型專案歷史資料。
□採用定性及量化之資料，並採取主動式管理。
□流程績效未達到穩定可靠(stable)。 (以Control Chart來看是不Stable的) 。
◆成熟度第四級：量化管理級
□利用組織資訊庫，使用統計分析方法，對專案進行量化的管理。
□各部門之績效檢討均以數據來做為佐證。客觀性較強。驗收標準統一，產品優秀。
□建立穩定可靠的(stable)管理模式。
□流程績效是可預估的。
◆成熟度第五級：最佳化級
□利用創新及新的技術，達到有效之專案管理，如導入新的Model，或軟體工具等。
□持續的改善流程。

目前專案管理並沒有一個明確的評分等級，若諸位要對貴公司目前執行專案之成熟度做個評估，個人倒是建議您可以以CMMI之等級來做個初步之参考。以個人從事營造業之專案管理工作達20餘年，發現大部份之公司能處於CMMI第2等級，就已經很不錯了：做了很多資料之登錄，但很少去做分析及追蹤，表面上是很有系統，其實是產生很多廢紙。

其實一個公司或是一個專案，要邁入CMMI第四個等級並不困難，只要依循PMP之所有流程，將章程、範圍說明書、WBS、WBS詞彙表逐一完成，並訂出量化之評估標準，據以嚴格執行，且將執行結果回饋，做成知識管理及LESSONS LEARNED，其成功將是指日可待。（台積電及台塑就是一個很好之標竿公司）

作　　者：洪家祥,ＰＭＰ