歡迎關(guān)注秦羽思維頭條號，每天免費(fèi)獲取更多管理知識及行業(yè)動態(tài)干貨方法論。

質(zhì)量管理體系的定義

1. 體系

相互關(guān)聯(lián)或相互作用的一組要素（組成體系的基本過程）。

2. 管理體系

建立方針和目標(biāo)，并實(shí)現(xiàn)這些目標(biāo)的體系。

3. 質(zhì)量管理體系

□ 在質(zhì)量方面指揮和控制組織的管理體系

□ 是組織若干管理體系中的一個(gè)組成部分

□ 致力于建立質(zhì)量方針和質(zhì)量目標(biāo)，并為實(shí)現(xiàn)質(zhì)量方針和質(zhì)量目標(biāo)，確定相關(guān)的過程、活動和資源

質(zhì)量管理體系要素

ISO國際標(biāo)準(zhǔn)化組織的歷史

1. 1906年，成立了世界最早的國際標(biāo)準(zhǔn)化機(jī)構(gòu)IEC，其著重于電工領(lǐng)域，而打算在其他技術(shù)領(lǐng)域中發(fā)展國際標(biāo)準(zhǔn)是在本世紀(jì)三十年代。因此，有國際標(biāo)準(zhǔn)化組織致力于標(biāo)準(zhǔn)化工作并不是由ISO的建立才開始的。

2. 1946年，來自25個(gè)國家的代表在倫敦召開會議，決定建立一個(gè)新的國際組織，它的目的是促進(jìn)國際的相互合作和工業(yè)標(biāo)準(zhǔn)的統(tǒng)一。于是，ISO這個(gè)新的組織便于1947年2月23日宣布正式成立。

3. 1970年，國際標(biāo)準(zhǔn)化組織ISO成立了認(rèn)證委員會CERTICO，并于1985年更名為合格評定委員會CASCO，著力于指導(dǎo)國家、地區(qū)和國際認(rèn)證制的建立和發(fā)展。認(rèn)證最初主要是針對產(chǎn)品而言，隨著標(biāo)準(zhǔn)化領(lǐng)域的擴(kuò)展，認(rèn)證也相應(yīng)地?cái)U(kuò)展到了過程、服務(wù)和體系方面。

ISO 9000標(biāo)準(zhǔn)族的來源

ISO 9000由ISO組織的質(zhì)量管理和質(zhì)量保證技術(shù)委員會ISO/TC176所制定的一系列關(guān)于質(zhì)量管理的系列標(biāo)準(zhǔn)。

9000是其中一個(gè)標(biāo)準(zhǔn)的編號，其專門是針對質(zhì)量管理部分所設(shè)定的標(biāo)準(zhǔn)。

ISO 9000標(biāo)準(zhǔn)族的文件結(jié)構(gòu)

核心標(biāo)準(zhǔn)包括如下：

□ ISO 9000：2000《質(zhì)量管理體系-基礎(chǔ)和術(shù)語》

□ ISO 9001：2000《質(zhì)量管理體系-要求》

□ ISO 9004：2000《質(zhì)量管理體系-業(yè)績改進(jìn)指南》

□ ISO 19011：2000《質(zhì)量管理體系和環(huán)境管理體系審核指南》

能力成熟度模型 CMM

1. 能力成熟度模型CMM是國際公認(rèn)的對軟件公司，進(jìn)行成熟度等級認(rèn)證的重要標(biāo)準(zhǔn)。

2. 是對于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過程的實(shí)踐中各個(gè)發(fā)展階段的描述。

3. CMM的核心是把軟件開發(fā)視為一個(gè)過程，并根據(jù)這一原則對軟件開發(fā)和維護(hù)進(jìn)行過程監(jiān)控和研究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化，使企業(yè)能夠更好地實(shí)現(xiàn)商業(yè)目標(biāo)。

4. CMM為軟件企業(yè)的過程能力提供了一個(gè)階梯式的改進(jìn)框架，它基于過去所有軟件工程過程改進(jìn)的成果，吸取了以往軟件工程的經(jīng)驗(yàn)教訓(xùn)，提供了一個(gè)基于過程改進(jìn)的框架。它指明了一個(gè)軟件組織在軟件開發(fā)方面需要管理哪些主要工作，這些工作之間的關(guān)系，以及怎樣的先后次序，一步一步的做好這些工作而使軟件組織走向成熟。

CMM的歷史和發(fā)展

1. 軟件管理工程引起廣泛注意源于20世紀(jì)70年代中期，當(dāng)時(shí)美國國防部曾立題專門研究軟件項(xiàng)目做不好的原因，發(fā)現(xiàn)70%的項(xiàng)目是因?yàn)楣芾聿簧贫穑⒉皇且驗(yàn)榧夹g(shù)實(shí)力不夠，進(jìn)而得出一個(gè)結(jié)論，即管理是影響軟件研發(fā)項(xiàng)目全局的因素，而技術(shù)只影響局部。

