歡迎關(guān)注秦羽思維頭條號，每天免費獲取更多管理知識及行業(yè)動態(tài)干貨方法論。
質(zhì)量管理體系的定義
1. 體系
相互關(guān)聯(lián)或相互作用的一組要素（組成體系的基本過程）。
2. 管理體系
建立方針和目標，并實現(xiàn)這些目標的體系。
3. 質(zhì)量管理體系
□ 在質(zhì)量方面指揮和控制組織的管理體系
□ 是組織若干管理體系中的一個組成部分
□ 致力于建立質(zhì)量方針和質(zhì)量目標，并為實現(xiàn)質(zhì)量方針和質(zhì)量目標，確定相關(guān)的過程、活動和資源
質(zhì)量管理體系要素
ISO國際標準化組織的歷史
1. 1906年，成立了世界最早的國際標準化機構(gòu)IEC，其著重于電工領(lǐng)域，而打算在其他技術(shù)領(lǐng)域中發(fā)展國際標準是在本世紀三十年代。因此，有國際標準化組織致力于標準化工作并不是由ISO的建立才開始的。
2. 1946年，來自25個國家的代表在倫敦召開會議，決定建立一個新的國際組織，它的目的是促進國際的相互合作和工業(yè)標準的統(tǒng)一。于是，ISO這個新的組織便于1947年2月23日宣布正式成立。
3. 1970年，國際標準化組織ISO成立了認證委員會CERTICO，并于1985年更名為合格評定委員會CASCO，著力于指導國家、地區(qū)和國際認證制的建立和發(fā)展。認證最初主要是針對產(chǎn)品而言，隨著標準化領(lǐng)域的擴展，認證也相應地擴展到了過程、服務和體系方面。
ISO 9000標準族的來源
ISO 9000由ISO組織的質(zhì)量管理和質(zhì)量保證技術(shù)委員會ISO/TC176所制定的一系列關(guān)于質(zhì)量管理的系列標準。
9000是其中一個標準的編號，其專門是針對質(zhì)量管理部分所設(shè)定的標準。
ISO 9000標準族的文件結(jié)構(gòu)
核心標準包括如下：
□ ISO 9000：2000《質(zhì)量管理體系-基礎(chǔ)和術(shù)語》
□ ISO 9001：2000《質(zhì)量管理體系-要求》
□ ISO 9004：2000《質(zhì)量管理體系-業(yè)績改進指南》
□ ISO 19011：2000《質(zhì)量管理體系和環(huán)境管理體系審核指南》
能力成熟度模型 CMM
1. 能力成熟度模型CMM是國際公認的對軟件公司，進行成熟度等級認證的重要標準。
2. 是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。
3. CMM的核心是把軟件開發(fā)視為一個過程，并根據(jù)這一原則對軟件開發(fā)和維護進行過程監(jiān)控和研究，以使其更加科學化、標準化，使企業(yè)能夠更好地實現(xiàn)商業(yè)目標。
4. CMM為軟件企業(yè)的過程能力提供了一個階梯式的改進框架，它基于過去所有軟件工程過程改進的成果，吸取了以往軟件工程的經(jīng)驗教訓，提供了一個基于過程改進的框架。它指明了一個軟件組織在軟件開發(fā)方面需要管理哪些主要工作，這些工作之間的關(guān)系，以及怎樣的先后次序，一步一步的做好這些工作而使軟件組織走向成熟。
CMM的歷史和發(fā)展
1. 軟件管理工程引起廣泛注意源于20世紀70年代中期，當時美國國防部曾立題專門研究軟件項目做不好的原因，發(fā)現(xiàn)70%的項目是因為管理不善而引起，而并不是因為技術(shù)實力不夠，進而得出一個結(jié)論，即管理是影響軟件研發(fā)項目全局的因素，而技術(shù)只影響局部。
2. 到了20世紀90年代中期，軟件管理工程不善的問題仍然存在，大約只有10%的項目能夠在預定的費用和進度下交付。軟件項目失敗的主要原因有：
□ 需求定義不明確
□ 缺乏一個好的軟件開發(fā)過程
□ 沒有一個統(tǒng)一領(lǐng)導的產(chǎn)品研發(fā)小組
□ 子合同管理不嚴格
□ 沒有經(jīng)常注意改善軟件過程
□ 對軟件架構(gòu)很不重視
□ 軟件界面定義不完善并且缺乏合適的控制
□ 軟件升級暴露了硬件的缺點
□ 關(guān)心創(chuàng)新而不關(guān)心費用和風險
□ 軍用標準太少且不夠完善等等
在關(guān)系到軟件項目成功與否的眾多因素中，軟件度量、工作量估計、項目規(guī)劃、進展控制、需求變化和風險管理等都是與工程管理直接相關(guān)的因素。由此可見，軟件管理工程的意義至關(guān)重要。
3. 1987年，美國卡內(nèi)基?梅隆大學軟件研究所SEI受美國國防部的委托，率先在軟件行業(yè)從軟件過程能力的角度提出了軟件過程成熟度模型CMM，隨后在全世界推廣實施的一種軟件評估標準，用于評價軟件承包能力并幫助其改善軟件質(zhì)量的方法。它主要用于軟件開發(fā)過程和軟件開發(fā)能力的評價和改進。它側(cè)重于軟件開發(fā)過程的管理及工程能力的提高與評估。
4. CMM自1987年開始實施認證，現(xiàn)已成為軟件行業(yè)最權(quán)威的評估認證體系。CMM包括5個等級，18個過程域，52個目標，300多個關(guān)鍵實踐。
CMM成熟度等級
CMM成熟度等級共分為五個等級，一級最低，五級最高：
□ 一級 初始級：基本上沒有健全的軟件工程管理制度，每件事情都以特殊的方法來做
□ 二級 可重復級：有些基本的軟件項目的管理行為、設(shè)計和管理技術(shù)，是基于相似產(chǎn)品中的經(jīng)驗，故稱為可重復
□ 三級 已定義級：已為軟件生產(chǎn)的過程編制了完整的文檔，軟件過程的管理方面和技術(shù)方面都明確地做了定義，并按需要不斷地改進過程，而且采用評審的辦法來保證軟件的質(zhì)量
□ 四級 已管理級：對每個項目都設(shè)定質(zhì)量和生產(chǎn)目標，這兩個量將被不斷地測量，當偏離目標太多時，就采取行動來修正
□ 五級 優(yōu)化級：組織的目標是連續(xù)地改進軟件過程
能力成熟度模型集成 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àn)軟件工程的并行與多學科組合
□ 實現(xiàn)過程改進的最佳效益
CMM與ISO 9000的主要區(qū)別
1. CMM是專門針對軟件產(chǎn)品開發(fā)和服務的，而ISO 9000涉及的范圍則相當寬。
2. CMM強調(diào)軟件開發(fā)過程的成熟度，即過程的不斷改進和提高，而ISO 9000則強調(diào)可接受的質(zhì)量體系的最低標準。
作者：秦羽｜公眾號：秦羽思維，企業(yè)高管及創(chuàng)業(yè)者，資深管理教練。聚焦互聯(lián)網(wǎng)、電商和新商業(yè)，洞察一切商業(yè)本質(zhì)。歡迎大家關(guān)注、點贊、轉(zhuǎn)發(fā)、評論！
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
