CMMI培訓(xùn)2ppt課件

1、CMMI體系宣貫過程規(guī)范文檔培訓(xùn)2內(nèi)容提要背景概述1CMMI 簡介2過程規(guī)范文檔講解4CMMI L3實施及評價33背景概述-1內(nèi)部情況 隨著公司業(yè)務(wù)及規(guī)模的增長，研發(fā)部面臨著以下挑戰(zhàn)： 工程交付周期長 對本錢、質(zhì)量預(yù)估才干低 工程完成后缺乏必要的技術(shù)文檔 缺乏一致的配置庫管理 交付軟件系統(tǒng)不穩(wěn)定，質(zhì)量有待提高 人員的變動對我們帶來一定的影響 4背景概述-2外部情況 市場競爭日益猛烈 客戶稱心度需求進一步提升 國際規(guī)范認證的推行 政府資助與支持5 CMMI能為我們帶來什么？ 我們追求的商業(yè)目的： 1、提高軟件和工程的質(zhì)量，降低缺陷率 2、加快軟件開發(fā)進度，減少延期交付成果的情況 3、提高公司內(nèi)部

2、用戶和市場客戶的稱心度 4、經(jīng)過規(guī)范化流程的制定與推行，提升軟件開發(fā)管理程度 5、建立公司的組織級資產(chǎn)庫，積累中心技術(shù)及過程資產(chǎn) 6、當人員流動比較大的時候，研發(fā)成果還能得到完好的保 留，我們的工程可以更好的繼續(xù)。 7、培育公司過程改良隊伍6 CMMI能為我們帶來什么？ 我們追求的商業(yè)目的： 8、建立有效的質(zhì)量管理體系，推進公司質(zhì)量文化的構(gòu)成 9、經(jīng)過認證，提高公司的資質(zhì)及競爭力，為進一步開辟 市場提供有效協(xié)助。7深圳市政府資助政策分析 深圳市政府于2006-5-11日公布了 經(jīng)過CMMI-2級認證的，資助不超越30萬元人民幣； 經(jīng)過CMMI-3級認證的，資助不超越50萬元人民幣； 經(jīng)過CMM

3、I-4級認證的，資助不超越80萬元人民幣； 經(jīng)過CMMI-5級認證的，資助不超越100萬元人民幣。 真正拿到資助的企業(yè)是從2021年開場，但是2021年底政府認證資助政策有變動，深圳市CMMI3、4、5級的認證資助費用分別變卦為30W、40W、50W。 估計未來2年將有更多的公司投入CMMI認證。 結(jié)論：我們公司宜盡快經(jīng)過CMMI認證評價8內(nèi)容提要背景概述1CMMI 簡介2過程規(guī)范文檔講解4CMMI L3實施及評價39CMMI簡介CMMI是什么？ 英文全稱是： Capability Maturity Model Integration 中文直譯： 才干成熟度模型綜合10 CMMI簡介它綜合了以

4、下幾方面: System engineering Software engineering Integrated Product and Process DevelopmentIPPD Supplier Sourcing CMMI模型提供了一套供公眾運用的準那么，這些準那么描畫了那些勝利地實施了過程改良的組織的特性。 CMMI模型能指點我們進展公司軟件開發(fā)過程的改良。11 過程是什么？ 過程是為了特定的目的執(zhí)行的一套實際 Processactivities that can be recognized as implementations of practices in a model 12

5、軟件部門存在哪些過程？ 需求管理 工程謀劃和控制 需求分析、設(shè)計、編碼、測試 配置管理 質(zhì)量保證 13 軟件開發(fā)過程識別例子14 為什么要關(guān)注過程？ 軟件產(chǎn)品的質(zhì)量在很大程度上取決于開發(fā)和維護該軟件產(chǎn)品所運用的過程的質(zhì)量 基于Shewhart、Juran、Deming和Humphrey倡導(dǎo)的TQM原理 這意味著不但要關(guān)注軟件產(chǎn)品本身， 更要關(guān)注消費軟件產(chǎn)品的過程!15CMMI的等級在模型中，一切軟件組織的軟件才干成熟度劃分為5個等級第1到第5級。數(shù)字越大,成熟度越高。高成熟度等級代表比較強的綜合軟件才干。 5個成熟度等級分別為： 第1級：初始級 Initial 第2級：受管理級 Managed