2. 到了20世紀(jì)90年代中期，軟件管理工程不善的問題仍然存在，大約只有10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。軟件項(xiàng)目失敗的主要原因有：

□ 需求定義不明確

□ 缺乏一個(gè)好的軟件開發(fā)過程

□ 沒有一個(gè)統(tǒng)一領(lǐng)導(dǎo)的產(chǎn)品研發(fā)小組

□ 子合同管理不嚴(yán)格

□ 沒有經(jīng)常注意改善軟件過程

□ 對軟件架構(gòu)很不重視

□ 軟件界面定義不完善并且缺乏合適的控制

□ 軟件升級暴露了硬件的缺點(diǎn)

□ 關(guān)心創(chuàng)新而不關(guān)心費(fèi)用和風(fēng)險(xiǎn)

□ 軍用標(biāo)準(zhǔn)太少且不夠完善等等

在關(guān)系到軟件項(xiàng)目成功與否的眾多因素中，軟件度量、工作量估計(jì)、項(xiàng)目規(guī)劃、進(jìn)展控制、需求變化和風(fēng)險(xiǎn)管理等都是與工程管理直接相關(guān)的因素。由此可見，軟件管理工程的意義至關(guān)重要。

3. 1987年，美國卡內(nèi)基?梅隆大學(xué)軟件研究所SEI受美國國防部的委托，率先在軟件行業(yè)從軟件過程能力的角度提出了軟件過程成熟度模型CMM，隨后在全世界推廣實(shí)施的一種軟件評估標(biāo)準(zhǔn)，用于評價(jià)軟件承包能力并幫助其改善軟件質(zhì)量的方法。它主要用于軟件開發(fā)過程和軟件開發(fā)能力的評價(jià)和改進(jìn)。它側(cè)重于軟件開發(fā)過程的管理及工程能力的提高與評估。

4. CMM自1987年開始實(shí)施認(rèn)證，現(xiàn)已成為軟件行業(yè)最權(quán)威的評估認(rèn)證體系。CMM包括5個(gè)等級，18個(gè)過程域iso9001體系認(rèn)證機(jī)構(gòu)，52個(gè)目標(biāo)，300多個(gè)關(guān)鍵實(shí)踐。

CMM成熟度等級

CMM成熟度等級共分為五個(gè)等級，一級最低，五級最高：

□ 一級 初始級：基本上沒有健全的軟件工程管理制度，每件事情都以特殊的方法來做

□ 二級 可重復(fù)級：有些基本的軟件項(xiàng)目的管理行為、設(shè)計(jì)和管理技術(shù)，是基于相似產(chǎn)品中的經(jīng)驗(yàn)，故稱為可重復(fù)

□ 三級 已定義級：已為軟件生產(chǎn)的過程編制了完整的文檔，軟件過程的管理方面和技術(shù)方面都明確地做了定義，并按需要不斷地改進(jìn)過程，而且采用評審的辦法來保證軟件的質(zhì)量

□ 四級 已管理級：對每個(gè)項(xiàng)目都設(shè)定質(zhì)量和生產(chǎn)目標(biāo)，這兩個(gè)量將被不斷地測量，當(dāng)偏離目標(biāo)太多時(shí)，就采取行動來修正

□ 五級 優(yōu)化級：組織的目標(biāo)是連續(xù)地改進(jìn)軟件過程

能力成熟度模型集成 CMMI

1. 將各種能力成熟度模型：Software CMM、Systems Eng-CMM、People CMM和Acquisition CMM整合到同一架構(gòu)中去，由此建立起包括軟件工程、系統(tǒng)工程和軟件采購等在內(nèi)的各種模型的集成，以解決除軟件開發(fā)以外的軟件系統(tǒng)工程和軟件采購工作中的迫切需求。

2. CMMI框架包括：

□ 軟件能力成熟度模型CMM 2.0草案

□ 軟件工程能力成熟度模型

□ 軟件采購能力成熟度模型

□ 集成產(chǎn)品和過程開發(fā)等

3. CMMI的基本思想：

□ 解決軟件項(xiàng)目過程改進(jìn)難度增大問題

□ 實(shí)現(xiàn)軟件工程的并行與多學(xué)科組合

□ 實(shí)現(xiàn)過程改進(jìn)的最佳效益

CMM與ISO 9000的主要區(qū)別

1. CMM是專門針對軟件產(chǎn)品開發(fā)和服務(wù)的，而ISO 9000涉及的范圍則相當(dāng)寬。

2. CMM強(qiáng)調(diào)軟件開發(fā)過程的成熟度，即過程的不斷改進(jìn)和提高，而ISO 9000則強(qiáng)調(diào)可接受的質(zhì)量體系的最低標(biāo)準(zhǔn)。