1、1,軟件能力成熟度模型引論(Introduction to the Capability Maturity Model for Software),此教材基于CMU/SEI 的 CMM 標(biāo)準(zhǔn)課程,2,軟件能力成熟度模型引論,第一單元：總體介紹 第二單元：軟件過(guò)程成熟度 第三單元：CMM概述 第四單元：CMM結(jié)構(gòu) 第五單元：世界CMM評(píng)估情況 第六單元：關(guān)于CMM評(píng)估的若干問(wèn)題 第七單元：實(shí)施CMM的建議,3,第一單元總體介紹,4,我們從這門(mén)課中希望學(xué)到什么？,請(qǐng)學(xué)員踴躍回答,5,必備知識(shí),軟件工程和管理知識(shí) 了解過(guò)程管理概念,6,本培訓(xùn)的目標(biāo),理解一些術(shù)語(yǔ)，如過(guò)程、能力和成熟度 討論CMM的1

2、8個(gè)關(guān)鍵過(guò)程域 解釋CMM和關(guān)鍵實(shí)踐的關(guān)系 說(shuō)明CMM的基本概念 解釋和使用CMM的結(jié)構(gòu) CMM用于軟件過(guò)程改進(jìn)活動(dòng)和評(píng)估 詳細(xì)討論CMML2&L3 具體實(shí)施指導(dǎo),7,關(guān)于卡內(nèi)基梅隆大學(xué)軟件工程研究所(Software Engineering Institute, Carnegie Mellon University-CMU/SEI),1984年建立 美國(guó)政府出資建立的研究和開(kāi)發(fā)中心 CMU/SEI中標(biāo) 由美國(guó)國(guó)防部獲取和技術(shù)辦公室領(lǐng)導(dǎo) 由電子系統(tǒng)中心管理,8,CMU/SEI的使命,提供領(lǐng)先的軟件工程實(shí)踐，以改進(jìn)軟件密集型系統(tǒng)的質(zhì)量。,9,SEI的過(guò)程研究工作,主要研究的領(lǐng)域包括 能力成熟度模

3、型(CMM) 基于CMM 的評(píng)估 軟件過(guò)程定義 個(gè)體軟件過(guò)程PSP 群組軟件過(guò)程TSP 軟件工程測(cè)量和分析,10,能力成熟度模型,CMM目前研究的領(lǐng)域包括 軟件能力成熟度模型 SW-CMM 軟件獲取能力成熟度模型 SA-CMM 系統(tǒng)工程能力模型 SE-CM 集成產(chǎn)品開(kāi)發(fā)能力成熟度模型 IPD-CMM 人員能力成熟度模型 P-CMM 能力成熟度模型集成CMMI,11,IDEAL 模型是一個(gè)集成的過(guò)程改進(jìn)方法,12,當(dāng)前過(guò)程的知識(shí),一個(gè)有效的改變程序需要對(duì)當(dāng)前狀態(tài)的理解 Humphrey 的諺語(yǔ): If you dont know where you are, a map wont help.,1

4、3,應(yīng)用CMM,鑒定(Appraisals) 評(píng)估(自我改進(jìn)) 軟件過(guò)程評(píng)估(SPA) 內(nèi)部過(guò)程改進(jìn)(IPI) 過(guò)渡期情況(IP) 評(píng)價(jià) (源選擇和合同監(jiān)控) 軟件過(guò)程改進(jìn)工作量,14,評(píng)估與評(píng)價(jià),論 點(diǎn) 評(píng) 估 評(píng) 價(jià) 使用 過(guò)程改進(jìn) 選擇源組織 目的 評(píng)估當(dāng)前實(shí)踐 證實(shí)實(shí)踐 改進(jìn)目標(biāo) 改進(jìn)的催化劑 評(píng)價(jià)承諾 輸出 行動(dòng)計(jì)劃的輸入 性能風(fēng)險(xiǎn) 結(jié)論的范圍 包括非CMM的評(píng)估 僅給出有關(guān)CMM的結(jié)論 風(fēng)格 協(xié)同工作 定向?qū)徲?jì) 結(jié)果的重點(diǎn) 應(yīng)用到組織 對(duì)下一個(gè)項(xiàng)目的預(yù)測(cè) 結(jié)果的狀態(tài) 保密 DoD知道,15,第二單元軟件過(guò)程成熟度,16,目標(biāo),此單元課程結(jié)束時(shí)，你應(yīng)該能夠 理解過(guò)程管理的理論和用CM