6、 第3級：已定義級 Defined 第4級：定量管理級 Quantitatively Managed 第5級：繼續(xù)優(yōu)化級 Optimizing16CMMI的等級1級-初始級2級-受管理級3級-已定義級4級-定量管理級5級-繼續(xù)優(yōu)化級SEI在該級別沒有任何規(guī)范SEI在各級別有詳細的規(guī)范要經(jīng)過高級別的評價，要滿足這個級別以下一切級別的規(guī)范。例如：1)一個進展4級評價的企業(yè)，評價的時候首先是看能否到達2級要求，然后是3級要求，然后才是4級要求。2)評價的時候，假設(shè)2級的規(guī)范到達，但3級的要求達不到，就算4級的要求到達了，也只能算2級。17才干、成熟度等級是累進的Level18CMMI的過程域CMMI

7、模型的每一個級別，都包含幾個到十幾個PA英文全寫：Process Area中文譯名：過程域什么叫“過程域？簡單的說就是做好一個事情的某一個方面。對軟件開發(fā)來說，就是做好軟件開發(fā)的某一個方面。19CMMI的過程域(PAs)CMMI-DEV 1.2的22個過程域(15級組織過程聚焦 Organizational Process Focus (OPF) 組織過程定義 Organizational Process Dedinition (OPD)組織培訓(xùn) Organizational Training (OT)組織過程績效 Organizational Process Performance (OPP

8、) 組織革新部署 Organizational Innovation&Deployment (OID) 工程謀劃 Project Planning (PP)工程監(jiān)視與控制 Project Monitoring and Control (PMC)供商協(xié)議管理 Supplier Agreement Management (SAM)集成化工程管理 Integrated Project Management (IPM)定量工程管理 Quantitative Project Management (QPM)20CMMI的過程域(PAs)需求管理 Requirements Management (REQM

9、)需求開發(fā) Requirements Development (RD)技術(shù)處理 Technical Solution (TS)產(chǎn)品集成 Product Integration (PI)驗證 Verification (VER)確認 Validation (VAL)風險管理 RISK Management (RSKM)度量分析 Measurement and Analysis (MA)過程和產(chǎn)質(zhì)量量保證 Process and Product Quality Assurance (PPQA)配置管理 Configuration Management (CM)決策分析與處理方案 Decision

10、Analysis and Resolution (DAR) 緣由分析與處理方案 Causal Analysis and Resolution (CAR)21CMMI模型兩種表述方式階段式延續(xù)式22CMMI(15級)延續(xù)式表示法過程類型Category過程域Process Areas過程管理類組織過程聚焦（OPF)組織過程定義（OPD)+IPPD組織培訓(xùn)（OT)組織過程績效(OPP)組織革新部署(OID)項目管理類項目策劃(PP)項目監(jiān)督與控制(PMC)采購管理(SAM)集成化項目管理(IPM)+IPPD風險管理(RSKM)定量項目管理(QPM)軟件工程類需求管理(REQM)需求開發(fā)(RD)技術(shù)

11、解決方案(TS)產(chǎn)品集成（PI)驗證（VER)確認(VAL）支持過程類度量分析(MA)過程和產(chǎn)品質(zhì)量保證(PPQA)配置管理(CM)決策分析與解決方案(DAR)原因分析與解決方案(CAR)23CMMI(15級)階段式表示法等級Level關(guān)注的內(nèi)容Focus過程域Process Areas5-持續(xù)優(yōu)化級持續(xù)的過程改進組織革新部署（OID)原因分析與解決方案（CAR)4-定量管理級量化管理組織過程績效（OPP)定量項目管理（QPM)3-已定義級過程標準化需求開發(fā)(RD)技術(shù)方案(TS)產(chǎn)品集成(PI)驗證(VER)確認(VAL)組織過程聚焦(OPF)組織過程定義(OPD)+IPPD組織培訓(xùn)(OT)

12、集成化項目管理(IPM)+IPPD風險管理(RSKM)決策分析與解決方案(DAR)2-受管理級基礎(chǔ)項目管理需求管理(RM)項目策劃(PP)項目監(jiān)督與控制(PMC)采購管理(SAM)度量分析(MA)過程和產(chǎn)品質(zhì)量保證(PPQA)配置管理(CM)1-初始級24 模型兩種表示法的比較ML5ML4ML3ML2ML1PAsPAsPAsPAsPAs階段式Selected Maturity Level延續(xù)式 Targeted Capability Level25 怎樣才算經(jīng)過了CMMI某個級別的評價？假設(shè)該級別的全部PA到達要求了，就以為該級別到達了。如何判別PA到達要求呢？每個PA包含幾個目的(Goal)

