質量管理體系之CMMI概述
前言
今天給大家分享一些質量管理體系方面的知識，希望大家能積極參與留言、討論。
說起質量管理體系，很多人都聽過ISO9001，不過這套體系主要應用於製造行業，在我們IT行業，用的更多的CMMI體系，或者根據它裁剪出來的一套流程體系。
小編接下來要分享的，也是這一套體系。希望通過小編的分享，大家能瞭解以下內容：
- CMMI是什麼？
- CMMI有什麼用? 能解決哪些問題？
- CMMI適用於什麼樣的公司或者團隊？
- CMMI怎麼用？怎麼將它應用到具體工作中？
- CMMI的現狀如何？大家評價如何？
- 跟測試相關的好方法有哪些？
- CMMI資料哪裡看？
CMMI是什麼？
CMMI全稱是Capability Maturity Model Integration，即能力成熟度模型整合（ 也有稱為：軟體能力成熟度整合模型）。
定義：對於軟體組織在定義、實現、度量、控制和 改善其軟體過程的各個發展階段的描述。
目的：幫助企業進行對軟體工程過程的管理和改進 , 增強開發製造能力 , 從而能按時地、不超預算地製造質量的軟體。
通俗一點說，CMMI就是一套指南，做事的一般方法，改進質量的參考框架。我們參考它提供的方法，通過控制我們的專案管理過程，來達到提高軟體質量的目的。
CMMI模型中涉及很多的術語，大家可以去看看百度詞條【CMMI】。
CMMI分了5個等級22個過程域，分別是CMMI1~CMMI5，但CMMI1和CMMI2對專案管理活動的指導作用是很小的，企業要做CMMI認證都是要通過CMMI3。給一張過程域分佈圖給大家參考，瞭解一下即可。
CMMI有什麼用?
很多傳統的軟體公司，認證CMMI3主要是出於商業目的。很多招標都把通過CMMI3作為門檻。而且通過CMMI3的認證，可以一定程度上提升企業形象，間接的提高企業競爭力，避免一些個別客戶的質疑。
當然，多數做CMMI認證的單位也希望藉助這套體系來改進或者解決專案管理中出現的問題。先來說說軟體企業常見的問題：
-
軟體專案無法按期交付，費用超出預算 ;
-
需求規格說明總是一改再改 ;
-
人員的變動對組織帶來很大的影響 ;
-
維護成本居高不下 ;
-
不能在顧客希望的時間內完成維護 , 帶來顧客抱怨；
-
軟體的可移植性差；
- 軟體的可複用性差。
大家可以試想一下，平時遇到這些問題時我們都是怎麼去解決呢？
我想每個人都能說出個一二三來。
問題在於，是否有更好的方式呢？一般來說是有的。
專案管理中的問題大都是共通的，CMMI通過積累和研究這些問題，給出了一些問題解決指南。拿需求頻繁變化這個問題來說，原因是什麼呢？可能是因為客戶想法一直在變，可能是設計時考慮的不周到，到了編碼或者測試階段才發現問題，也可能是需求寫的不夠清晰，導致不同的人產生了不同的理解。如果是後者，我們是否可以通過出一個“完美而標準”的《需求規格說明書模板》來改進甚至解決呢？答案是肯定的。
再比如說，在資料庫整理方面。我見過一些單位的專案資料庫，簡單來說就是一個字“亂”。每次要耗費大量時間才能找到想要的資料，不同的專案資料整理方式還不一樣，有時候甚至有關鍵資料缺失。更有甚者，資料庫都沒有，人員一流動，整個團隊都可能無法運轉。這種情況，我們是不是可以通過制定一些規範來解決這種問題呢？不言而喻。
至於其他的，如果公司或者專案有需要，我們可以參考CMMI裡面提供的指南來提高專案的可視性、評估工作量、控制成本......這裡就不一一細說了。
管理的本質就是解決問題，CMMI對於測試經理來說是一個提高管理能力的法寶。
適用什麼樣的公司？
無論什麼樣的公司或團隊，都可以套用cmmi中的一些方法，區別在於套用的多少。
CMMI的目的在於通過各種方法將“質量”推到極致，但企業實際運營中，更多情況是需要在質量、成本和時間之間做好平衡，這種情況下，我們就需要選擇性的進行裁剪了。
給大家看一下我們單位曾經做的裁剪：
CMMI怎麼用？
討論這個問題有一個前提，是公司要用CMMI3的體系管理專案。
很多通過CMMI3認證的企業都會成立一個組織，即PMO（專案管理辦公室）。由PMO來推行CMMI體系在企業中的施行。
如果沒有這樣的組織，測試負責人也可以自己研究CMMI，然後根據企業的實際情況進行裁剪，制定不同專案階段需要出具的文件成果，以及使用的模板。
給大家做個參考：
作者：青春的小奮鬥
連結：https://www.imooc.com/article/29731#
來源：慕課網
本文原創釋出於慕課網 ，轉載請註明出處，謝謝合作