5、M改進(jìn)過(guò)程的方法 識(shí)別不成熟的和成熟的軟件組織 描述與CMM相關(guān)的過(guò)程,17,# 軟件過(guò)程定義,過(guò)程：執(zhí)行一個(gè)給定目的的步驟的序列（IEEE） 軟件過(guò)程：用于開(kāi)發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品的一系列活動(dòng)、方法、實(shí)踐和改變。（CMM）,18,軟件過(guò)程管理的推斷,一個(gè)軟件系統(tǒng)的質(zhì)量受到用于開(kāi)發(fā)和維護(hù)它的過(guò)程質(zhì)量的極大影響。 此推斷意味著既要關(guān)注過(guò)程又要關(guān)注產(chǎn)品。,19,為什么軟件過(guò)程是關(guān)鍵？,焦點(diǎn)僅在產(chǎn)品 存在可測(cè)量問(wèn)題 缺乏如何作得更好的知識(shí) 焦點(diǎn)在過(guò)程可預(yù)測(cè) 成果的可重復(fù)性 項(xiàng)目趨勢(shì) 產(chǎn)品特征,20,一個(gè)不成熟的過(guò)程,只管宣傳；管理者及其管理的臨時(shí)性 不嚴(yán)格的遵循和強(qiáng)迫執(zhí)行 較多地依賴(lài)當(dāng)前的實(shí)踐者

6、進(jìn)展和質(zhì)量的可見(jiàn)度較低 產(chǎn)品功能和質(zhì)量不能按進(jìn)度完成 大多數(shù)的軟件組織正在與“大火”博斗 新技術(shù)風(fēng)險(xiǎn) 過(guò)多的維護(hù)費(fèi)用 質(zhì)量難以預(yù)測(cè),21,一個(gè)成熟的過(guò)程,一致的執(zhí)行任務(wù)的方法 已定義、文檔化和不斷地改進(jìn) 已理解 已使用 有生命力 管理和其他人員提供可見(jiàn)的支持 較好的得到控制 - 對(duì)過(guò)程忠實(shí)地審計(jì)和施行 使用產(chǎn)品和過(guò)程測(cè)量 規(guī)范化地使用技術(shù),22,營(yíng)造組織的文化,外部壓力 用戶需要 技術(shù)的變化 競(jìng)爭(zhēng),制度和基礎(chǔ) 政策 標(biāo)準(zhǔn) 規(guī)程 培訓(xùn) 監(jiān)控 評(píng)審 審計(jì),內(nèi)部因素 擁護(hù) 出資支持者 激勵(lì) 技能 能力 工具,23,成熟過(guò)程的益處,使你能把注意力放在系統(tǒng)上，因?yàn)閱?wèn)題的引起 85% 在系統(tǒng)上。 人們能更

7、充分地挖掘他們的潛力，使組織內(nèi)部更有效 通過(guò)定義、度量和控制過(guò)程，使過(guò)程能成功地持續(xù)改進(jìn) 能成功地引進(jìn)合適的技術(shù)和工具。,24,一個(gè)組織指的是什么？,定義：在一個(gè)公司內(nèi)部將多個(gè)項(xiàng)目作為整體管理的一個(gè)單位， 例如， 政府機(jī)構(gòu) 公司的某個(gè)部門(mén) 服務(wù)機(jī)構(gòu)分支,在一個(gè)組織中，所有項(xiàng)目有一個(gè)公共的高級(jí)主管和共同的政策。,25,理解組織,你看到了有多少個(gè)組織？,26,全面質(zhì)量管理(TQM),全面質(zhì)量管理(TQM)是定量方法和人力資源在改進(jìn)以下任務(wù) 中的應(yīng)用： 一個(gè)組織的物料管理和服務(wù) 在組織中應(yīng)用的所有過(guò)程 在目前和將來(lái)滿足用戶需要的程度 TQM是Deming，Juran和Crosby等人的概念的綜合。,