13、假設(shè)這個幾個目的都到達要求了，就以為該PA到達要求了如何判別Goal到達要求呢？每個Goal包含幾個實際(Practice)每個實際到達要求了，就以為該Goal到達要求了26CMMI模型構(gòu)造級別PA1PA2目的1目的2實際1實際227每個過程域的構(gòu)造過程域PA特定目的SG通用目的GG特定實際SP典型任務(wù) 產(chǎn)品子實際通用實際GP通用實際詳細闡明子實際目的闡明相關(guān)的PAsExpectedInformativeLegendRequired28目的 Purpose簡要闡明 Introductory Notes有關(guān)的過程域 Related Process Areas特定目的 Specific Goal

14、通用目的 Generic Goal特定實際 Specific Practices典型任務(wù)產(chǎn)品 Typical Work Products子實際 Subpractices通用實際 Generic Practices通用實際的詳細闡明 Generic Practice Elaborations每個過程域包含的內(nèi)容目的是成熟度等級模型的必要組成部分。在模型中存在兩類目的：特定目的，縮寫“SG通用目的，縮寫“GG“每個PA包含的一切目標到達與否，是斷定該PA能否符合CMMI模型要求的考核尺度29目的 Purpose簡要闡明 Introductory Notes有關(guān)的過程域 Related Proces

15、s Areas特定目的 Specific Goal 通用目的 Generic Goal特定實際 Specific Practices典型任務(wù)產(chǎn)品 Typical Work Products子實際 Subpractices通用實際 Generic Practices通用實際的詳細闡明 Generic Practice Elaborations每個過程域包含的內(nèi)容 只適用于某個特定的PA并且強調(diào)該PA的獨一性特性。適用于一切的PA，某個PA到達了GG,即意味著該PA的實施是有效的、可反復(fù)和耐久的。并且曾經(jīng)實現(xiàn)了某種程度的制度化。適用于一切的PA，某個PA到達了GG,即意味著該PA的實施是有效的、可

16、反復(fù)和耐久的。并且曾經(jīng)實現(xiàn)了某種程度的制度化。30目的 Purpose簡要闡明 Introductory Notes有關(guān)的過程域 Related Process Areas特定目的 Specific Goal 通用目的 Generic Goal特定實際 Specific Practices典型任務(wù)產(chǎn)品 Typical Work Products子實際 Subpractices通用實際 Generic Practices通用實際的詳細闡明 Generic Practice Elaborations每個過程域包含的內(nèi)容為到達相應(yīng)的特定目的SG所執(zhí)行的重要活動適用于一切的PA，通用實際GP提供的是制

17、度化的特性，這些特性確保相應(yīng)的PA可以長期、反復(fù)、有效的實施31 每個過程域包含的內(nèi)容以一個PA為例：技術(shù)處理方案 Technical Solution內(nèi)容來自：P297 32等級Level關(guān)注的內(nèi)容Focus過程域Process Areas5-持續(xù)優(yōu)化級持續(xù)的過程改進組織革新部署（OID)原因分析與解決方案（CAR)4-定量管理級量化管理組織過程績效（OPP)定量項目管理（QPM)3-已定義級過程標準化需求開發(fā)(RD)技術(shù)解決方案(TS)產(chǎn)品集成(PI)驗證(VER)確認(VAL)組織過程聚焦(OPF)組織過程定義(OPD)+IPPD組織培訓(xùn)(OT)集成化項目管理(IPM)+IPPD風險管理

18、(RSKM)決策分析與解決方案(DAR)2-受管理級基礎(chǔ)項目管理需求管理(RM)項目策劃(PP)項目監(jiān)督與控制(PMC)采購管理(SAM)度量分析(MA)過程和產(chǎn)品質(zhì)量保證(PPQA)配置管理(CM)1-初始級33PA特定目的SG通用目的GG特定實際SP典型任務(wù) 產(chǎn)品子實際通用實際GP通用實際詳細闡明子實際目的闡明相關(guān)的PAsExpectedInformativeLegendRequired技術(shù)處理方案(Technical Solution, TS)34目的 為設(shè)計、開發(fā)及實現(xiàn)需求的處理方案。處理方案、設(shè)計結(jié)果及實現(xiàn)廢品包括產(chǎn)品、產(chǎn)品組件，以及與產(chǎn)品相關(guān)生命周期的單一過程或適當組合的過程。技術(shù)

