系統(tǒng)與軟件工程開發(fā)運(yùn)維一體化能力成熟度模型2023-05-23發(fā)布2023-05-23發(fā)布I Ⅲ 12規(guī)范性引用文件 3.1術(shù)語和定義 13.2縮略語 34概述 44.1開發(fā)運(yùn)維一體化 44.2能力成熟度模型 55項(xiàng)目管理 5.1估算與計(jì)劃(ESP) 5.2監(jiān)控與調(diào)整(MC) 5.3風(fēng)險(xiǎn)與機(jī)會(huì)管理(ROM) 225.4供方管理(SM) 6過程改進(jìn) 6.1組織治理(GOV) 276.2過程改進(jìn)基礎(chǔ)設(shè)施(PI) 6.3過程資產(chǎn)管理(PAM) 346.4過程管理(PROM) 376.5效能管理(PERM) 6.6組織級(jí)培訓(xùn)(OT) 467支持和保障 7.1度量和分析(MA) 487.2根因分析和解決(CAR) 7.3配置管理(CM) 7.4安全管理(SEC) 7.5決策分析和解決(DAR) 627.6過程質(zhì)量保障(PQA) 658產(chǎn)品研發(fā) 8.1產(chǎn)品規(guī)劃(PDP) 8.2需求工程(RQE) 718.3架構(gòu)與設(shè)計(jì)(AD) 748.4實(shí)現(xiàn)(IMP) 8.5構(gòu)建與集成(BI) 8.6測試(TE) 8.7持續(xù)集成和持續(xù)交付(CICD) 849服務(wù)管理 9.1戰(zhàn)略服務(wù)規(guī)劃(SSP) 9.2服務(wù)交付(SD) 9.3服務(wù)監(jiān)控(SVCM) 9.4服務(wù)連續(xù)性保障(SC) 9910基礎(chǔ)設(shè)施 10.1系統(tǒng)與工具規(guī)劃(STP) 10.2系統(tǒng)與工具支撐(STS) 10.3環(huán)境支撐(ES) 附錄A(資料性)能力域中英名稱對照表 參考文獻(xiàn) 系統(tǒng)與軟件工程開發(fā)運(yùn)維一體化1范圍本文件規(guī)定了開發(fā)運(yùn)維一體化能力成熟度的模型和內(nèi)容，建立了能力成熟度框架，主要包括能力域分類和成熟度等級(jí)定義；圍繞項(xiàng)目管理、過程改進(jìn)、支持和保障、產(chǎn)品研發(fā)、服務(wù)管理和基礎(chǔ)設(shè)施6大能力域，詳細(xì)定義了歸屬于各個(gè)能力域的能力以及支撐不同能力的各個(gè)實(shí)踐活動(dòng)的具體要求。本文件適用于：——組織尋求供應(yīng)商，以獲取軟件系統(tǒng)和服務(wù)的開發(fā)和運(yùn)維，并要求確保軟件開發(fā)質(zhì)量、效率及后期運(yùn)維的質(zhì)量；——希望展現(xiàn)其軟件開發(fā)、交付以及后期運(yùn)維管理能力和成熟度的組織；——通過本文件的有效實(shí)施與運(yùn)行來持續(xù)改進(jìn)軟件開發(fā)、交付以及后期運(yùn)維管理績效的組織；——依據(jù)本文件的要求實(shí)施評估的第二方和第三方。2規(guī)范性引用文件本文件沒有規(guī)范性引用文件。3.1術(shù)語和定義下列術(shù)語和定義適用于本文件。由某一種軟件開發(fā)和運(yùn)維過程所使用的或產(chǎn)生的一種信息的物理件。能將某一工作中有卓越成就者與普通者區(qū)分開來的個(gè)體的深層次特征。在解決方案或解決方案組件的生存周期的特定時(shí)間正式制定的配置信息。2專為配置管理而設(shè)計(jì)的工作產(chǎn)品，在配置管理過程中被視為一個(gè)單獨(dú)的實(shí)體，是配置管理活動(dòng)管控的最小元素。開發(fā)運(yùn)維一體化developmentandoperations軟件系統(tǒng)開發(fā)和運(yùn)維的一種新的范式和方法學(xué)。當(dāng)服務(wù)出現(xiàn)請求響應(yīng)過慢或者其他錯(cuò)誤時(shí)，通過切斷導(dǎo)致服務(wù)異常的請求鏈路從而快速恢復(fù)服務(wù)的活動(dòng)。依照實(shí)施、反饋和改進(jìn)再實(shí)施進(jìn)行循環(huán)往復(fù)的過程和實(shí)踐。成熟度等級(jí)maturitylevel用以刻畫組織過程在滿足組織級(jí)業(yè)務(wù)目標(biāo)的能力。不確定性對目標(biāo)達(dá)成的正面影響。組織過程資產(chǎn)organizationalprocessasset用以支持組織過程的部署、應(yīng)用、管理以及改進(jìn)的制品和數(shù)據(jù)等。組織過程資產(chǎn)架構(gòu)organizationalprocessassetarchitecture過程類型和過程資產(chǎn)類型之間的結(jié)構(gòu)性關(guān)系或框架。開發(fā)運(yùn)維一體化過程和實(shí)踐中持續(xù)地、高質(zhì)量地交付用戶價(jià)值的能力。將軟件開發(fā)和運(yùn)維過程按照合理的內(nèi)在邏輯和關(guān)系拆分為若干專注于特定任務(wù)和目標(biāo)的子活動(dòng)。3用以刻畫某個(gè)特定能力在滿足該能力意圖(參見每一個(gè)能力的能力說明)的程度和等級(jí)。在定義的工作流中用于進(jìn)行自動(dòng)化看護(hù)的質(zhì)量指標(biāo)卡點(diǎn)?；谲浖到y(tǒng)的活動(dòng)、工作和職責(zé)的履行。服務(wù)相關(guān)各方在履行服務(wù)的過程中需遵循的契約。為確保服務(wù)能夠可靠、安全、穩(wěn)定地運(yùn)行的相關(guān)管控活動(dòng)、績效和風(fēng)險(xiǎn)管理的集合。服務(wù)等級(jí)協(xié)定servicelevelagreement在一定開銷下為保障服務(wù)的性能和可用性，服務(wù)提供商與用戶間定義的一種雙方認(rèn)可的協(xié)定。在系統(tǒng)或所屬其特性中有權(quán)利、份額、聲明或利益，以滿足其需要及期望的個(gè)體或組織。與需方達(dá)成關(guān)于產(chǎn)品或服務(wù)供應(yīng)協(xié)定的組織或個(gè)體。3.2縮略語下列縮略語適用于本文件。AD:架構(gòu)與設(shè)計(jì)(ArchitectingandDesigning)4BI:構(gòu)建與集成(BuildinganCAR:根因分析和解決(CausalAnalysisandResoCICD:持續(xù)集成和交付(ContinuousIntDAR:決策分析和解決(DecisionAnalysisIMP:實(shí)現(xiàn)(IMPlementation)MC:監(jiān)控與調(diào)整(MonitoringandControl)PAM:過程資產(chǎn)管理(ProcessAsPERM:效能管理(PERformancPGL:實(shí)踐組等級(jí)(PracticeGroupLPI:過程改進(jìn)基礎(chǔ)設(shè)施(ProcessImprovementPROM:過程管理(PROcessManagement)RQE:需求工程(ReQuirementEngineering)SSP:戰(zhàn)略服務(wù)規(guī)劃(Strategic開發(fā)運(yùn)維一體化(DevOps)以軟件系統(tǒng)功能在5本文件通過六項(xiàng)能力域、30項(xiàng)能力以及五級(jí)能力成熟度來描述開發(fā)運(yùn)維一體化成熟度模型，見——30項(xiàng)能力見表1列表及附錄A;圖1也展示了DevOps中各能力與成熟度等級(jí)的關(guān)系，各成熟度等級(jí)包含的能力及對應(yīng)實(shí)踐不實(shí)踐示例在第5章～第10章有相應(yīng)的描述。6成熟度二級(jí)成熟度三級(jí)成熟度四級(jí)PGI.1PGL2PGI.3PGL47能力組織級(jí)培訓(xùn)戰(zhàn)略服務(wù)規(guī)劃8表2能力實(shí)踐組等級(jí)演進(jìn)表●在四級(jí)基礎(chǔ)之上(即包含所有四級(jí)實(shí)踐)●應(yīng)用統(tǒng)計(jì)方法或其他量化技術(shù)來識(shí)別影響過程輸出結(jié)果的一般原因，優(yōu)化、提升過四級(jí)●在三級(jí)基礎(chǔ)之上(即包含所有三級(jí)實(shí)踐)●應(yīng)用統(tǒng)計(jì)方法或其他量化技術(shù)識(shí)別并消除引發(fā)過程性能波動(dòng)的特殊原因，提升過已定義級(jí)●在二級(jí)基礎(chǔ)之上(即包含所有二級(jí)實(shí)踐)●有橫跨多個(gè)項(xiàng)目或部門的標(biāo)準(zhǔn)流程定義和相應(yīng)的裁剪規(guī)范●項(xiàng)目或團(tuán)隊(duì)持續(xù)使用和貢獻(xiàn)組織過程資產(chǎn)已管理級(jí)●有滿足能力全部意圖和價(jià)值的實(shí)踐集，支持能力相關(guān)過程定義所需●定義的過程具有明顯的可重復(fù)特征●識(shí)別項(xiàng)目或團(tuán)隊(duì)的各類目標(biāo)，管控針對目標(biāo)的進(jìn)度以及偏差●有滿足能力意圖和價(jià)值的初步方法●尚沒有完整的、系統(tǒng)的實(shí)踐集以充分支持能力所包含的意圖和價(jià)值DevOps能力成熟度模型可拆分為能力域、能力以及實(shí)踐集三層結(jié)構(gòu)見圖2。整個(gè)模型包含六個(gè)能力域，分別為項(xiàng)目管理、過程改進(jìn)、支持和保障、服務(wù)管理、產(chǎn)品研發(fā)以及基礎(chǔ)設(shè)定關(guān)聯(lián)的能力所組成，作為一個(gè)抽象整體，體現(xiàn)了組織進(jìn)行過程改進(jìn)的基本單元。9顯的借鑒和參考意義。若干有關(guān)聯(lián)關(guān)系的最佳實(shí)踐組成的集合是支撐能力意圖和價(jià)值達(dá)成的基本●所有能力(供方管理除外)均滿足實(shí)踐組等級(jí)(PGL)等級(jí)四級(jí)●所有能力(供方管理除外)均滿足實(shí)踐組等級(jí)(PGL)等級(jí)已定義級(jí)●所有能力(供方管理除外)均滿足實(shí)踐組等級(jí)(PGL)等級(jí)已管理級(jí)●ESP、MC,SM、PERM、GOV、PI、CM、MA、TE、CICD,BI,SD,PQA和STS應(yīng)滿足 關(guān)系的理解的深入，項(xiàng)目估算方法及其運(yùn)用可能會(huì)發(fā)生改變。典型屬性包括復(fù)雜性、難度針對關(guān)鍵產(chǎn)物，參考任務(wù)屬性，使用多種方法開展資源估算。通常由團(tuán)隊(duì)成員執(zhí)行自下而上的是一種反復(fù)進(jìn)行的活動(dòng)。在開發(fā)和運(yùn)維的整個(gè)生存周期內(nèi)，如果有新的可用信息，將會(huì)對資源進(jìn)行——定期評估個(gè)體的工作負(fù)荷以確保與資源匹配，根據(jù)需要調(diào)整個(gè)體承諾，以改善并避免過度使用經(jīng)過實(shí)踐檢驗(yàn)的組織資產(chǎn)來實(shí)施估算和計(jì)劃可以有效地融入組織層面其他項(xiàng)目的優(yōu)秀做——人員配置管理關(guān)鍵依賴關(guān)系和活動(dòng)，監(jiān)控工作環(huán)境以識(shí)別問題，與受影響的利益相關(guān)方一起管理和解決 -風(fēng)險(xiǎn)數(shù)據(jù)庫；高級(jí)管理層確保選定的決策是由統(tǒng)計(jì)和定量分析驅(qū)動(dòng)的，且與績效、實(shí)現(xiàn)質(zhì)量和流程績效目標(biāo) 一套過程不可能適合所有的項(xiàng)目和場景，因此通過定義裁剪規(guī)范和指南，并及時(shí)地進(jìn)行維護(hù)更 -解決機(jī)會(huì)和問題并傳達(dá)結(jié)果。-價(jià)值流圖； 構(gòu)建端到端的數(shù)據(jù)度量體系，覆蓋研發(fā)運(yùn)維各個(gè)過程領(lǐng)域的過程性質(zhì)的指標(biāo)，以及結(jié)果性質(zhì)的效能數(shù)據(jù)、分析模型和研發(fā)工具鏈、工作流程、管理機(jī)制等深度融合，相關(guān)數(shù)據(jù)可以有效刻畫DevOps過程能力對組織業(yè)務(wù)目標(biāo)的支持狀況，從而為識(shí)別效能相關(guān)的重要改進(jìn)提供基礎(chǔ)。鼓勵(lì)自戰(zhàn)略培訓(xùn)需求是側(cè)重于長遠(yuǎn)的組織級(jí)能力的培養(yǎng)。根據(jù)發(fā)展規(guī)劃，可以識(shí)別出需要什么樣的人 ——支持修改和改進(jìn)意見，與相關(guān)人員根據(jù)度量結(jié)果就業(yè)務(wù)目標(biāo)達(dá)成情況、背后的原因進(jìn)行討解決根因問題可以有效地避免問題的反復(fù)發(fā)生或促進(jìn)好的實(shí)踐被深刻認(rèn)識(shí)，進(jìn)而在更多場合被根據(jù)分析結(jié)果，根據(jù)組織過程制定處理選定的結(jié)果的行動(dòng)建議。這些行動(dòng)建議旨在消除根本原創(chuàng)建并發(fā)布基線，代碼基線與制品應(yīng)有關(guān)聯(lián)關(guān)系。除代碼外，需求、設(shè)計(jì)等文檔也應(yīng)有基線。開發(fā)和運(yùn)維過程中均包含安全合規(guī)的需求，以安全需求的識(shí)別為起點(diǎn)，設(shè)計(jì)——安全測試用例—-組件管理；在決策時(shí)充分調(diào)研和考慮備選方案。達(dá)成對備選方案、其潛在影響和必要決定的共識(shí)非常通過關(guān)注最重要的決策來降低成本。并非每個(gè)決策都足夠重要到需要基于準(zhǔn)則的決策過程的程—與受影響的利益相關(guān)方溝通規(guī)則和指南?？梢酝瑫r(shí)使用多種方法來評價(jià)和做出基于準(zhǔn)則的決策，確保當(dāng)前條件下的最佳解決方案可以被—-不合規(guī)報(bào)告；工。需求工程的作用主要表現(xiàn)在：增強(qiáng)了項(xiàng)目涉眾對復(fù)雜產(chǎn)品特征在細(xì)節(jié)和相互依賴關(guān)系上的理 本實(shí)踐的開展意圖為識(shí)別并消除架構(gòu)設(shè)計(jì)與各類需求之間的偏差和相應(yīng)風(fēng)險(xiǎn)，最大限度減少缺 —-概要設(shè)計(jì)說明書；——采用GitFlow模式。——收集和分析代碼質(zhì)量，制定代碼度量指標(biāo)，通過整合當(dāng)前版本所有代碼倉代碼質(zhì)量度量數(shù)——組織級(jí)的環(huán)境更新。優(yōu)化組織級(jí)的環(huán)境應(yīng)不斷優(yōu)化效率和質(zhì)量，效率和質(zhì)量均高于項(xiàng)目級(jí) BI的完整性記錄為持續(xù)優(yōu)化效率和質(zhì)量提供了數(shù)據(jù)支撐。組織級(jí)平臺(tái)提供了橫向數(shù)據(jù)對比的有 ——行為驅(qū)動(dòng)開發(fā)(BDD,BehaviorDrivenDevelopme在DevOps流程開展CICD活動(dòng)。——CI應(yīng)通過后才能觸發(fā)CD。 前項(xiàng)目中可調(diào)用的實(shí)際資產(chǎn)，在必要時(shí)可依據(jù)時(shí)間規(guī)劃來估算未來一定時(shí)間內(nèi)的資產(chǎn)投入基于統(tǒng)計(jì)等量化技術(shù)可以更加精確地對戰(zhàn)略服務(wù)進(jìn)行有效評估，從而使得計(jì)劃變得更加科學(xué)有服務(wù)交付是服務(wù)管理生存周期中必不可少的重要環(huán)節(jié)。項(xiàng)目組或相關(guān)干系人通過制定的服務(wù)協(xié)服務(wù)協(xié)議應(yīng)在開始提供服務(wù)之前建立。隨著時(shí)間的推移，服務(wù)協(xié)議可以根據(jù)服務(wù)交付結(jié)果進(jìn)行——建立服務(wù)交付方法，服務(wù)交付方法識(shí)別并描述了對成功交付服務(wù)至關(guān)重要的資源、流程和——內(nèi)部狀態(tài)報(bào)告模板，讓主要利益相關(guān)方能夠了解服務(wù)當(dāng)前進(jìn)行狀態(tài)，保證服務(wù)交付的順利——總結(jié)服務(wù)交付經(jīng)驗(yàn)并形成知識(shí)庫。知識(shí)庫可以幫助組織人員在服務(wù)交付過程中遇到問題 監(jiān)控工具可以幫助決策者更好地做出分析，并在運(yùn)行出現(xiàn)偏離或者異常時(shí)做出科學(xué)的判斷和決 評估組織內(nèi)不同角色的監(jiān)控目標(biāo)。評估組織內(nèi)不同角色對監(jiān)控的需求以及需要達(dá)到的目 ——通過量化數(shù)據(jù)建立快速?zèng)Q策表。根據(jù)量化的數(shù)據(jù)建立服務(wù)異常時(shí)處理的流程和方式?jīng)Q策鏈——建立有效的規(guī)則，實(shí)時(shí)同步機(jī)制。建立各個(gè)服務(wù)治理的規(guī)則在不同環(huán)境之間有效的同步機(jī) 在服務(wù)故障時(shí)，處理速度決定了客戶的滿意度，在服務(wù)正常的情況下進(jìn)行應(yīng)急 —建立組織級(jí)服務(wù)治理平臺(tái)?；谠u審后的服務(wù)治理建設(shè)方案，可通過自研或基——評估組織內(nèi)的服務(wù)變更流程。通過服務(wù)變更需求對組織內(nèi)的服務(wù)變更環(huán)節(jié)進(jìn)行整體性的梳——組織級(jí)服務(wù)變更流程說明。通過收集的變更需求建立的符合組織流程的服務(wù)變更流程說——服務(wù)故障應(yīng)急處理團(tuán)隊(duì)聯(lián)系說明。給出各個(gè)應(yīng)急流程處理人員的關(guān)鍵人員信息的聯(lián)系方——連續(xù)性風(fēng)險(xiǎn)評估系統(tǒng)。給出服務(wù)當(dāng)前運(yùn)行數(shù)據(jù)，可根據(jù)風(fēng)險(xiǎn)評估系統(tǒng)計(jì)算服務(wù)連續(xù)性風(fēng)險(xiǎn)DevOps鼓勵(lì)開發(fā)運(yùn)維活動(dòng)通過自動(dòng)化流水線的方式來提高工作效率，因此工具自動(dòng)化也是 ——需求價(jià)值流數(shù)據(jù)可視化。在系統(tǒng)與工具中實(shí)現(xiàn)全流程的數(shù)據(jù)可視化，歸集各個(gè)工具中的數(shù)能力估算與計(jì)劃(EstimatingandPlanning