8、27,質(zhì)量運(yùn)動(dòng)的共同點(diǎn),改進(jìn)的焦點(diǎn)放在修復(fù)過(guò)程，不放在對(duì)人的抱怨 改進(jìn)必須進(jìn)行測(cè)量，而且要定期地加強(qiáng) 改進(jìn)需要持久地投資、回報(bào)和鼓勵(lì) 改進(jìn)是一個(gè)持續(xù)的過(guò)程 不自在感的程度不足夠高，事情將不會(huì)有變化。,28,在軟件中應(yīng)用TQM,過(guò)程改進(jìn)適合全部事務(wù)， 而CMM是針對(duì)軟件的。,29,基于模型改進(jìn)的好處,建立了一個(gè)共同語(yǔ)言 穩(wěn)步地達(dá)到共同的構(gòu)想 從廣泛的軟件社團(tuán)中選擇出并建立了一套過(guò)程和實(shí)踐 提供一個(gè)具有優(yōu)先次序的行動(dòng)框架 提供一個(gè)可信賴(lài)的和一致的評(píng)估框架 支持產(chǎn)業(yè)界的比較。,30,基于模型改進(jìn)的風(fēng)險(xiǎn),模型是真實(shí)世界的簡(jiǎn)化和抽象 模型不是包羅萬(wàn)象的 應(yīng)依照商業(yè)目標(biāo)進(jìn)行解釋和裁減 為了正確使用模型，理

9、解和判斷是必要的。,31,第三單元CMM概述,32,目 標(biāo),此單元課程結(jié)束時(shí)，你應(yīng)該能夠 知道5個(gè)成熟度等級(jí)以及關(guān)鍵過(guò)程域與每個(gè)等級(jí)的聯(lián)系 理解具有怎樣的能力才能預(yù)測(cè)組織的行為 說(shuō)明性能和能力的關(guān)系與區(qū)別 解釋為什么不能跳過(guò)成熟度等級(jí)。,33,能力成熟度模型是什么？,對(duì)軟件開(kāi)發(fā)和維護(hù)的過(guò)程管理和質(zhì)量改進(jìn)概念的廣泛應(yīng)用 社團(tuán)開(kāi)發(fā)的指南 組織改進(jìn)的模型 基于CMM的評(píng)估方法的可靠、一致的基礎(chǔ)結(jié)構(gòu)。,34,CMM不涉及的地方,CMM不研究所有軟件過(guò)程和質(zhì)量改進(jìn)問(wèn)題 CMM間接或隱含研究的問(wèn)題包括 指定的工具、方法和技術(shù) 并行工程和聯(lián)合作業(yè) 系統(tǒng)工程、市場(chǎng)等。 人力資源 組織的行為,35,過(guò)程性能,性