19、處理方案(Technical Solution, TS)35技術(shù)處理方案(Technical Solution, TS)闡明36技術(shù)處理方案(Technical Solution, TS)相關(guān)的過程域 有關(guān)需求配置、操作觀念的建立及接口需求定義，參考需求開發(fā) RD)過程域，以獲得更多信息。 有關(guān)同行審查及對產(chǎn)品和產(chǎn)品組件能否滿足需求之驗證，請參考 驗證 (VER)過程域。 有關(guān)正式評價，請參考決策分析與處理方案(DAR)過程域。 有關(guān)管理需求，請參考需求管理(REQM)過程域，REQM過程域之 特定實際執(zhí)行時，與技術(shù)處理方案過程域的特定實際交互作用。 有關(guān)改良組織的技術(shù)，請參考組織革新與部署O

20、ID)過程域。 37技術(shù)處理方案(Technical Solution, TS)特定目的與特定實際 SG1從備選方案中，選擇產(chǎn)品或產(chǎn)品組件處理方案 SP1.1 開發(fā)詳細的候選方案及選擇的規(guī)范 SP1.2針對每個產(chǎn)品組件描畫操作概念、場景、環(huán)境、操作方式和操作形狀。 SP1.3選擇最符合要求的產(chǎn)品組件設(shè)計方案 SG2開發(fā)產(chǎn)品或者產(chǎn)品組件設(shè)計 SP2.1開發(fā)產(chǎn)品或者產(chǎn)品組件的設(shè)計 SP2.2建立和維護技術(shù)數(shù)據(jù)包 SP2.3根據(jù)所建立和維護的規(guī)范，設(shè)計適宜的產(chǎn)品組件接口。 SP2.4根據(jù)制定的規(guī)范評價哪些產(chǎn)品組件需求開發(fā)、購買或者重用。 38技術(shù)處理方案(Technical Solution, TS

21、)特定目的與特定實際 SG3實施產(chǎn)品設(shè)計并開發(fā)相應(yīng)的支持文檔 SP3.1實施產(chǎn)品組件的設(shè)計 SP3.2開發(fā)和維護最終用戶文檔 39技術(shù)處理方案(Technical Solution, TS)通用目的與通用實際 40 GG1：到達特殊目的的要求GG2：制度化為可管理的過程GG3：制度化為 已定義的過程 GG4:制度化為 定量管理的過程 GG4:制度化為 繼續(xù)改良的過程GP1.1：執(zhí)行一切特殊實際SPGP2.1：建立組織方針 GP2.8：監(jiān)視和控制過程GP2.1：謀劃該過程 GP2.9：客觀評價遵照情況GP2.3：提供資源 GP2.10：高管審查形狀GP2.4: 分配職責GP2.5: 培訓(xùn)人員GP

22、2.6: 管理配置GP2.7: 識別并使共利益者介入GP3.1：建立已定義過程GP3.2: 搜集改良信息GP4.1：建立過程的質(zhì)量目的GP4.2: 穩(wěn)定子過程的性能GP5.1：保證過程繼續(xù)改良GP5.2: 糾正問題的根本緣由CL1CL2CL3CL4CL5ML2ML3、ML4、ML5通用目的GG通用目的和通用實際階段式表示法通用實際GP延續(xù)式表示法41資料可參考 咨詢師提供的課件 CMMI DEV1.2中英版PDF+ 其他21個過程域在此不再贅述42那CMMI究竟是個什么東西??？43 她是一個如何做好軟件的最正確實際的集合。 曾經(jīng)得到全球?qū)嶋H證明，我們不用疑心她的先進性。 假設(shè)我們沒有做好，那不

23、是CMMI的問題，而是我們的了解與執(zhí)行的問題。 CMMI是個什么東西？44CMMI部分術(shù)語縮寫SPI Software Process Improvement 軟件過程的改良SEPG/EPG Software Engineering Process Group 軟件工程過程小組QA Quality Assurance 質(zhì)量保證人員CM Configuration Manager 配置管理員PM Project Manager 工程經(jīng)理45CMMI部分術(shù)語縮寫MSG Management Steering Group 管理指點委員會WG Working Group 任務(wù)組WBS Work Bre

24、akdown Structure 任務(wù)分解構(gòu)造OSP Organizational Standard Process 組織規(guī)范過程PDP Project Defined orocessCCB Change Control Board46內(nèi)容提要背景概述1CMMI 簡介2過程規(guī)范文檔講解4CMMI L3實施及評價347 CMMI的實施和評價總體道路啟動CMMI了解差距分析(C類)實施方案ATMs培訓(xùn)預(yù)評價(B類)封鎖預(yù)評價問題最終評價(A類)過程定義過程實施48PAsPAsPAsPAsOr?Choose啟動initiation)MSGQAEPG?49CMMI了解(Understanding)50

