G-T 42560-2023系統(tǒng)與軟件工程 開(kāi)發(fā)運(yùn)維一體化能力成熟度模型

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