10、能是指過(guò)程滿足質(zhì)量、數(shù)量、成本、時(shí)間等可測(cè)量特性要求的能力。通過(guò)對(duì)過(guò)程性能的測(cè)量，可以量化地看到一個(gè)過(guò)程按照客戶和商業(yè)要求的質(zhì)量、進(jìn)度和成本生產(chǎn)產(chǎn)品的能力，從而大大提高軟件產(chǎn)品和軟件過(guò)程的可視性。 過(guò)程性能是對(duì)一個(gè)遵循過(guò)程實(shí)際完成的結(jié)果的度量。參考一個(gè)組織中的特殊項(xiàng)目。,36,過(guò)程能力是指遵循一個(gè)過(guò)程能達(dá)到的期望結(jié)果的范圍，最初建立在組織級(jí)。過(guò)程能力可以預(yù)測(cè)能否交付滿足需要的產(chǎn)品，是一個(gè)未來(lái)項(xiàng)目結(jié)果的指示器。 從統(tǒng)計(jì)上來(lái)看，一個(gè)過(guò)程的能力是基于過(guò)去的表現(xiàn)。 任何一個(gè)組織為了滿足產(chǎn)品要求和商業(yè)需要，或者為了采用新技術(shù)以滿足不斷增長(zhǎng)的對(duì)軟件產(chǎn)品的高質(zhì)量要求，都應(yīng)持續(xù)進(jìn)行過(guò)程改善，以提高該組織的過(guò)程

11、能力。,過(guò)程能力,37,# 過(guò)程能力的評(píng)價(jià),沒(méi)有定義過(guò)程的規(guī)則或步驟，依靠精英；執(zhí)行情況是不可預(yù)知的。,有一定的項(xiàng)目管理系統(tǒng)；執(zhí)行情況是可重復(fù)的。,定義了和集成了公共的軟件工程和管理過(guò)程.,定量地管理和控制軟件產(chǎn)品和過(guò)程。,用制度來(lái)保證過(guò)程改進(jìn)。,初始級(jí),可重復(fù)級(jí),定義級(jí),管理級(jí),優(yōu)化級(jí),38,初始級(jí),性能取決于做工作的人們的能力和競(jìng)爭(zhēng)性 軟件管理是一個(gè)“魔術(shù)” 無(wú)關(guān)鍵過(guò)程域,39,可重復(fù)級(jí)的關(guān)鍵過(guò)程域,軟件配置管理(Software Configuration Management) 軟件質(zhì)量保證(Software Quality Assurance) 軟件子合同管理(Software Su

12、bcontract Management) 軟件項(xiàng)目跟蹤和監(jiān)控(Software Project Tracking and Oversight) 軟件項(xiàng)目計(jì)劃(Software Project Planning) 需求管理(Requirements Management),可重復(fù)級(jí),40,理解可重復(fù)級(jí),重點(diǎn)需要建立有效的軟件項(xiàng)目管理 軟件項(xiàng)目管理過(guò)程要文檔化且要遵循 各項(xiàng)目在建立管理過(guò)程時(shí)，要以組織方針為指導(dǎo) 在以前項(xiàng)目上開(kāi)發(fā)的成功實(shí)踐可以重復(fù)使用 建造的軟件過(guò)程是一系列帶有定義好檢查點(diǎn)（里程碑）的黑盒子。,41,理解已定義級(jí),本級(jí)建立在軟件項(xiàng)目管理基礎(chǔ)之上 為了控制一個(gè)過(guò)程，必須定義、文檔化

13、和理解該過(guò)程 一個(gè)任務(wù)的輸出作為下一個(gè)任務(wù)的輸入 在本級(jí)，組織建立鼓勵(lì)個(gè)人承擔(dān)工作的過(guò)程。,已定義級(jí),42,已定義級(jí)的關(guān)鍵過(guò)程域,組織過(guò)程重點(diǎn)(OPF) 組織過(guò)程定義(OPD) (組織)培訓(xùn)程序（TP） 集成軟件管理(ISM) 軟件產(chǎn)品工程(SPE) 組間協(xié)作(IC) 同行評(píng)審(PR),已定義級(jí),43,按照已定義過(guò)程管理,在過(guò)程中，角色和職責(zé)分明。 軟件產(chǎn)品的生產(chǎn)在整個(gè)軟件過(guò)程是可見(jiàn)的。,44,理解已管理級(jí),應(yīng)用統(tǒng)計(jì)過(guò)程控制理論 處理過(guò)程變化的特殊原因,45,定量的管理產(chǎn)品和過(guò)程,管理有一個(gè)作出結(jié)論的客觀依據(jù) 管理能夠在定量的范圍內(nèi)預(yù)測(cè)性能,46,已管理級(jí)關(guān)鍵過(guò)程域,軟件質(zhì)量管理 定量管理軟件

