常見的成熟度評估
成熟度評估就像一把尺子，可以量度同類事物在同一時間水平能力的高低，也可以量度自身在不同時間成長提升變化的多少。
我們常說花兒結果了，青蘋果紅了，幼鳥展翅高飛了，小孩長大成人獨立養活自己了，當這些現象或行為出現後，可以說他們已經成熟了。那麼到了組織層面，專案層面，質量管理等方面，質量人員為了更好的預防風險和問題，為了提前做好質量保證方面的投入安排，經常需要評估成熟度，這個時候有哪些常見的成熟度評估可以開展呢？下面我們來簡單瞭解下。
在講到成熟度評估時，不得不提的就是CMMI能力成熟度模型集成了，作為融合了多學科、可擴充的大統一成熟度評估模型，很多組織在後來新定義的各種別類成熟度評估模型時，都會有它的影子在背後，此外當需要嘗試自定義適合公司自身、部門或小團體的個性化成熟度評估之時，也同樣可以參考借鑑CMMI的方式從域、目標到實踐開展情況，去評估衡量。限於篇幅，就不展開了，除了這個，討論點其它常見的評估。
在軟體生產過程中，常見的成熟度評估大體還有五種；
一、專案管理成熟度評估
專案管理成熟度評估有許多種模型，業界最有名的除了CMM外，還有OPM3（組織專案管理成熟度模型）和K-PMMM（科茲納的專案成熟度模型）。
OPM3的基本構成要素有“最佳實踐、能力組成、路徑、可見結果、主要績效指標和模型的範疇”；它有三個維度，維度一是成熟度的四個梯級，也就是我們很熟悉的“標準化、可測量、可控制、持續改進”；維度二主要是是專案管理的九個過程域和五個基本過程；最後一個維度是組織專案管理的三大層次（單專案管理、專案組合管理和專案投資組合管理）。
至於K-PMMM它也是參照了CMM分了5個層級，它比較有趣的地方在於使用了評估方法和評估題目，以問卷調查的方式得出評分，按照答案分析出專案管理中存在的問題，用來幫助改進。
瞭解上面的內容不是僅僅為了去深入學習它們的模型，事實上此類評估方式的建立給了我們啟示——如何個性化定義內部使用的專案管理成熟度評估表。譬如首先需要劃分層級，每個層級區分維度，每個維度有相應的評估方法和驗證方式，然後透過區分從易到難或驗證透過的情況，就可以定製化的輸出適配小團體使用的輕量級評估手冊了。
二、各里程碑管理成熟度評估
從字面意思即可獲悉，涉及了軟體生命週期幾個階段的成熟度評估，即啟動規劃成熟度、需求分析成熟度、軟體設計成熟度、開發編碼成熟度、測試成熟度、運維成熟度。
透過結合各階段完成情況的檢查表，可以按照劃定完成項的個數多少或各檢查項完成的優良中差來區分判定成熟度分數，以此來評估階段工作開展的好壞，對於成熟度評估低的，質量人員除了要做好質量風險識別，也要按照團隊情況，開展相應的流程規範性的賦能，並且在賦能前和組織或團隊一起梳理出關鍵五項輸出“流程、規範、指引、模板和樣例”。
三、外包模式成熟度評估
在業務，外包成熟度評估主要有五個級別，分別是“基本因素、定義、評估、信任和持續價值”，這一塊在商務部的外包研究中心有明確說明，就不細講了。
那麼，另一方面，按之前所探討的，軟體外包的常見三種方式，人力外包、團隊外包、專案外包，這三種方式也能定製出外包成熟度評估的準則來。
人力外包主要是乙方公司針對甲方公司的需求，透過良好的招聘渠道、招聘經驗和筆試面試方式，以低廉的價格找到適合的人員，所以人力外包的成熟度評估通常可以從招聘渠道、規模、人員成本、招聘經驗可復刻程度、筆試面試質量情況，再加上所招人力的能力、有效透過率、入職後工作穩定率等方面來確立評估標準。
團隊外包則是在人力外包的基礎上評估團隊效率、協作能力、規模、特色、整體水平、團隊管理運作規範性、流程規範等來建立一套成熟度評估方法。
專案外包則可以借鑑專案管理成熟度來評估。
四、質量管理成熟度評估
除了現成的ISO標準、六四格瑪和CMMI要求之外，還可以簡單的從“計劃、控制、改進”來評估，評估的過程依賴於檢查關鍵五項輸出的數量、完整性和好壞，以此來評估質量管理成熟度。
五、交付方式成熟度評估
事實上在外包中，乙方也常常有不同的交付方式，通常分為三種“混合編組->獨立編組->獨立交付”，簡述為初中高三個級別。
在評估這三種交付方式的時候若乙方成員不具備獨立性，人員零散混雜在甲方團隊或專案中，那麼成熟度評估視為混合型即初級。若乙方成員可以單獨具備完成分類任務或本身是以團隊外包的方式與甲方合作完成專案的，則視為獨立編組型即中級。若乙方已具備專案外包獨立完成的能力，可以承接主體專案工作，可以視為高階。
但實際在運作中，往往會出現成熟度處於兩者之前的情況，譬如處於混合型到獨立編組型，此時可以叫做由初級到中級的過度型。
上述五種則是軟體行業中常見的成熟度評估，透過學習現成的成熟度評估模型，需要抽象出可建立新成熟度評估模型的能力，這個才是本篇的目的。畢竟在日常的質量工作中，往往不需要一來就做體系建設、組織級改進或重量級的成熟度評估，更多的只是需要在某個開始階段，從橫向和縱向來評估當前專案產品的現狀，透過現狀成熟度基線來指導改進的方向以及日後改進成效對比的度量，所以掌握建立模型的能力比懂得一兩個現成模型更為重要。
文章首發於微信公眾號“流程與質量”