(高清版)GBT 42560-2023 系統與軟件工程 開發(fā)運維一體化 能力成熟度模型

系統與軟件工程開發(fā)運維一體化能力成熟度模型2023-05-23發(fā)布國家市場監(jiān)督管理總局國家標準化管理委員會I l2規(guī)范性引用文件 13術語、定義和縮略語 13.1術語和定義 13.2縮略語 34概述 44.1開發(fā)運維一體化 44.2能力成熟度模型 55項目管理 5.1估算與計劃(ESP) 5.2監(jiān)控與調整(MC) 5.3風險與機會管理(ROM) 5.4供方管理(SM) 6過程改進 6.1組織治理(GOV) 6.2過程改進基礎設施(PII) 6.3過程資產管理(PAM) 6.4過程管理(PROM) 6.5效能管理(PERM) 6.6組織級培訓(OT) 7支持和保障 7.1度量和分析(MA) 7.2根因分析和解決(CAR) 7.3配置管理(CM) 7.4安全管理(SEC) 7.5決策分析和解決(DAR) 7.6過程質量保障(PQA) 8產品研發(fā) 8.1產品規(guī)劃(PDP) 8.2需求工程(RQE) 8.3架構與設計(AD) Ⅱ8.4實現(IMP) 8.5構建與集成(BI) 8.6測試(TE) 8.7持續(xù)集成和持續(xù)交付(CICD) 9服務管理 9.1戰(zhàn)略服務規(guī)劃(SSP) 9.2服務交付(SD) 9.3服務監(jiān)控(SVCM) 9.4服務連續(xù)性保障(SC) 10基礎設施 10.1系統與工具規(guī)劃(STP) 10.2系統與工具支撐(STS) 10.3環(huán)境支撐(ES) 附錄A(資料性)能力域中英名稱對照表 參考文獻 Ⅲ本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內容可能涉及專利。本文件的發(fā)布機構不承擔識別專利的責任。本文件由全國信息技術標準化技術委員會(SAC/TC28)提出并歸口。本文件起草單位：北斗天地股份有限公司、中國電子技術標準化研究院、南京大學、華為技術有限公司、網易(杭州)網絡有限公司、中興通訊股份有限公司、工銀科技有限公司、中國航天系統科學與工程研究院、中國商用飛機有限責任公司北京民用飛機技術研究中心、騰訊科技(深圳)有限公司、杭州朗和科技有限公司、南京中興軟件有限責任公司、廣東益安人防工程科技有限公司、航天中認軟件測評科技(北京)有限責任公司、愛捷軟件開發(fā)(深圳)有限公司、震兌工業(yè)智能科技有限公司、北京高質系統科技有限公司、北京軟件和信息服務交易所有限公司、山東正中信息技術股份有限公司、上海計算機軟件技術開發(fā)中心、云南電網有限責任公司信息中心、神州數碼系統集成服務有限公司、普元信息技術股份有限公司、中國電子科技集團公司第五十四研究所、成都信息工程大學、中國人民解放軍軍事科學院國防科技創(chuàng)新研究院、北方民族大學、北京郵電大學、云南南天電子信息產業(yè)股份有限公司、聯通數字科技有限公司、內蒙古東潤能源科技有限公司、成都新希望金融信息有限公司、深圳市海德森科技股份有限公司、江蘇湯谷智能科技有限公司。本文件主要起草人：張旸旸、榮國平、馮建、張文淵、徐毅、陳諤、胡繼東、錢湘隆、郭棟、袁玉宇、開發(fā)運維一體化對軟件的價值賦以全新的概念，即以軟件系統功能在生產環(huán)境中的部署并為用戶持續(xù)提供服務作為價值判斷依據。在這一基本價值觀的牽引下，需要組織打通不同部門之間的壁壘；建立項目或者團隊的共同愿景；快速、持續(xù)地完成軟件系統功能的策劃、開發(fā)、交付以及運維，實現價值的持續(xù)流動。開發(fā)運維一體化作為軟件開發(fā)和運維的一種新范式，已經越來越多地被當前主流組織采用，對軟件產業(yè)的發(fā)展有著極其重要的作用。為指導開發(fā)運維一體化在各行業(yè)更好地應用和落地，促進組織高效轉型，推動產業(yè)持續(xù)發(fā)展，本文件提出了開發(fā)運維一體化的能力成熟度模型，匯集最佳實踐，刻畫組織開發(fā)運維一體化從不成熟走向成熟的路線圖。模型由能力域、能力以及實踐集三層結構構成，包含項目管理、過程改進、支持和保障、產品研發(fā)、服務管理以及基礎設施等六個能力域，共計30個能力，對軟件開發(fā)運維一體化所涉及的相關角色、活動和具體實踐進行了系統梳理和規(guī)定，能夠有效指導各方圍繞軟件開發(fā)運維一體化展開活動。1系統與軟件工程開發(fā)運維一體化能力成熟度模型本文件規(guī)定了開發(fā)運維一體化能力成熟度的模型和內容，建立了能力成熟度框架，主要包括能力域分類和成熟度等級定義；圍繞項目管理、過程改進、支持和保障、產品研發(fā)、服務管理和基礎設施6大能力域，詳細定義了歸屬于各個能力域的能力以及支撐不同能力的各個實踐活動的具體要求。本文件適用于：——組織尋求供應商，以獲取軟件系統和服務的開發(fā)和運維，并要求確保軟件開發(fā)質量、效率及后期運維的質量；——希望展現其軟件開發(fā)、交付以及后期運維管理能力和成熟度的組織；——通過本文件的有效實施與運行來持續(xù)改進軟件開發(fā)、交付以及后期運維管理績效的組織；——依據本文件的要求實施評估的第二方和第三方。2規(guī)范性引用文件本文件沒有規(guī)范性引用文件。3.1術語和定義下列術語和定義適用于本文件。由某一種軟件開發(fā)和運維過程所使用的或產生的一種信息的物理件。勝任力competency能將某一工作中有卓越成就者與普通者區(qū)分開來的個體的深層次特征。能顯著區(qū)分優(yōu)秀與一般績效的個體特征。配置基線configurationbaseline在解決方案或解決方案組件的生存周期的特定時間正式制定的配置信息。注：配置基線加上來自這些基線的已批準變更構成當前的配置信息。2配置項configurationitem專為配置管理而設計的工作產品，在配置管理過程中被視為一個單獨的實體，是配置管理活動管控的最小元素。開發(fā)運維一體化developmentandoperations軟件系統開發(fā)和運維的一種新的范式和方法學。注：開發(fā)運維一體化旨在打破軟件系統開發(fā)和運維之間的壁壘，建立項目和團隊的共同愿景，從而快速地、持續(xù)地熔斷fusing當服務出現請求響應過慢或者其他錯誤時，通過切斷導致服務異常的請求鏈路從而快速恢復服務的活動。依照實施、反饋和改進再實施進行循環(huán)往復的過程和實踐。注：其目的通常是為了持續(xù)穩(wěn)定地逼近所需的目標或結果，降低誤判風險。不僅用于開發(fā)活動，還可用于項目的策成熟度等級maturitylevel用以刻畫組織過程在滿足組織級業(yè)務目標的能力。機會opportunity不確定性對目標達成的正面影響。組織過程資產organizationalprocessasset用以支持組織過程的部署、應用、管理以及改進的制品和數據等。組織過程資產架構organizationalprocessassetarchitecture過程類型和過程資產類型之間的結構性關系或框架。注：通過對過程的類型進行定義，同時對過程資產類型進行定義，按照合理的模式或框架建立二者的關聯關系，即形成了過程資產架構。開發(fā)運維一體化過程和實踐中持續(xù)地、高質量地交付用戶價值的能力。將軟件開發(fā)和運維過程按照合理的內在邏輯和關系拆分為若干專注于特定任務和目標的子活動。注：軟件開發(fā)運維一體化中的流水線通過選擇并組合子活動以實現特定的業(yè)務目標，其自動化和持續(xù)流動是實現開發(fā)運維一體化的關鍵。3實踐組等級practicegrouplevel用以刻畫某個特定能力在滿足該能力意圖(參見每一個能力的能力說明)的程度和等級。注：一般實踐組等級由一組實踐來支撐，不同能力的實踐組等級數量不等，最少兩個級別，最多五個級別。在定義的工作流中用于進行自動化看護的質量指標卡點。注1:通過設置門禁關卡檢查的方式保障質量，通常用于自動化的流水線中，通過工具或者人工方式檢查所選定的質量指標實際值是否滿足所設定的門禁條件。注2:如代碼檢查的問題數量、測試執(zhí)行的通過率等，如果檢查結果為不達標，則該門禁產生作用，可阻止流水線的繼續(xù)執(zhí)行。基于軟件系統的活動、工作和職責的履行。注2:某些情況下，服務也可以是軟件對外提供功能的一種形式，例如微服務架構。服務協定serviceagreement服務相關各方在履行服務的過程中需遵循的契約。服務治理servicegovernance為確保服務能夠可靠、安全、穩(wěn)定地運行的相關管控活動、績效和風險管理的集合。服務等級協定servicelevelagreement在一定開銷下為保障服務的性能和可用性，服務提供商與用戶間定義的一種雙方認可的協定。利益相關方stakeholder在系統或所屬其特性中有權利、份額、聲明或利益，以滿足其需要及期望的個體或組織。注：某些利益相關方可具有相互對立或系統對立的利益。與需方達成關于產品或服務供應協定的組織或個體。注：一般用于供方的其他術語有承包人、生產者、賣家、供應商。需方和供方有時可以是同一個組織的不同部分。要求的、推薦的或可允許的活動。注：其目的是為了支持一個或多個過程輸出的達成。3.2縮略語下列縮略語適用于本文件。AD:架構與設計(ArchitectingandDesigning)4GB/T42560—2023BI:構建與集成(BuildingandIntegration)CAR:根因分析和解決(CausalAnalysisandResolution)CICD:持續(xù)集成和交付(ContinuousIntegration&.ContinuousDelivery)CM:配置管理(ConfigurationManagement)DAR:決策分析和解決(DecisionAnalysisandResolution)DevOps:開發(fā)運維一體化(DevelopmentandOperations)ES:環(huán)境支撐(EnvironmentSupporting)ESP:估算與計劃(EStimatingandPlanning)IMP:實現(IMPlementation)MA:度量和分析(MeasurementandAnalysis)MC:監(jiān)控與調整(MonitoringandControl)OT:組織級培訓(OrganizationalTraining)PAM:過程資產管理(ProcessAssetManagement)PDP:產品規(guī)劃(ProDuctPlanning)PERM:效能管理(PERformanceManagement)PGL:實踐組等級(PracticeGroupLevel)PI:過程改進基礎設施(ProcessImprovementInfrastructure)PQA:過程質量保障(ProcessQualityAssurance)PROM:過程管理(PROcessManagement)ROM:風險與機會管理(RiskandOpportunityManagement)RQE:需求工程(ReQuirementEngineering)SC:服務連續(xù)性(ServiceContinuity)SD:服務交付(ServiceDelivery)SEC:安全管理(SECuritymanagement)SLA:服務等級協議(ServiceLevelAgreement)SM:供方管理(SupplierManagement)SSP:戰(zhàn)略服務規(guī)劃(StrategicServicePlanning)STP:系統與工具規(guī)劃(SystemsandToolsPlanning)STS:系統與工具支撐(SystemsandToolsSupporting)SVCM:服務監(jiān)控(SerViCeMonitoring)開發(fā)運維一體化(DevOps)以軟件系統功能在生產環(huán)境中的部署并為用戶持續(xù)提供服務作為價值實現的判斷依據。在這一基本價值觀的牽引下，需要組織打通不同部門之間的協作壁壘；建立項目或者些基本約定如下?！_發(fā)運維一體化概念涵蓋的組織范圍不局限于開發(fā)(或類似)和運維(或類似)兩個部門，在共5同愿景的引領下，其對應的組織范圍可能(但不限于)擴展到安全、合規(guī)、人力資源等相關部門?！_發(fā)運維一體化鼓勵價值流的可視化，允許對“價值流”的概念按實際需要和上下文泛化，以鼓勵多種形式、層次以及對象的可視化?！_發(fā)運維一體化鼓勵通過搭建工具鏈來支持高等級自動化?！獮榇龠M價值順暢流動，在開發(fā)運維一體化的模式之下，應重視軟件開發(fā)質量。4.2能力成熟度模型本文件通過六項能力域、30項能力以及五級能力成熟度來描述開發(fā)運維一體化成熟度模型，見——六項能力域，包括項目管理、過程改進、支持和保障、產品研發(fā)——30項能力見表1列表及附錄A;——五級能力成熟度，詳情見表2。圖1也展示了DevOps中各能力與成熟度等級的關系，各成熟度等級包含的能力及對應實踐不等13項能力應達到實踐組等級二級，具體能力的分級及實踐示例在第5章～第10章有相應的描述。6MCPERMMAPROMDARPI)PAD成熟度二級成熟度三級成熟度四級成熟度五級PGI.1PGL2PG1.3PGL4PGL5項目管理過程改進支持和保障產品研發(fā)眼務管理基礎設施圖1開發(fā)運維一體化能力成熟度模型7表1能力域與能力列表能力域能力項目管理估算與計劃監(jiān)控與調整風險與機會管理供方管理過程改進組織治理過程改進基礎設施過程資產管理過程管理效能管理組織級培訓支持和保障度量和分析根因分析和解決配置管理安全管理決策分析和解決過程質量保障產品研發(fā)產品規(guī)劃需求工程架構與設計實現構建與集成測試持續(xù)集成和交付服務管理戰(zhàn)略服務規(guī)劃服務交付服務監(jiān)控服務連續(xù)性基礎設施系統與工具規(guī)劃系統與工具支撐環(huán)境支撐8表2能力實踐組等級演進表特征基本要求五級持續(xù)優(yōu)化級●在四級基礎之上(即包含所有四級實踐)●應用統計方法或其他量化技術來識別影響過程輸出結果的一般原因，優(yōu)化、提升過程性能以更好地支持組織業(yè)務目標的達成四級定量管理級Managed)●在三級基礎之上(即包含所有三級實踐)●應用統計方法或其他量化技術識別并消除引發(fā)過程性能波動的特殊原因，提升過程穩(wěn)定性和對過程輸出結果的預測能力三級已定義級●在二級基礎之上(即包含所有二級實踐)●有橫跨多個項目或部門的標準流程定義和相應的裁剪規(guī)范●項目或團隊持續(xù)使用和貢獻組織過程資產二級已管理級●有滿足能力全部意圖和價值的實踐集，支持能力相關過程定義所需●定義的過程具有明顯的可重復特征●識別項目或團隊的各類目標，管控針對目標的進度以及偏差一級初始級●有滿足能力意圖和價值的初步方法●尚沒有完整的、系統的實踐集以充分支持能力所包含的意圖和價值DevOps能力成熟度模型可拆分為能力域、能力以及實踐集三層結構見圖2。整個模型包含六個能力域，分別為項目管理、過程改進、支持和保障、服務管理、產品研發(fā)以及基礎設施。能力域由若干有一定關聯的能力所組成，作為一個抽象整體，體現了組織進行過程改進的基本單元。9項日管理過程改進支持和保障估算與計劃監(jiān)控與調整風險與機會管理供方管理組織治理過程改進基礎設施過資產管理過程管理效能管理組織級培訓度量和分析根因分析和解決配置管理安全管理決策分析和解決過程質量保障實踐集實峨集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集服務管理產品研發(fā)基礎設施戰(zhàn)略服務規(guī)劃服務交付服務監(jiān)控服務連續(xù)性產品規(guī)劃需求工科架構與設計實現構建與集成測試持續(xù)集成和交付系統與工具規(guī)劃系統與工具支掌環(huán)境支撐實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集實踐集能力是由一組有關聯關系的若干實踐組成，作為一個抽象整體(即實踐集),實現一個或者多個事先定義的意圖或目標。表1列出所有的能力域以及相應的能力。實踐也稱最佳實踐，是模型的最基本組成單位，描述了開發(fā)運維一體化特定環(huán)節(jié)中具備廣泛認同的實踐，包括方法、工序以及工具等。這些最佳實踐對其他應用開發(fā)運維一體化模式的團隊和個體具有明顯的借鑒和參考意義。若干有關聯關系的最佳實踐組成的集合是支撐能力意圖和價值達成的基本單位。模型視圖由能力域組合而成。通過構建不同的視圖，模型可以支持不同的應用場景和應用領域。本文件定義的模型提供兩類視圖，即推薦方式和定制方式。本文件目前僅支持一種視圖，即表1中除了供方管理能力之外，其他能力均應包含在內。a)推薦方式：本方式由按照內在邏輯關系事先定義的若干能力域組合而成。推薦方式的視圖由標準成員單位制定，并通過技術委員會審核通過。推薦方式的視圖支持組織基于本模型，進行成熟度的評估和認證。b)定制方式：本方式支持組織根據各自需求來自定義能力域組合。定制方式不支持認證。等級演進僅僅針對某一個特定的能力，表2描述了該能力從初級階段向高級階段演進的路徑。系統性和完整性是開發(fā)運維一體化的內在要求。因此，本模型不對單個能力進行成熟度等級或者能力等級的定義，而將一組實踐集合視作某個能力的演進等級各個階段的特征。由此，本模型中定義的實踐組等級(PGL)共分為五級，見表2。4.2.5能力成熟度評估應采取如4.2.3描述的推薦方式視圖作為參考模型，對被評估對象(企業(yè)或組織)的DevOps成熟度等級進行評估。該視圖所有的能力按照上述實踐組等級以及相應的規(guī)則進行評估，其結果可作為能力成熟度等級的評估依據。具體規(guī)則見表3。需要注意，能力的實踐組等級上限不隨評估等級而變化，例如，在進行五級成熟度評估的時候，度量和分析(MA)能力實踐組等級仍然僅需滿足實踐組等級二級即可。表3模型成熟度等級演化表暨能力成熟度評估要求成熟度等級特征基本要求五級持續(xù)優(yōu)化級●所有能力(供方管理除外)均滿足實踐組等級(PGL)五級或已經達到最高的實踐組(PGL)等級四級定量管理級Managed)●所有能力(供方管理除外)均滿足實踐組等級(PGL)四級或已經達到最高的實踐組(PGL)等級三級已定義級●所有能力(供方管理除外)均滿足實踐組等級(PGL)三級或已經達到最高的實踐組(PGL)等級二級已管理級●ESP、MC、SM、PERM、GOV、PII、CM、MA、TE、CICD、BI、SD、PQA和STS應滿足實踐組等級(PGL)二級一級初始級為了獲取足夠、可信的證據，以評估組織的DevOps能力和成熟度，應采取系統方法來規(guī)劃評估過程、收集并匯總證據。基本要求如下：a)評估過程和結果可復現，且復現結果一致；b)證據來源應覆蓋模型視圖和評估等級目標范圍所有能力和實踐(除了供方管理);c)評估結果僅在特定時間范圍(擬三年)內有效，從評估完成日期開始計算。5項目管理5.1估算與計劃(ESP)對項目開展必要的估算，以支持項目各項計劃的制定，進而定義項目相關活動。估算是承諾和計劃的基礎。計劃可以平衡和優(yōu)化成本、功能及質量等因素，增加實現目標的可能性，并為項目跟蹤與監(jiān)控提供依據。估算與計劃能力是一切DevOps實踐的基礎，指導和調整各DevOps實踐的開展。實踐可包括目標、范圍、價值、產出等的識別和規(guī)劃；各類資源的協調和匹配等。DevOps支持迭代，因此估算和計劃各個實踐應遵循簡潔、快速反饋等原則，適時適量，不宜過重?；趫F隊共識，對項目進行估算，依據估算結果來制定項目計劃并獲得利益相關方的認同。估算可以幫助團隊充分理解工作范圍、規(guī)模、成本等屬性及其相互關系，通過計劃定義項目活動，協調相關資源，指導相關實踐。DevOps場景下鼓勵短周期迭代，估算與計劃需要與之匹配。簡單估算通常是：——一個粗略的、自上而下的估算；——基于已識別或記錄的假設和不確定性；——編制快速；——基于以往的知識和經驗。ESP1.1的實踐典型活動如下：——與團隊成員共同審查需求和假設并確定估算結果；——建立和維護項目任務列表，并分配人員，項目任務列表應包含優(yōu)先級、任務粒度、任務難度、復雜程度等因素；——與受影響的利益相關方一起評審項目任務列表，并達成共識，例如通過會議、郵件或其他在線協同軟件來完成評審；——記錄任務分配情況，將達成共識的任務分配結果通過合適形式顯式地記錄下來。ESP1.1的實踐工作產品實例如下：——簡單估算，包括對解決方案的規(guī)模、復雜性、成本、工作量或周期的估算假設和度量單位；任務復雜度等；——項目任務分配情況，包括任務、每個任務的描述、分配到該任務的個體或人員的姓名等。識別項目范圍和目標，并保持更新。建立對即將開展的工作及利益相關方的期望的充分理解，以支持估算和計劃活動。建立與維護項目范圍和目標的活動的頻率應匹配DevOps場景下短周期迭代的需要。在目標工作建立或發(fā)生變更的情況下，項目范圍和目標的識別是決策的依據。進而，在識別的范圍和目標的基礎上，確定滿足期望、完成工作的策略和目標優(yōu)先級。策略通常可覆蓋以下方面：業(yè)務考量、需求、目標及與上述有關的風險和機遇。ESP2.1的實踐典型活動如下：——識別項目的目標，描述為什么和如何做任務以及如何執(zhí)行將完成的工作，將使用的方法或技術；將如何提供資源來支持和完成這項工作；——確定需求，記錄需求將如何被處理；——記錄業(yè)務考量，業(yè)務考量可包括潛在的成本和收益、知識產權、競爭環(huán)境、長期需要和利潤率、有待提高的核心勝任力、來自其他方面的所需核心勝任力、未來的趨勢； 識別關鍵產物及任務屬性并開展規(guī)模估算。以關鍵產物與任務屬性為依據定義良好的估算，支持計劃制定。識別關鍵產物及相應任務屬性，針對各個關鍵產物的解決方案，并考量相應任務屬性，編制其規(guī)模的估算并保持更新。針對關鍵產物，參考任務屬性，使用多種方法開展規(guī)模估算。通常由團隊成員執(zhí)行估算，以達成一致的共識。規(guī)模是很多預測模型的主要輸入。規(guī)模估算不是只在項目開始前或開始時執(zhí)行的一次性活動，而是一種反復進行的活動。在軟件系統和服務的開發(fā)和運維的整個生存周期內，如果有新的可用信息，團隊需對估算進行調整。規(guī)?？梢允枪适曼c數量、需求數量、用例點或源代碼行數等。ESP2.2的實踐典型活動如下：——確定估算使用的單位，例如故事點、T恤尺碼(相對大小標準)等；——通過合適的方法來估算解決方案和任務的規(guī)模和屬性，典型地，規(guī)模的估算方法包括卡片隊列估算法、計劃撲克估算方法、對象點估算方法、類比估算等。隨著對解決方案特征與規(guī)模之間關系的理解的深入，項目估算方法及其運用可能會發(fā)生改變。典型屬性包括復雜性、難度等，通常用于從規(guī)模到工作量、周期和成本的轉換。屬性可包括解決方案的定性方面，如新開發(fā)和老系統升級對比；也可以包括定量的分析和比較。ESP2.2的實踐工作產品實例如下：——規(guī)模估算結果，通常包括規(guī)模、度量單位、估算的依據或基礎，假設和限制；——任務屬性，如復雜性，可以是規(guī)模的乘數或修飾語(如“復雜”“中等""簡單”),用于考量實施解決方案的潛在難度。估算解決方案所需的資源。以關鍵產物與任務屬性為依據進行所需資源的估算，為承諾和項目計劃決策提供支持。針對關鍵產物，參考任務屬性，使用多種方法開展資源估算。通常由團隊成員執(zhí)行自下而上的資源是很多預測模型的主要輸入。資源估算不是只在項目開始前或開始時執(zhí)行的一次性活動，而是一種反復進行的活動。在開發(fā)和運維的整個生存周期內，如果有新的可用信息，將會對資源進行調整。ESP2.3的實踐典型活動如下：——描述解決方案的工作量、周期和成本的估算依據。團隊對估算依據達成共識。ESP2.3的實踐工作產品實例如下。 的團隊經驗；風險和機遇；歷史數據的使用；使用的工具、技術或方法(現成的工具、內部開發(fā)工依據估算結果建立和維護進度計劃。建立對項目預期進度的共識。建立和維護完成工作所需的預算、工作量和進度。進度計劃的粒度按照實際需要定義，例如可以故事點為基本進度粒度。ESP2.4的實踐典型活動如下。——識別主要里程碑，里程碑可以基于特定事件或基于時間等?！R別約束條件，盡早識別限制計劃靈活性的因素。檢查解決方案和任務特征可以確定這些問題。約束條件可包括需求、資源、活動之間的依賴關系等?！R別資源需求，項目資源可包括：人員配備需要和成本(根據項目、任務、角色和職責以及每個職位所需的知識和技能來決定人員配備);環(huán)境，如操作系統；設施，如云服務；可獲得的知識產權等。——識別和分析風險、機遇，評審和分析確定的約束條件，并將其記錄為可能影響預算或進度的風險和機遇?！鶕浪阒贫A算和進度，并保持更新，具體包括：估算規(guī)模、資源；定義承諾的資源或預期可用的資源；確定活動的周期；確定附屬計劃；識別解決方案交付的發(fā)布或增量；更新風險和機遇。ESP2.4的實踐工作產品實例如下：——預算結果，預算應基于任務和資源；——進度計劃，進度應基于任務、資源可用性和依賴關系等；——資源計劃，可包括：基于工作規(guī)模和范圍的人員需求；關鍵設施和環(huán)境列表；——風險和機遇列表。按需要建立和維護附屬計劃以支持項目目標的達成。一份完整項目計劃可以包含多個計劃。本實踐需考量項目計劃各個相關方面，并以合乎邏輯的方式將以下(不限于)要素組合在一起：——任務；——預算和進度；——里程碑；——信息和數據的管理和治理；——風險和機遇；——資源和技能；——利益相關方的角色和參與；——基礎設施；——運維服務；——其他計劃，例如配置管理或發(fā)布計劃、個體工作計劃、質量計劃、度量和數據管理計劃。ESP2.5的實踐工作產品實例如下：——含附屬計劃的總體項目計劃，項目計劃可以由多個計劃組成(可以是一個或多個文檔),例如人員配備計劃、利益相關方參與計劃、度量與分析計劃、風險和機遇管理計劃、質量保證計劃、配置管理計劃、運維服務計劃。5.1.4.6ESP2.6協調可用資源，平衡來自項目活動和任務的資源需求和團隊可用的資源供給。對可用資源的協調和平衡達成共識，增加實現目標的可能性。當資源不足的時候，通過多種方式協調，例如：——對進度計劃進行調整以匹配資源；——以符合團隊共識為前提修改項目進度或其他附屬計劃；——協商更多的資源；——尋找提高生產力的方法；——調整人員技能組合；——識別可以減少時間或成本的工具、技術和方法。平衡個體在項目中承諾的工作分配可包括：——定期評估個體的工作負荷以確保與資源匹配，根據需要調整個體承諾，以改善并避免過度 當個體的工作即將完成時，尋求機會將其成果用于其他業(yè)務活動：——確保在多個項目中工作的參與者做出合理的個體承諾(確保合并后的承諾不會導致過度承諾、協調工作進度和結果的期望、解決項目承諾之間的沖突)。ESP2.6的實踐典型活動如下：——平衡與協調資源以調整任務和資源的進度安排；——確保共識得到足夠的人員或其他所需資源的支持。ESP2.6的實踐工作產品實例如下：——修訂的計劃和承諾。評審計劃，獲得利益相關方的認可和承諾。建立對計劃的一致理解并獲得承諾。利益相關方應對所有影響項目的計劃進行評審，以對范圍、目標、角色、職責和關系建立共識。確保做出承諾的個體或團隊確信項目可以在成本、進度、性能以及其他約束范圍內執(zhí)行。承諾的變更以共識為前提。ESP2.7的實踐典型活動如下：——確保參與實際工作的人員評審他們所負責的工作和啟動工作的輸入，評審決策、協議和必要的相關信息以理解完成工作所需的要求和計劃；——獲得承諾，承諾是一種志愿承擔、可見和預期的契約，由所有參與方遵守；承諾可以是文字記錄，也可以是口頭的，甚至是默認的；承諾可以是內部的，也可以是外部的；獲得承諾從而達成共識，以用于項目跟蹤和維護。ESP2.7的實踐工作產品實例如下：——計劃評審的結果，評審將有助于識別導致誤解或可能妨礙目標實現的問題。評審結果可包括：評審期間發(fā)現的問題的列表；將進行變更的列表；——修改之后的各類計劃，包括計劃變更的理由。保持計劃可用。定期或以事件驅動的方式評估項目計劃的可用性，必要時采取措施，修訂計劃以體現項目最新狀態(tài)并保持一致理解。計劃為以下方面提供基礎：——監(jiān)督與管理項目表現；——及時采取糾正措施以確保達成目標；——必要時重新制定計劃。ESP2.8的實踐典型活動如下：——記錄項目計劃；——與受影響的利益相關方一起評審項目計劃，確保項目計劃描述了滿足受影響的利益相關方的需要、期望和約束的可行方案，并幫助確保受影響的利益相關方履行其職責；——按需修訂項目計劃。5.1.5等級3依據項目特征上下文并基于組織過程資產定義項目過程。結合項目特征，使用組織資產建立和維護項目過程。選擇并裁剪或修改組織的標準過程集中的合適過程及元素，建立適合項目特定需要的過程。項目過程根據組織裁剪指南從組織的標準過程集中裁剪得到，并且包含保持最新狀態(tài)的過程描述和對組織資產的貢獻。項目組定義的過程一般可基于：——利益相關方的需求；——目的和目標；——工作產品及任務的特征；——生存周期的影響或需求；——提供的服務形式和相關約定；——支持活動；——承諾；——組織級過程需要和目標；——組織的標準過程集和裁剪指南；——領域；——運營環(huán)境；——業(yè)務環(huán)境；——利益相關方可用性；——人員的經驗；——項目的約束條件。當組織的標準過程集變更時，項目過程可能會發(fā)生變化。ESP3.1的實踐典型活動如下：——根據裁剪指南修改組織的標準過程集和其他組織過程資產，以生成項目過程；——酌情使用組織過程資產庫中的其他資產，其他資產可以包括估算模型、經驗教訓文檔、模板、示例文檔等；——記錄項目過程，項目過程涵蓋了工作活動以及與受影響的利益相關方的接口或連接；——評審項目過程，記錄并使用項目過程的評審結果、輸入和問題以識別潛在影響；——必要時修改項目過程，隨著項目的進展，修改項目過程的描述以更好地滿足項目需求以及組織的過程需要和目標。ESP3.1的實踐工作產品實例如下：——項目過程，描述組織過程如何在特定項目實施，包括需要的并得到組織裁剪指南允許的任何獨特的、更詳細或附加的過程或規(guī)程。使用項目過程和組織過程資產制定項目計劃，并保持更新。使用經過實踐檢驗的組織資產來實施估算和計劃可以有效地融入組織層面其他項目的優(yōu)秀做法，增加實現當前項目目標的可能性。以組織資產為估算基礎，利用以往項目的數據和經驗，結合運維需求來提高估算結果的可靠性。選擇合適的估算方法來完成估算。使用組織資產進行估算工作時應包含工作類型、執(zhí)行的裁剪、地理特定信息(例如是否分布開發(fā)和部署)、領域和技術以及運維需求等因素。均恢復時間、平均失效時間等。制定項目計劃并保持更新也應處理其他的計劃活動，例如：——納入項目過程；——與受影響的利益相關方協調；——使用組織的過程資產；——為任務建立客觀的入口和出口準則。組織的度量庫中包含的可用于計劃的數據示例包括：——規(guī)模；——工作量；——成本；——進度；——人員配置；——資源水平。ESP3.2的實踐典型活動如下：——使用項目過程的任務和工作產品作為估算和計劃項目活動的基礎；——依托組織級度量庫來輔助估算工作； 使用經過組織認可的估算方法：——為組織提供結果和度量項，以改進估算方法并更新組織資產，包括實際結果、背景信息和確定——分析組織過程數據，以更好地了解變化性、數據質量、均值、中位數和眾數等信息；——整合其他影響項目的計劃，可包括人員配備計劃、培訓計劃、利益相關方參與計劃、性能改進和維持計劃、度量與分析計劃、協議管理計劃、質量保證計劃；——納入度量項定義和度量活動，度量項可包括組織的公共度量項集、項目或產品特定的額外度量項；——為任務和活動建立客觀的入口和出口準則，入口和出口準則清楚表明何時需要人員、何時開始以及何時完成任務；——確定受影響的利益相關方之間識別、協調解決沖突的方法和工作機制。ESP3.2的實踐工作產品實例如下：——集成的計劃，描述各類計劃如何相互作用并相互集成，包括計劃和任務的依賴關系、順序、輸入和輸出以及它們相互關聯的方式。識別和規(guī)劃關鍵依賴。ESP3.3的實踐典型活動如下：——識別和記錄關鍵依賴及其內在關系，并分析它們對計劃的潛在影響；——開發(fā)、運維各方以及其他受影響的利益相關方一起評審和協商依賴和內在關系，協調解決各類潛在沖突；——記錄各方承諾以便于處理識別出來的關鍵依賴。ESP3.3的實踐工作產品實例如下?！R別出的關鍵依賴及其內在關系，可包括：關鍵依賴描述；協商期間做出的承諾；與依賴關系關聯的風險和機遇等。規(guī)劃項目環(huán)境。確保完成工作所需的資源隨時可用，以最大限度地提高生產率和價值流轉速度。開發(fā)與運維各方共同識別項目環(huán)境所需的資源，并保證其可用。適當的項目環(huán)境由設施、工具和設備這些基礎設施組成，滿足人們有效地執(zhí)行工作以支持業(yè)務和項目目標所需。保持項目環(huán)境更新以符合組織級項目環(huán)境標準的要求。開發(fā)或采購項目環(huán)境或其組件。ESP3.4的實踐典型活動如下。——分析項目并規(guī)劃相關的資源、設施和環(huán)境。項目環(huán)境的關鍵方面是需求驅動的。以與任何其他項目計劃活動相同的嚴謹程度探索項目環(huán)境功能和質量特征。要考量的資源示例包括項目——指派負責任的個體來落實工作所需的資源、設施和環(huán)境。措施可包括：準備預算；成本效益論證；咨詢主題專家；提交采購訂單；與其他相關人員協商等?！_保個體和團隊參與有關資源、設施和環(huán)境的決策，可包括：項目設施的安排；項目環(huán)境的改變或改進；執(zhí)行項目所需的資源。ESP3.4的實踐工作產品實例如下：——項目資源、設施和環(huán)境計劃，可以作為整體項目計劃的一部分，也可以單獨存在；——項目的設施和工具；——健康和安全考量因素，包括任何適用的監(jiān)管或法律要求；——項目環(huán)境的安裝、操作和維護手冊；——項目的設施、資源和維護記錄；——項目環(huán)境所需的支持服務。使用統計和其他量化技術來定義過程、制定計劃，以支持質量和其他性能目標的達成。建立項目過程，明確項目的業(yè)務目標，從而更好地發(fā)現質量和其他過程性能目標，進一步提高實現質量和其他過程目標的可能性。管理項目進展以實現質量和過程性能目標，應成為項目計劃和管理不可或缺的部分。運維與開發(fā)方同時參與，共同定義過程、制定計劃，以支持質量和其他性能目標的達成。典型的實踐包含但不限于以下活動：——識別需要且能夠控制的關鍵目標度量，例如與質量相關的交付階段缺陷密度等，建立組織級基線；——識別與關鍵目標度量相關的控制變量，例如制品類變量測試用例覆蓋率，過程類變量代碼評審速度等，建立組織級基線； 使用統計和其他量化技術建立關鍵目標度量與若干控制變量之間的量化關系；——根據量化關系及關鍵目標度量的期望值，明確控制變量的期望值并制定相關活動的項目目標和計劃。ESP4.1的實踐典型活動如下：——建立明確的業(yè)務目標；——基于業(yè)務目標，識別完整的質量和其他過程性能目標；——識別關鍵目標的度量方式，權衡優(yōu)先級、可度量性、可控制程度等因素；——識別關鍵控制變量，統計分析潛在的控制變量和關鍵目標度量間的相關性；——建立性能基線，與組織資產交互；——基于組織資產中的歷史數據和當前的項目數據，建立量化模型。ESP4.1的實踐工作產品實例如下：——質量和其他過程性能目標，例如交付階段缺陷密度、交付周期、響應時間、持續(xù)無故障服務時間、故障恢復速率、評審速度、代碼提交頻率、持續(xù)集成頻率、持續(xù)集成通過率、測試用例覆蓋——支撐上述目標的性能基線和模型。5.2監(jiān)控與調整(MC)提供對項目進度的充分理解，以便在實際進展與計劃出現顯著偏離時采取適當的糾正措施。通過及早采取行動解決進展偏差，提高達成項目各個目標的可能性。監(jiān)控與調整以各類計劃為準尺，偏差是指與各類計劃之間的偏差。顯著偏離既可以是基于團隊主觀判斷(多用于低實踐組等級),也可以基于客觀數據與模型(多用于較高的實踐組等級)。具體實踐包括識別、分析和解決問題，對比估算跟蹤結果，完善組織過程資產等。記錄計劃諸任務完成情況，識別并解決問題，持續(xù)跟蹤確定的利益相關方參與和承諾情況。清楚剩余的工作量便于團隊和高級管理層做出更好的決策來實現目標。解決問題有助于防止不受控制的成本和進度問題持續(xù)發(fā)展，管理利益相關方的參與對成功完成工作至關重要。跟蹤完成的工作是監(jiān)控進度的一部分。定期檢查任務以確定其狀態(tài)。典型狀態(tài)包括已完成、延遲、未完成。在問題出現時及時識別并解決問題。分析確定的問題，以識別適當的糾正措施并跟蹤直到問題關閉。根據計劃和定義的過程管理利益相關方的參與。當需求、狀況或狀態(tài)發(fā)生變化時及時調整相關計劃。MC1.1的實踐典型活動如下：——記錄任務完成情況；——與受影響的利益相關方一起審查和更新任務列表；——為解決問題或行動項分配責任，確保相關人員意識到他們有責任解決這個問題；——跟蹤問題和行動項直到關閉；——定期審查并記錄利益相關方參與的狀況；——識別并記錄顯著的利益相關方的問題；——制定建議并協調行動以解決問題。MC1.1的實踐工作產品實例如下：——任務列表；——問題和行動項列表，包括問題或行動項的描述、分配到問題或行動項的人員、截止日期、狀態(tài)等；——利益相關方參與情況的記錄，包含會議記錄和與會者列表等；——協作活動的議程和進度；——解決利益相關方問題的建議和決策記錄；——已記錄的問題列表，包括已解決和未解決的問題。管理關鍵依賴關系和活動，監(jiān)控工作環(huán)境以識別問題，與受影響的利益相關方一起管理和解決問題。此實踐的目的是與受影響的利益相關方一起識別、溝通和解決問題。在過程中及早得到通知和參與，利益相關方可以更有效地擔負他們的責任，確保他們與目標和計劃保持同步。問題的例子包括：不完整的需求；設計缺陷；遲到的關鍵依賴關系和承諾；解決方案問題；關鍵資源不可用等。MC1.2的實踐典型活動如下。——審查和更新依賴關系，例如協調相互依賴的工作，確保資源按時提供。當無法滿足依賴關系時，提前通知所有受影響的利益相關方?！O(jiān)控影響安全、健康、有效性和生產力的工作環(huán)境因素，并識別和記錄所需的任何糾正。——監(jiān)控工作環(huán)境中可能降低績效的各類因素，并識別和記錄所需的任何糾正?！R別、記錄和報告潛在的工作環(huán)境問題和所需糾正，例如未能使用要求的安全標準、安保不足、不正確的人體工程學、壓力過大等。——消除或減少導致績效降低的阻礙或干擾?！O(jiān)控工作環(huán)境問題解決的進度?！c受影響的利益相關方溝通問題?！c受影響的利益相關方一起解決問題。——將無法與受影響的利益相關方一起解決的問題上交給負責的管理人員。——跟蹤問題直到結束?！c受影響的利益相關方溝通問題的現狀和解決方案。MC1.2的實踐工作產品實例如下：——更新之后的關鍵依賴關系；——記錄議程和會議記錄，通常在以下過程中管理和協調依賴關系：狀態(tài)回顧、管理回顧、受影響的利益相關方討論、跨職能團隊協調活動；——已記錄的問題，可包括供應商延誤、利益相關方的參與(或缺乏參與)、解決問題的建議。識別顯著偏差，以便采取更有效的糾正措施，從而提高實現目標的可能性。在跟蹤實際結果對比估算情況時記錄相關的環(huán)境信息，以幫助理解度量數據所代表的含義。項目進度和績效的典型指標包括工作產品和任務的特征，MC2.1的實踐典型活動如下：——跟蹤實際結果相較于計劃和估算的情況，例如規(guī)模、工作量、進度、資源、知識和技能以及預算等。典型跟蹤場合包括進度報告、狀態(tài)回顧、里程碑回顧、迭代回顧等；——監(jiān)控提供和使用的資源；——監(jiān)控項目組成員的知識和技能狀況；——根據項目計劃中確定的承諾監(jiān)控承諾的兌現情況；——記錄計劃值與實際值的顯著差異，包括為計劃值和實際值定義“顯著”意味著什么的標準；保持顯著差異的記錄，用于更有效的未來策劃；——按各類計劃監(jiān)控進度；——監(jiān)控投入的工作量和成本。MC2.1的實踐工作產品實例如下：——顯著偏差記錄；——狀態(tài)回顧的記錄；——糾正措施；——成本績效報告；——計劃績效報告，包括在任務進度、活動和可交付日期方面的計劃與實際結果，及其順序和所需資源等。當實際結果相較于計劃結果存在顯著差異時，采取糾正措施并加以跟蹤以關閉偏差。管理糾正措施可以增加實現目標的可能性，避免偏差累積問題。收集和分析問題并確定糾正措施。管理糾正措施以關閉偏差。措施可以是自動化或手動執(zhí)行，也可以兩種方式相結合。典型的糾正措施可包括：——調整資源以防止性能問題或提高性能；——重新平衡資源與工作量；——改進過程以提高生產力、效率和有效性；——改進設計，例如利用新技術來提高生產力、效率和有效性；——增強能力和可用性，例如增加人員或其他資源；——通過調整來優(yōu)化和提高能力或性能；——調整需求；——通過需求管理技術來改進資源的使用情況。MC2.2的實踐典型活動如下。——收集問題以進行分析，收集項目執(zhí)行各項計劃過程中產生的問題，例如：技術審查、驗證和確認時發(fā)現的問題；相較于項目計劃中各項估算值的偏差；承諾(內部或外部)尚未得到兌現；風險具或環(huán)境遷移假設(或其他客戶或供應商承諾)尚未實現?！治鰡栴}以決定是否需要糾正措施，如果問題未解決可能會影響項目目標的實現，則需要采取糾正措施?！獙σ汛_定的問題采取糾正措施，可包括：決定并記錄解決選定問題的行動；修改工作說明書；修改需求；修訂估算和計劃(重新談判承諾、添加資源);變更過程；提高技能和效率；修訂項目風險；從受影響的利益相關方獲得有關行動的同意，使用組織既定和已建立的方法來解決沖突和糾紛，對內部和外部承諾的變更進行談判?！芾砑m正措施以關閉偏差，通常包括：跟蹤糾正措施直到完成；分析糾正措施的結果以確定其有效性，以及是否需要采取額外的糾正措施；在采取初步糾正措施無效時，記錄顯著偏差的最終決議。MC2.2的實踐工作產品實例如下：——需要采取糾正措施的問題的列表，可包括問題或行動項的狀態(tài)、負責該行動項的人員、糾正措施計劃、糾正措施的結果。依據項目特征并基于組織過程資產，監(jiān)控項目執(zhí)行過程。結合項目特征，使用組織資產建立和維護項目監(jiān)控過程。選擇并裁剪組織的標準過程，以建立適合項目特定需要的監(jiān)控過程，并包含保持最新狀態(tài)的過程描述和對組織資產的貢獻。MC3.1的實踐典型活動如下：——從組織的標準過程集中選擇最符合項目需要的標準過程，這些過程共同構成了監(jiān)控過程的整體框架；——根據裁剪指南修改組織的標準過程集和其他組織過程資產，以生成監(jiān)控過程。MC3.1的實踐工作產品實例如下：——實際值與估算值對比的記錄；——顯著偏差記錄；——狀態(tài)回顧的記錄；——糾正措施；——成本績效報告；——遷移準備情況報告，包含在先導試驗和質保期內收集的質量度量項；——問題跟蹤報告；——變更管理報告；——經驗教訓報告。5.3風險與機會管理(ROM)風險與機會管理旨在對項目過程中相關的風險和機會進行識別、分析和管理。風險與機會管理通過識別、記錄、分析和管理潛在風險與機會，緩解潛在不利影響或充分利用潛在有利條件來提高實現項目目標的可能性或程度，促進DevOps價值流動，幫助組織從被動地響應不確定性轉向到系統地策劃、提前預判、處理和利用不確定性。理解項目的內外部環(huán)境。確定與項目相關且影響實現項目目標的外部與內部環(huán)境因素。內外部環(huán)境因素的變化是風險和機會的來源，識別和確定項目內外部環(huán)境因素是識別風險和機會的前提條件。典型地，相關環(huán)境可包括政ROM1.1的實踐典型活動如下：——確定影響業(yè)務的外部環(huán)境因素；——確定影響業(yè)務的內部環(huán)境因素；——動態(tài)更新內外部環(huán)境因素數據、信息。ROM1.1的實踐工作產品實例如下：——組件業(yè)務內外部環(huán)境因素清單。持續(xù)地識別、記錄和應對潛在的風險或機會。開展風險和機會的識別、記錄和應對，幫助項目避免或最大限度地減少風險帶來的負面影響，并充分利用與實現項目目標有關的潛在機會。ROM1.2的實踐典型活動如下：——識別相關風險；——記錄風險；——識別相關機會；——記錄機會；——識別受每個風險或機會影響的利益相關方。ROM1.2的實踐工作產品實例如下：——已識別的風險列表；——已識別的機會列表。5.3.4等級2識別和使用風險或機會類別。風險分析可包括潛在影響、發(fā)生的可能性及可能的時間。類似地，機會分析包括潛在效益、潛在成本及行動的時間等。使用類別有助于為風險和機會的識別和分析提供指南并提高效率。適應DevOps的連續(xù)特征，持續(xù)地識別類別，以適應影響目標實現能力的不斷變化的環(huán)境。ROM2.1的實踐典型活動如下：——分析風險來源和類別；——分析機會來源和類別；——定期評審上述類別；——在獲得額外的信息時更新類別。ROM2.1的實踐工作產品實例如下：——已識別的風險和機會列表；——風險與機會分析報告；——類別列表；——更新的風險或機會類別。定義和使用用于分析和處理風險或機會的參數。識別高優(yōu)先級的風險或機會，以最大化成本效益比的方式提升實現項目目標的可能性。ROM2.2的實踐典型活動如下：——定義風險和機會的參數；——根據定義的參數來確定各個風險或機會的相對優(yōu)先級；——為已選定風險或機會的觸發(fā)行動措施定義觸發(fā)閾值；——準備并執(zhí)行針對選定風險的評估；——準備并執(zhí)行機會評估。ROM2.2的實踐工作產品實例如下：——風險或機會評估、分類和優(yōu)先級排序的參數；——風險或機會及其優(yōu)先級的列表；——風險或機會評估結果。制定和持續(xù)更新風險或機會管理策略，系統化的風險和機會管理方法有助于避免問題并利用機會來提高實現項目目標的可能性。ROM2.3的實踐典型活動如下：——制定、記錄并持續(xù)更新風險或機會管理策略；——與受影響的利益相關方一起評審風險或機會管理策略，通過評審來收集反饋意見以改進策略和獲得認可。ROM2.3的實踐工作產品實例如下：——風險或機會管理策略。分析已識別的風險或機會，制定和持續(xù)更新相應的管理計劃。制定管理計劃，降低風險的負面影響并最大限度地增加機會的效益以實現項目目標。ROM2.4的實踐典型活動如下：——分析已識別的風險；——識別各個風險的影響；——識別各個風險發(fā)生的可能性；——根據影響及發(fā)生的可能性為各個風險分配優(yōu)先級；——分析已識別的機會；——確定各個機會的效益和成本；——根據效益和成本為各個機會分配優(yōu)先級；——與受影響的利益相關方一起評審已分配的機會優(yōu)先級并達成一致意見；——制定針對選定風險的緩解計劃，制定已發(fā)生并造成潛在影響的風險的應急計劃；——制定針對選定機會的利用計劃，提高其影響變?yōu)楝F實的可能性或效果；——與受影響的利益相關方一起評審計劃，通過評審來收集意見，以改進計劃和獲得認可。ROM2.4的實踐工作產品實例如下：——風險管理計劃；——機會利用計劃；——更新的計劃和風險與機會狀態(tài)。通過實施已計劃的風險或機會管理活動來管理風險或機會。有效地風險管理可以減少實現業(yè)務目標過程中不可預見事件的發(fā)生概率或負面影響，并通過利用機會來提高達成項目目標的可能性。監(jiān)控已識別的風險或機會并與受影響的利益相關方溝通狀態(tài)，及時采取糾正措施或利用措施來最大限度地提高實現目標的可能性。ROM2.5的實踐典型活動如下：——定期評審風險；——在獲得額外的信息時更新風險；——通過風險或機會管理計劃來管理風險和機會。ROM2.5的實踐工作產品實例如下：——新的狀態(tài)，包括緩解計劃、應急計劃和利用計劃的狀態(tài)。持續(xù)收集組織級風險和機會信息，建立組織級風險庫和機會庫。及時訪問風險和機會數據有助于借鑒組織以往經驗做出明智的決策，為達成項目目標提供更好地支撐。ROM3.1的實踐典型活動如下：——收集風險數據和機會數據；——篩選、整理并合并同類項；——確認風險和機會信息入庫并通知利益相關方。ROM3.1的實踐工作產品實例如下：——風險數據庫；——機會數據庫。5.4供方管理(SM)與供方簽署協議，并管理和優(yōu)化協議履行的過程，以規(guī)避采購帶來的問題和風險。供方管理可包含：——確定哪些內容需要采購；——選定合適的供應商；——簽訂協議，在協議中盡可能詳細地表明對供方的要求；——建立與供方的協同機制；——履行供方協議；——評價協議履行的狀況。供方管理與協作，可以最大地減少采購的管理風險，是對項目管理的重要補充。供方管理實踐主要包括建立與維護協議、建立協同機制、建立驗收及交付標準、監(jiān)控和評價供方過程和產物等。5.4.3等級1——SM1.1建立和維護與供應商的協議，并據此開展與供應商的協作。與供應商建立協議，可有效地明確雙方的責任，同時也需要與供應商進行友好協作，共同促進項目順利完成。在軟件系統開發(fā)和運維過程中，應規(guī)避采購和外包相關風險。與供方簽署協議可以有效地控制風險；同時，也是與供應商保持良好的協作關系的基礎。SM1.1的實踐典型活動如下：——與供應商簽署協議；——與供應商保持良好的協作關系，共同促進項目目標的達成。SM1.1的實踐工作產品實例如下：——簽署的協議，協議內容可依據項目上下文特征制定。建立并維護供方準入流程和標準。輸出能力等，以及獲取的渠道、信息的準確性等都需要有一套規(guī)程來指導和明確。SM2.1的實踐典型活動如下：——建立準入的流程和標準，例如：供方提供哪些資料、如何審核、如何試用、如何給需求方提供——維護準入流程和標準。SM2.1的實踐工作產品實例如下：——供方提供資料；——審核考察報告；——試用結果；——合作歷史。與供應商簽署合作協議。簽署協議可以確立雙方的責任，為后續(xù)的服務和驗收制定了標準，保證項目的良好進行。DevOps強調持續(xù)開發(fā)和持續(xù)交付，在這個過程中，供方也需要面向持續(xù)性提供產物或者服務。SM2.2的實踐活動實例如下：——與供應商簽署協議，確定協議的形式，明確雙方的責任和義務。建立并維護與供應商的協同機制。與供方保持良好的協作、合作，可以有效地保證項目順利有序地進行。與供方的關系，不僅是甲乙方關系，通過簽署協議來明確雙方的義務，更加重要的是雙方在理解共同愿景前提下的合作關系。良好的協同關系，可以保證供方向DevOps持續(xù)地為需求方服務。SM2.3的實踐活動實例如下：——雙方依照協議開展合作；——雙方協調解決問題。5.4.4.4SM2.4履行協議。雙方根據協議執(zhí)行各自的責任和義務，有效地確保項目的順利進行。執(zhí)行供方協議中制定的活動，確保項目的持續(xù)開發(fā)和持續(xù)交付。SM2.4的實踐活動實例如下：5.4.4.5SM2.5根據供應商協議驗收并交付。對供方提供的內容依照協議定義的標準進行驗收，確保交付物符合需求方的要求，從而保證項目順利完成。DevOps強調持續(xù)交付，因此，本實踐也應面向持續(xù)性開展。SM2.5的實踐活動實例如下：——供方持續(xù)交付，供方根據協議的要求時間進行交付；——需求方持續(xù)驗收，需求方根據協議中明確的驗收標準進行驗收。5.4.5等級35.4.5.1SM3.1使用工具開展持續(xù)驗收與持續(xù)交付。通過工具，可以有效節(jié)省人力成本，同時能夠準確快速地識別交付物是否符合驗收標準。DevOps強調持續(xù)開發(fā)和持續(xù)交付，供方也要按照協議要求持續(xù)交付，需求方根據驗收標準，也要進行持續(xù)驗收，這個過程宜盡量通過使用工具來提升效率。SM3.1的實踐活動實例如下：——結合項目上下文特征使用工具來支持對供方的產物進行持續(xù)驗收和交付。5.4.5.2SM3.2持續(xù)監(jiān)控和評價供方的交付過程及交付物。對交付過程和交付物進行監(jiān)控、評價，可以及時修改交付過程中的不足，確保項目目標的達成。DevOps強調持續(xù)，交付過程和交付物也是持續(xù)的，因此對這個過程進行不斷的監(jiān)控和評價才能發(fā)SM3.2的實踐活動實例如下：——監(jiān)控交付過程和交付物；——評價交付過程和交付物；——修正交付過程和交付物。6過程改進6.1組織治理(GOV)為高級管理層在公司的治理活動提供指導。最大程度地降低過程實施成本，提高實現目標的可行性，確保過程支持并促進業(yè)務成功。組織治理主要包括識別影響業(yè)務目標達成的關鍵因素、制定及維護組織級方針、確定組織目標、確定及評估組織決策。高級管理層識別影響工作執(zhí)行和目標達成的重要因素，并定義實現組織目標所需的方法。增加組織高效地和有效地實施和改進流程以實現業(yè)務目標的可能性。在了解市場，制定業(yè)務戰(zhàn)略和業(yè)務目標的前提下，高級管理層設定并傳達組織以下方向：——指導組織活動，包括流程實施和改進工作；——目標和業(yè)務戰(zhàn)略，以及旨在滿足這兩方面問題的措施；——設定預期，確保組織的流程支持業(yè)務和績效需求及目標；——為改進計劃提供資源保障；——定義了開展工作的操作章程，包括授權機制等。高級管理層定期或在績效、業(yè)務需求和目標發(fā)生變化時審查、更新和溝通組織方向。GOV1.1的實踐典型活動如下：——高級管理層決定完成工作的重要因素，包括：改講措施：制定方法：與組織講行溝通。GOV1.1的實踐工作產品實例如下：——組織目標和戰(zhàn)略描述；——已確定的改進方法；——審查和溝通的記錄。6.1.4等級2高級管理層根據組織的需要和業(yè)務目標，定義、維護并和員工溝通組織級方針。增加滿足組織需求和業(yè)務目標的可能性，因為工作是按照高級管理層的期望和優(yōu)先事項進行的?！笇г瓌t對于可行的商業(yè)文化至關重要，通常被記錄在組織戰(zhàn)略、使命和愿景聲明中。——組織戰(zhàn)略提供與以下方面有關的指導：●為實現長期目標而作出的決策；●一個組織為實現長期目標而打算采取的行動；●確定完成長期目標所需的資源?！姑暶魈峁┝撕啙嵉穆暶?，明確說明組織做什么,它存在的原因，以及它為客戶、投資者、利益相關者和其他有關方面提供的價值。——愿景聲明提供了一個高層次的聲明，說明組織在未來幾年內要實現的戰(zhàn)略目標。指導原則隨著時間的推移，在組織如何實施和改進過程中逐漸變得根深蒂固，并為組織如何開展業(yè)務提供基礎。高級管理層應：——確定指令，影響并幫助將流程實施和改進工作的重點放在實現組織目標和滿足組織需求上；——在整個組織內傳達這些指令，以確保優(yōu)先事項和期望得到理解；——確保建立運營參數和授權機制，為成功實現指令提供支持。高級管理層確保員工了解影響他們的相關做法、政策和計劃。典型地，可包括：聘用政策、培訓和發(fā)GOV2.1的實踐典型活動如下：——高級管理層在指導原則的基礎上確定并傳達組織指令；——高級管理層規(guī)定了個體通過多種渠道提出關切的程序，確保這些程序得到遵守，并確認提出的關切得到解決；——高級管理層審查并完善流程實施和績效改進目標，以確保與指導原則相一致；——高級管理層溝通組織和單位的績效信息和結果；——高級管理層傳達績效改進指令；——高級管理層在定期或事件驅動的基礎上審查和更新績效改進指令。GOV2.1的實踐工作產品實例如下：——組織改進指令；——包含勞動力相關政策、實踐和方案的材料；——對勞動力相關政策、實踐和方案的認識的評估報告；——糾正行動的記錄和提高意識的解決方案；——報告關切的記錄；——通信記錄。高級管理層確保提供資源和培訓用于建立、支持、執(zhí)行、改進以及評價預期過程的符合性。增加了高級管理層的優(yōu)先改進事項的可能性。高級管理層對整個組織的資源分配進行優(yōu)先排序，支持通過平衡資源需求和可用性來實現預期結果。為了使流程按規(guī)定和預期執(zhí)行，高級管理層應提供足夠的資源來開發(fā)、執(zhí)行、改進、支持和評估流程。高級管理層應關注資源的優(yōu)先次序，以滿足短期和長期目標，并鼓勵一致且可重復的過程表現。資源的充分性取決于可用性、容量和能力，以及隨著時間的推移而出現的變化。應提供足夠的資源，包括專業(yè)知識、設施或工具等。高級管理層應增加可用資源或取消要求、限制或承諾，以滿足需求?？捎糜谂袛噘Y源是否為充足的信息，可包括：角色和責任的定義、所需的和可用的技能、知識和經驗、成為使改進工作取得成功，高級管理層應提供持續(xù)的、可見的和積極的支持。GOV2.2的實踐典型活動如下：——高級管理層批準并提供開發(fā)、執(zhí)行、改進和監(jiān)督該過程所需的各類資源；——高級管理層審查并完善預算和資源的分配。GOV2.2的實踐工作產品實例如下：——經高級管理層批準的所需資金和資源的分配記錄；——審查和溝通的記錄。高級管理層識別所需信息，并使用收集到的信息來治理及監(jiān)督過程實施和改進的有效性。使高級管理層收到的信息與他們的業(yè)務需求相一致，以提高實現業(yè)務目標的可能性。高級管理層應確定必要的信息，以便及時做出明智的決定，了解現狀以及何時采取行動，強化績效改進的重要性以及調整組織的流程改進工作以達到目標。流程的有效性表明組織實現績效目標的能力。高級管理層可以通過將流程的實施和改進結果與流程改進和績效目標進行比較，來確定流程的效率和效果。高級管理層確定并優(yōu)先考慮他們需要的有關流程能力和績效改進的信息。高級管理層提供指導和方向，使措施和活動與確定的信息需求和目標相一致。高級管理層審查信息以了解如下狀況：——當前的流程改進狀況及其有效性；——組織績效；——業(yè)務目標是否正在實現；——當前流程滿足當前和未來目標的能力；——何時何地采取糾正措施等。高級管理層利用定期和事件驅動的方式開展審查以獲得對組織流程改進活動的洞察力。這些審查的對象是為流程提供政策和整體指導的高級管理人員，而不是對流程進行日常監(jiān)控的人員。報告給高級管理層的信息提高了他們對過程的洞察力，以確保組織管理工作，實現目標，并提高績效。衡量標準提供了客觀的信息，用于做出明智的決定和采取適當的糾正措施。報告給高級管理層的信息可以以摘要形式提供。GOV2.3的實踐典型活動如下：——高級管理層確定并及時更新其與流程能力、改進和績效目標有關的信息需求；——高級管理層確保支持組織目標的措施得到確定；——高級管理層審查流程實施和改進活動的具體活動、成就、狀態(tài)和結果；——高級管理層監(jiān)督流程實施和改進計劃的更新；——高級管理層監(jiān)督測量和分析活動與所有組織流程的適當結合。GOV2.3的實踐工作產品實例如下：——高級管理層的信息需求；——與高級管理層審查的標準報告格式或議程；——措施清單；——審查結果。高級管理層督促員工遵守組織級方針并實現過程實施和改進的目標。確保以明確的指令來推動流程的實施和改進，以達到業(yè)務目標。GOV2.4的實踐典型活動如下：——高級管理層審查與部署、實施、執(zhí)行和改進組織的流程有關的問題和趨勢；——當組織目標沒有實現、問題暴露、實施或改進計劃與實際進展有偏差的時候，高級管理層指導糾正行動；——高級管理層指導角色、責任和權力的記錄和更新；——高級管理層為改進提供激勵。GOV2.4的實踐工作產品實例如下：——與問責制有關的行動項目；——后果和潛在影響的清單；——組織角色和責任文件。6.1.5等級3高級管理層確保支持整個組織目標的度量項得到收集、分析和使用。提高組織成功交付其解決方案的能力。高級管理層確保：——度量數據支持與組織和項目的績效和能力有關的決策；——根據對績效的衡量，更新組織方向和流程改進戰(zhàn)略。GOV3.1的實踐典型活動如下：——高級管理層確保度量數據的收集、分析和使用；——高級管理層指導與收集、分析和使用度量數據有關的糾正行動。GOV3.1的實踐工作產品實例如下：——更新的組織度量庫；——狀態(tài)報告、行動和決定；——更新組織指令和目標，可包括組織戰(zhàn)略、任務聲明、愿景聲明和政策等。6.1.5.2GOV3.2高級管理層確保勝任力和過程與組織目標保持一致。提高組織的能力以實現其目標。高級管理層確保：——確定目標；——界定并遵循實現目標所需的流程；——確定執(zhí)行這些程序所需的知識和技能；——指派具備所需知識和技能的人員執(zhí)行這些流程。GOV3.2的實踐典型活動如下：——記錄和交流結果。GOV3.2的實踐工作產品實例如下：——戰(zhàn)略和進程審查和討論的結果，可包括會議記錄、決定和方向的記錄、行動項目和最新的目標；——審查和比較組織的能力和將要執(zhí)行的程序，可包括分析人員簡介、技能匯總表和工作描述文件等。6.1.6等級4高級管理層確保選定的決策是由統計和定量分析驅動的，且與績效、實現質量和流程績效目標有關。通過對績效的統計和定量分析，了解實現目標的概率，從而優(yōu)化決策。隨著一個組織能力的提高，它對其標準流程的有效性有了統計和定量的了解。這為高級管理層提供了關于流程如何有效支持實現業(yè)務目標的可見性，并使其能夠深入了解績效的變化。量化、理解和管理風險，確保采取及時有效的行動來處理問題。GOV4.1的實踐典型活動如下：——審查和討論戰(zhàn)略、流程表現、決定和進展，包括相關的統計和定量分析，并確保決策是基于分析的結果；—記錄和交流結果。GOV4.1的實踐工作產品實例如下：——戰(zhàn)略、流程績效和進度審查及決策分析的結果；——溝通的結果。以支撐業(yè)務目標的可觀測性為導引，建立洞察力。高級管理者建立對業(yè)務目標、過程性能以及關鍵影響因素的充分理解。這種理解的覆蓋不僅僅局限在開發(fā)過程，在DevOps背景之下，應納入諸如服務質量(QoS)相關的業(yè)務目標以及可追蹤到這些業(yè)務目標的手段，例如日志分析、鏈路分析以及指標分析等。應采取統計和其他定量技術來建立對業(yè)務目標、過程性能以及關鍵影響因素的量化理解。GOV4.2的實踐典型活動如下：——識別關鍵業(yè)務目標和相應服務質量指標；——從開發(fā)運維過程和業(yè)務系統兩方面分析業(yè)務目標、服務質量指標的關鍵影響因素；——記錄和交流結果。GOV4.2的實踐工作產品實例如下·——可觀測性實施方案；——服務監(jiān)測框架。6.2過程改進基礎設施(PII)通過過程實施和改進的基礎設施建設，保障過程實施和改進的持續(xù)進行。過程改進基礎設施包含過程改進組織、流程方法和技術工具的建設，為過程改進提供必要的條件和支持。過程實施和改進得以順利進行的前提條件是有著良好基礎設施，具體可包括：實施過程改進的基本全過程改進相關的度量體系，總結推廣過程改進最佳實踐；建設過程改進技術工具平臺等。在組織層構建過程實施和改進的基礎設施。定義面向過程實施和改進的基本流程。開始實施過程改進，其所需要的最基本的基礎設施保障可包括：——有負責過程改進的角色定義；——有過程改進的項目基本流程，包含：識別問題，確定改進目標和計劃，實施改進，確認改進效果——負責過程改進的人員可以根據流程實施改進。PII1.1的實踐典型活動如下：——明確改進負責人；——設立面向過程改進的項目，并定義相應操作流程；——改進負責人按流程推進過程改進；——過程改進項目總結及組織過程資產入庫。在面向過程改進的項目中設置過程改進所需的崗位，并明確崗位職責。設置明確的過程改進崗位，負責例行化的過程改進工作。PII2.1的實踐典型活動如下：——設置過程改進崗位角色，該角色在項目中是常設的。提供充足的資源、培訓支持，滿足過程改進的需求。為過程改進提供資源和培訓支持。過程改進需要的資源和培訓支持通常包括：——資金，包括但不限于實施改進激勵、活動經費等；PI2.2的實踐典型活動如下：——過程改進培訓，面向改進人員和項目成員的過程改進培訓不限于過程改進相關的理念、方法、技能等；——過程改進激勵，對過程改進工作有明確的激勵計劃，通過不同形式(獎金、實物等)的激勵對團面向過程實施和改進建立相應的度量體系，為過程改進相關決策提供數據支撐。針對重