14、過(guò)程,46,已管理級(jí),47,理解優(yōu)化級(jí),標(biāo)識(shí)和消除不佳性能的原因 持續(xù)改進(jìn)軟件過(guò)程。,48,重點(diǎn)在持續(xù)過(guò)程改進(jìn),49,優(yōu)化級(jí)關(guān)鍵過(guò)程域,過(guò)程變更管理 技術(shù)變更管理 缺陷預(yù)防,49,優(yōu)化級(jí),50,過(guò)程的能力以階梯式建立的，當(dāng)其它過(guò)程不穩(wěn)定時(shí)，一些過(guò)程是無(wú)效的。 每一級(jí)為下一級(jí)改進(jìn)提供了必要的基礎(chǔ)。 任何軟件開(kāi)發(fā)單位在致力于軟件過(guò)程改善時(shí)，只能由所處的層次向其緊鄰的上一層次進(jìn)化，即過(guò)程的進(jìn)化是漸進(jìn)的，不能是跳躍的。事實(shí)上，在由某一 個(gè)成熟層次向上一更成熟的層次進(jìn)化時(shí)，在原有層次中的那些已經(jīng)具備的能力應(yīng)該得到保持與發(fā)揚(yáng)。,不能跨越成熟度等級(jí),51,小結(jié),CMM的焦點(diǎn)在軟件管理問(wèn)題上 過(guò)程的可見(jiàn)性取決

15、于過(guò)程的成熟度 CMM是一個(gè)五級(jí)模型，每一級(jí)都包含若干關(guān)鍵過(guò)程域 每一級(jí)是建立在前一級(jí)能力的基礎(chǔ)上。,52,第四單元CMM的結(jié)構(gòu),53,# CMM的宏觀結(jié)構(gòu) (1),54,CMM的宏觀結(jié)構(gòu)(2),18個(gè)關(guān)鍵過(guò)程域,5個(gè)公共特性,316個(gè)關(guān)鍵實(shí)踐,55,CMM的宏觀結(jié)構(gòu) (3),56,公共特性 (1),關(guān)鍵過(guò)程領(lǐng)域通常組織成幾個(gè)“公共特性”。以指出一個(gè)關(guān)鍵過(guò)程領(lǐng)域的實(shí)現(xiàn)和制度是否有效、可重復(fù)和可持續(xù)。其五種公共特性如下： 執(zhí)行的委托：這種委托描述一個(gè)組織必須采取的行動(dòng)，以實(shí)現(xiàn)已有的和將有的過(guò)程。執(zhí)行的委托一般與組織中的政策和管理方式有關(guān)。 執(zhí)行的能力：該能力描述軟件過(guò)程中每個(gè)項(xiàng)目或整個(gè)組織必須達(dá)

16、到的先決條件。執(zhí)行的能力一般與資源、組織機(jī)構(gòu)和訓(xùn)練有關(guān)。,57,公共特性 (2),執(zhí)行的活動(dòng)：描述實(shí)現(xiàn)一個(gè)軟件過(guò)程關(guān)鍵領(lǐng)域時(shí)所必須執(zhí)行的任務(wù)和步驟。包括建立計(jì)劃（正式和非正式的計(jì)劃）和制訂執(zhí)行步驟，跟蹤該工作，必要時(shí)進(jìn)行改進(jìn)。 測(cè)量和分析：描述度量的基本規(guī)則，以確定、改進(jìn)和控制過(guò)程的狀態(tài)。度量與分析一般包括一些度量的實(shí)例，以說(shuō)明如何確定活動(dòng)的狀態(tài)和效果。 驗(yàn)證實(shí)現(xiàn)：驗(yàn)證實(shí)現(xiàn)是為了保證建立的軟件過(guò)程活動(dòng)已經(jīng)遵循所制訂的步驟?？赏ㄟ^(guò)管理和軟件質(zhì)量保證來(lái)驗(yàn)證實(shí)現(xiàn)。,58,關(guān)鍵實(shí)踐 KP,每個(gè)關(guān)鍵過(guò)程領(lǐng)域最終是由一些關(guān)鍵實(shí)踐組成，通過(guò)實(shí)現(xiàn)這些關(guān)鍵實(shí)踐來(lái)達(dá)到關(guān)鍵過(guò)程領(lǐng)域所確定的目標(biāo)。 每一個(gè)關(guān)鍵實(shí)踐包含