25、差距分析(Gap Analysis)普通2到4天由有閱歷的顧問實施活動包括：文檔評審 和組織中不同的小組和個人面談按選擇的PA報告差距51行動方案(Action Planning)根據(jù)差距來制定方案方案應(yīng)包括：目的成熟度等級？重要里程碑的時間段？每一個差距如何被封鎖？由誰擔任，什么時候完成？52過程定義(Process Enhancement)定義個性過程，包括 procedures templates,forms,checklists.評審和發(fā)布新過程在組織內(nèi)部培訓(xùn)、報告、宣貫新的過程對需求的地方進展識別、建立自動化工具53過程實施(Process Implementation)在已存在的過

26、程上進展移植驗證新過程的實施處理實施問題繼續(xù)實施直到新過程規(guī)范化、制度化54認證工程序號項目名稱描述1網(wǎng)上資料平臺項目經(jīng)理：總共的項目成員人數(shù)：項目類型：項目周期：2008.10.12當前所處階段：2項目經(jīng)理：總共的項目成員人數(shù)：項目類型：項目周期：當前所處階段：3項目經(jīng)理：總共的項目成員人數(shù)：項目類型：項目周期：當前所處階段：55CMMI ATMs培訓(xùn)3天的SEI規(guī)范課程“Introduction to CMMI的培訓(xùn)SCAMPI方法培訓(xùn)56預(yù)評價Pre-Appraisal)目的：檢查對SCAMPI的預(yù)備能否就緒識別小的偏向確定SCAMPI的時間由Lead Appraiser擔任，普通是4到

27、6天組織內(nèi)的評價組成員要參與最后要報告預(yù)評價的結(jié)果57 封鎖預(yù)評價中發(fā)現(xiàn)的問題制定行動方案假設(shè)需求，改動過程假設(shè)需求，對組織內(nèi)部人員進展培訓(xùn)、報告、宣貫新過程實施，制度化58 短期目的：2021-11-31前經(jīng)過CMMI 3級認證時間安排59認證工程全生命周期工程 工程工期最好為6個月左右 工程是公司的典型業(yè)務(wù)工程成員相對穩(wěn)定60認證時間評價時間 6天左右上報時間 2天審核時間 30天有效時間 3年61實施CMMI的崗位設(shè)置及職責62崗位：工程經(jīng)理主要職責：1. 組織制定工程的總體方案和階段方案；2. 協(xié)調(diào)工程組資源和內(nèi)部任務(wù)關(guān)系，安排工程組成員任務(wù)；3. 跟蹤、檢查工程組成員任務(wù)質(zhì)量；4.

28、為保證工程正常運作，與客戶、工程組成員之間進展必要的溝通；5. 擔任控制工程，保證工程在預(yù)算本錢范圍內(nèi)按規(guī)定的質(zhì)量和進度到達工程目的。63程序員主要職責：1. 在模塊設(shè)計師指點下，根據(jù)模塊設(shè)計進展代碼實現(xiàn)；2. 編寫和單元測試腳本；3. 擔任執(zhí)行代碼走讀和單元測試，記錄單元測試結(jié)果；4. 執(zhí)行集成測試。64測試組組長主要職責：1. 獨立編寫測試方案；2. 獨立編寫測試用例；3. 安排和指點測試工程師/測試員的任務(wù)；4. 協(xié)調(diào)測試團隊內(nèi)部的任務(wù)以及與開發(fā)團隊之間的任務(wù)65實施工程師主要職責：1. 擔任制定工程實施方案；2. 在工程實施方案的約束下，協(xié)調(diào)工程組相關(guān)資源，完成系統(tǒng)實施相關(guān)任務(wù)包括系統(tǒng)安裝、用戶培訓(xùn)、系統(tǒng)上線、系統(tǒng)試運轉(zhuǎn)等；3. 在工程實施階段，跟蹤、檢查實施人員的任務(wù)質(zhì)量；4. 擔任編寫、和相關(guān)培訓(xùn)教材；5. 擔任協(xié)助用戶進展“用戶確認測試和編寫。66實施工程師1. 在實施經(jīng)理安排和指點下，執(zhí)行工程用戶現(xiàn)場實施義務(wù)；2. 參與編寫、和相關(guān)培訓(xùn)教材；3. 參與進展“用戶確認測試和編寫。67QA工程師 主要職責：1. 擔任被分派工程的質(zhì)量審計；2. 對工程部門進展CMMI 過程培訓(xùn)和指點；3. 擔任被分派的過程改良任務(wù)；4. 擔任過程工具的研討、推行與維護。68：QA 工程師主要職責：1.