17、一條實(shí)踐、若干子實(shí)踐的描述以及一些實(shí)例。 關(guān)鍵實(shí)踐描述應(yīng)該“做什么”，然而并沒(méi)有回答“如何做”，這一點(diǎn)必須由項(xiàng)目組織自己去解決。,59,CMM結(jié)構(gòu)與五個(gè)公共特性,關(guān)鍵過(guò)程域名（KPAs,如 Software Quality Assurance) 目標(biāo)（ Goals ） 目標(biāo)1： 目標(biāo)n： 執(zhí)行的委托（ Commitment to Perform） 委托1: 委托n : 執(zhí)行的能力（ Ability to Perform ） 能力1: 能力n : 執(zhí)行的活動(dòng)（ Activities Performed） 活動(dòng)1: 活動(dòng)n : 測(cè)量和分析（ Measurement and Analysis） 測(cè)量

18、1: 測(cè)量n: 驗(yàn)證實(shí)現(xiàn)（Verifying Implementation） 驗(yàn)證1: 驗(yàn)證n: ,60,CMM公共特性之間的關(guān)系,61,公共特性之間的關(guān)系,62,第五單元世界CMM評(píng)估情況,63,術(shù)語(yǔ),評(píng)估：用于這次報(bào)告的評(píng)估方法是軟件過(guò)程評(píng)估SPA和CBA IPI。 公司：公司是組織的上級(jí)單位。一個(gè)公司可能是商用或非商用公司，贏利性或非贏利性公司，研究型和開(kāi)發(fā)型單位，較高教育水平的單位，政府部門(mén)或服務(wù)行業(yè)等。 美國(guó)國(guó)外的公司：是指在地理上不在美國(guó)的組織，該組織的上級(jí)部門(mén)可能在也可能不在美國(guó)。 組織：參評(píng)的實(shí)體。評(píng)估結(jié)果適用于該組織單位。一個(gè)參評(píng)實(shí)體可以是一個(gè)組織的一部分，包括整個(gè)一個(gè)公司、

19、一個(gè)業(yè)務(wù)部門(mén)、某個(gè)特定的產(chǎn)品線或服務(wù)單位等等。,64,世界CMM評(píng)估情況 - 至2001年6月,從19872001.6 已向 SEI 報(bào)告完成CBA IPIs和SPAs評(píng)估的國(guó)家有42個(gè)(2001.8 前反饋到 SEI 的)。共進(jìn)行1,970次評(píng)估。其中： 1483次CBA IPIs評(píng)估 487次SPAs評(píng)估 參評(píng)的組織共1,505個(gè) 參評(píng)的公司共408個(gè) 再評(píng)的組織共379個(gè) 參評(píng)的項(xiàng)目共8,134個(gè)。 CMM: (1) Capability Maturity Model. (2) CBA IPA: CMM-Based Appraisal for Internal Process Impro

20、vement. (3) SPA: Software Process Assessment.,65,2001年6月返回SEI的報(bào)告,66,返回報(bào)告的組織類(lèi)型,67,執(zhí)行評(píng)估并返回到SEI結(jié)果的國(guó)家,68,再評(píng)后成熟度級(jí)別的變化,69,評(píng)估的CMM等級(jí)情況,70,提高一級(jí)所需要的月數(shù)(平均值),71,報(bào)告返回SEI的組織類(lèi)型和年份,72,評(píng)估的CMM等級(jí)情況,73,美國(guó)和美國(guó)外組織成熟度剖面圖,74,第六單元關(guān)于CMM評(píng)估的若干問(wèn)題,75,評(píng)估目的,首先是為了對(duì)組織的CMM實(shí)施情況得到準(zhǔn)確的評(píng)價(jià) 采集過(guò)程數(shù)據(jù)以了解當(dāng)前實(shí)施的過(guò)程 標(biāo)識(shí)過(guò)程的強(qiáng)項(xiàng)，指出過(guò)程的改善機(jī)會(huì)，其中包括非CMM的實(shí)踐項(xiàng)。 確定

21、所考察的CMM KPAs 的滿意程度。 提出推動(dòng)軟件過(guò)程改善的措施 管理咨詢(xún) 為過(guò)程改善行動(dòng)提供框架和動(dòng)力 保持主管人員的責(zé)任感，并建立相應(yīng)的委托。,76,評(píng)估原則,首先選用一個(gè)過(guò)程參考模型 采用與CMM評(píng)估框架相一致的評(píng)估過(guò)程 高層管理要作為評(píng)估的出資者和支持者 嚴(yán)格遵守信息保密制度 采用協(xié)商一致的評(píng)估方法 如有必要，立即采取相應(yīng)的行動(dòng)。,77,參與評(píng)估人員的角色,高層經(jīng)理：出資評(píng)估；公開(kāi)支持過(guò)程改善活動(dòng)；過(guò)程評(píng)估結(jié)論的接受者。 中層經(jīng)理：來(lái)自第一線的管理人員或職能部門(mén)的專(zhuān)職管理人員；評(píng)審調(diào)查結(jié)果草案；參與小組討論。 項(xiàng)目組長(zhǎng)：參與 訪談；評(píng)審調(diào)查結(jié)果草案。 職能部門(mén)的代表（FARs，SEP

22、G，SCMG，SQAG）：參與 訪談；評(píng)審調(diào)查結(jié)果草案。,78,CMM評(píng)估小組,CMM評(píng)估小組的組成 評(píng)估小組成員的角色 評(píng)估小組的重要性 協(xié)商一致 達(dá)到協(xié)商一致的過(guò)程,79,CMM評(píng)估小組的組成,評(píng)估小組由若干有經(jīng)驗(yàn)的人組成，其任務(wù)是評(píng)估一個(gè)組織的軟件過(guò)程能力。 評(píng)估小組的成員通常需要由來(lái)自組織內(nèi)部的人員和來(lái)自組織外部的人員共同組成。 一個(gè)評(píng)估小組通常由410人組成，其中之一必須是主任評(píng)估師，由他/她擔(dān)任評(píng)估小組組長(zhǎng)。,80,評(píng)估小組成員的角色,評(píng)估小組的關(guān)鍵角色 主任評(píng)估師 對(duì)整個(gè)評(píng)估工作全面負(fù)責(zé) CMU/SEI授權(quán)的主任評(píng)估師，具有豐富的經(jīng)驗(yàn)和必要的訓(xùn)練。 評(píng)估小組成員：要指定擔(dān)任一個(gè)或

23、幾個(gè)必要的角色 現(xiàn)場(chǎng)協(xié)調(diào)人員 資料管理員 時(shí)間監(jiān)控員 記錄員 KPA 小組成員 評(píng)估小組成員,81,評(píng)估小組的重要性,評(píng)估結(jié)果將反映該評(píng)估小組的知識(shí)和經(jīng)驗(yàn) 評(píng)估結(jié)果的客觀性將取決于評(píng)估小組的客觀性 評(píng)估結(jié)果的可信度既取決于該評(píng)估小組的可信任度，也取決于該小組所執(zhí)行的協(xié)商一致過(guò)程的可信任度。,82,協(xié)商一致,協(xié)商一致是發(fā)現(xiàn)一個(gè)眾所接受的建議，所有小組成員都支持它，沒(méi)有一個(gè)成員反對(duì)他。 協(xié)商一致力圖產(chǎn)生一個(gè)所有小組成員都能接受的雙贏解決方案，保證小組整體性和凝聚力。 沒(méi)有任何異議的表決并不等于反映了每個(gè)人的首選意愿；少數(shù)服從多數(shù)的選舉更不能反映每個(gè)人的意愿 協(xié)商一致必須使所有成員完全滿意。,83,

24、達(dá)到協(xié)商一致的過(guò)程,84,CBA評(píng)估過(guò)程的評(píng)級(jí) - KPA掛圖,85,評(píng)估數(shù)據(jù)來(lái)源,現(xiàn)場(chǎng)調(diào)研 成熟度問(wèn)卷 現(xiàn)場(chǎng)信息包 文檔 組織級(jí) 項(xiàng)目級(jí) 實(shí)現(xiàn)級(jí),訪談 項(xiàng)目組長(zhǎng) 中層經(jīng)理 職能部門(mén)的代表 后續(xù)訪談 評(píng)估草案報(bào)告會(huì),86,第七單元關(guān)于實(shí)施CMM的建議,87,組織準(zhǔn)備- CMM職能組,高層經(jīng)理 CMM項(xiàng)目主管 軟件工程過(guò)程組（SEPG） 軟件質(zhì)量保證組（SQAG） 軟件配置管理組（SCMG）,88,高層經(jīng)理,出資支持用CMM改善軟件過(guò)程 組織應(yīng)委托一個(gè)具有高層/中層管理職責(zé)的人員負(fù)責(zé)CMM實(shí)施工作。,89,CMM項(xiàng)目主管,為實(shí)施CMM配備必要的資源，應(yīng)投入總開(kāi)發(fā)資源的 5% - 10%到CMM項(xiàng)

25、目。 制定CMM實(shí)施計(jì)劃 檢查CMM實(shí)施情況 支持實(shí)施CMM的一切活動(dòng)，及時(shí) 解決過(guò)程中的問(wèn)題。,90,SEPG,挑選一個(gè)有豐富軟件工程經(jīng)驗(yàn)的人員擔(dān)任SEPG 組長(zhǎng)。他/她應(yīng)該是全職的。 根據(jù)情況，挑選幾個(gè)全職/半時(shí)的人員作為組員（最好有項(xiàng)目管理經(jīng)驗(yàn)及過(guò)程改進(jìn)經(jīng)驗(yàn)）。 SEPG組員要經(jīng)過(guò)軟件工程知識(shí)的培訓(xùn)。,91,SQAG,挑選一個(gè)有豐富軟件質(zhì)量保證經(jīng)驗(yàn)的人員擔(dān)任SQA 組長(zhǎng)。他/她應(yīng)該是全職的。 根據(jù)情況，挑選幾個(gè)全職/半時(shí)的人員作為組員（最好有項(xiàng)目管理經(jīng)驗(yàn)及過(guò)程改進(jìn)經(jīng)驗(yàn)）。 SQA組員要經(jīng)過(guò)定SQA的專(zhuān)門(mén)培訓(xùn)。,92,SCMG,挑選一個(gè)有豐富軟件配制管理經(jīng)驗(yàn)的人員擔(dān)任SCM 組長(zhǎng)。他/她應(yīng)該是全職的。 在每個(gè)項(xiàng)目組挑選幾個(gè)全職/半時(shí)的人員作為組員（最好有項(xiàng)目管理經(jīng)驗(yàn)及軟件工程經(jīng)驗(yàn)）。 SCM組員要經(jīng)過(guò)定向培訓(xùn)。,93,知識(shí)準(zhǔn)備,要加強(qiáng)培訓(xùn)工作。開(kāi)展能力成熟度評(píng)估既要有高素質(zhì)的主任評(píng)估師，也要有相當(dāng)規(guī)模的過(guò)程