Practice_Change enablement 变更支持管理实践

返回ITIL4理论与实践整体知识体系中文版发布文件汇总
最新消息：本实践最终中文翻译版已经发布，请点击下载。

关键信息 变更支持管理实践的目的是通过确保已正确评估风险，授权进行更改以及管理变更排程，来最大限度地增加成功的服务和生产更改的次数。 变更支持管理实践旨在确保对服务及其组件的更改进行控制，并确保它们符合组织与变更相关的需求。授权的更改应能实现预期的结果，并满足组织关于变更，吞吐量（更改的数量和变更实现的速度）和风险管理的要求。实践充满了灵活性和敏捷性，因为它们是现代组织的关键方面。 变更支持管理实践包含三个前提： ●在价值流的背景中计划并实现了更改。实践集成到价值流中，并确保更改有效，安全且及时，以满足利益相关者的期望。 ●实践并非旨在将组织中计划和执行的所有更改统一为一个整体：在数字化环境中，可能同时发生数百个更改，这既不可能也不是必需的。 ●对于定义的范围中的所有更改，实践应该集中精力平衡效果，吞吐量，合规性和风险控制。 2.2术语和概念 变更 添加，修改或删除可能对服务产生直接或间接影响的任何事物。 变更支持管理实践确保每个变更都能达到预期的结果。这与指导性原则'聚焦价值'保持一致。与变更的技术细节相比，利益相关者对变更启用的价值更感兴趣。以技术精度实施的更改却未能实现预期的结果，未达到预期的目标。此外，更改可能会产生意想不到的结果，包括对用户的负面影响，服务停机时间，降级和不稳定。对于控制这些结果很重要。 使用各种方法和方法来完成更改，每种方法和方法都代表不同级别的业务风险。软件更改通常是通过频繁且定期地对部署进行新功能和修改来进行的。这些更改可以通过持续集成/持续交付（CI/CD）交付，如DevOps和其他形式的实践中所述。 迭代/敏捷交付（有关CI/CD的更多信息，请参见ITIL专家：创建，交付和支持）。物理基础架构的变化可能较慢，需要分阶段的“瀑布式”方法。可以使用相关的项目管理技术和控件将这种类型的某些更改作为项目运行。 但是，在实践中，很少有组织完全处于另一个极端。组织具有多个价值流，其中大多数包含更改。变更支持管理实践必须是自适应的，才能满足变更开发各种方法的需求。 2.2.1基于复杂性的变更方法 变更支持管理实践应该确保变更效果，变更吞吐量和风险控制之间保持平衡。这意味着需要仔细选择变更，规划授权和进行中的控制的方法。 从日常业务到灾难性的所有业务情况都可能发生变化（请参阅图片2.1）。组织应该能够在此范围内的任何情况下进行更改。 图片2.1在所有业务情况下都需要进行更改 业务正常情况相对可预测，不确定性较低。灾难性情况的不确定性最高。但是，任何情况下的变化都具有不同程度的复杂性和可预测性。 在不确定性较低的情况下，可以对变更进行标准化和自动化，这有助于降低成本并加速变更。在这些情况下，可以使用清单，模板和标准化的工作方式。这反映在标准变更的定义中。 标准变更 风险低版本，预先授权的更改，已被很好地理解和完整记录，无需额外授权即可实施。 标准更改的示例包括： ●服务请求的实现 ●基础架构的维护 ●例行公事应急措施测试 ●例行公事软件更新。 Aboutthisdocument Thisdocumentprovidespracticalguidanceforthechangeenablementpractice.Itissplitintofivemainsections,covering: ●generalinformationaboutthepractice ●thepractice’sprocessesandactivitiesandtheirrolesintheservicevaluechain ●theorganizationsandpeopleinvolvedinthepractice ●theinformationandtechnologysupportingthepractice ●considerationsforpartnersandsuppliersforthepractice. 1.1ITIL®4QUALIFICATIONSCHEME Selectedcontentofthisdocumentisexaminableasapartofthefollowingsyllabus: ●ITILSpecialist:Create,deliverandsupport ●ITILSpecialist:HighVelocityIT Pleaserefertothesyllabusdocumentsfordetails. Generalinformation2.1PURPOSEANDDESCRIPTION Keymessage Thepurposeofthechangeenablementpracticeistomaximizethenumberofsuccessfulserviceandproductchangesbyensuringthatriskshavebeenproperlyassessed,authorizingchangestoproceed,andmanagingthechangeschedule. Thechangeenablementpracticeaimstoensurethatchangestoservicesandtheircomponentsarecontrolledandthattheymeettheorganization’schange-relatedneeds.Authorizedchangesshouldenablethedesiredoutcomesandmeettheorganization’srequirementsregardingchangethroughput(thenumberofchangesmadeandthespeedofchangerealization)andriskmanagement.Flexibilityandagilitypermeatethispracticebecausetheyarekeyaspectsofamodernorganization. Thechangeenablementpracticeincorporatesthreepremises: ●Changesareplannedandrealizedinthecontextofvaluestreams.Thepracticeisintegratedintovaluestreamsandensuresthatchangesareeffective,safe,andtimelyinordertomeetstakeholders’expectations. ●Thepracticedoesnotaimtounifyallthechangesplannedandcarriedoutinanorganizationintoonebigpicture:inadigitalenvironment,wherehundredsofchangesmaybehappeningsimultaneously,thisisneitherpossiblenorrequired. ●Thepracticeshouldfocusonbalancingeffectiveness,throughput,compliance,andriskcontrolforallchangesinthedefinedscope. 2.2TERMSANDCONCEPTS Change Theaddition,modification,orremovalofanythingthatcouldhaveadirectorindirecteffectonservices. Thechangeenablementpracticeensuresthateverychangeachievestheintendedoutcomes.Thisalignswiththeguidingprinciple‘focusonvalue’.Stakeholdersaremoreinterestedinthevaluethatachangeenablesthaninthetechnicaldetailsofthechange.Changesthatareimplementedwithtechnicalprecision,butwhichfailtoenablethedesiredoutcomes,fallshortofexpectations.Additionally,changesmayhaveunintendedoutcomes,includingnegativeimpactsonusers,servicedowntime,degradation,anddestabilization.Itisimportanttocontroltheseoutcomes. Changesareaccomplishedusingvariousapproachesandmethodologies,eachofwhichrepresentsadifferentlevelofbusinessrisk.Changesinsoftwareareoftenmadethroughfrequentandregulardeploymentofnewfeaturesandmodifications.Thesechangescanbedeliveredthroughcontinuousintegration/continuousdelivery(CI/CD),aspractisedinDevOpsandotherformsofiterative/Agiledelivery(formoreinformationonCI/CD,seeITILSpecialist:Create,DeliverandSupport).Changesinphysicalinfrastructuremaybeslower,requiringastaged,‘waterfall’approach.Somechangesofthistypemayberunasprojects,usingrelevantprojectmanagementtechniquesandcontrols. Inpractice,however,feworganizationsarefullyatoneextremeortheother.Organizationshavemultiplevaluestreams,mostofwhichincludechanges.Thechangeenablementpracticemustbeadaptivetomeettheneedsofvariousapproachestochangedevelopment. 2.2.1Complexity-basedapproachtochanges Thechangeenablementpracticeshouldensureabalancebetweenchangeeffectiveness,changethroughput,andriskcontrol.Thismeansthattheapproachestochangeplanningauthorizationandongoingcontrolneedtobeselectedcarefully. Changesarepossibleinallbusinesssituations,frombusinessasusualtocatastrophic(seeFigure2.1).Organizationsshouldbeabletomakechangesinanysituationonthisspectrum. Figure2.1Changesareneededinallbusinesssituations Business-as-usualsituationsarerelativelypredictable,withlowlevelsofuncertainty.Catastrophicsituationshavethehighestlevelsofuncertainty.Changesinanytypeofsituation,however,havevaryinglevelsofcomplexityandpredictability. Changescanbestandardizedandautomatedwhereuncertaintyislow,whichhelpstodecreasethecostsandacceleratethechanges.Check-lists,templates,andstandardizedwaysofworkingcanbeusedinthesesituations.Thisisreflectedinthedefinitionofastandardchange. Standardchange Alow-risk,pre-authorizedchangethatiswellunderstoodandfullydocumented,andwhichcanbeimplementedwithoutneedingadditionalauthorization. Examplesofstandardchangesinclude: ●fulfilmentofaservicerequest ●maintenanceofinfrastructure ●routinetestingofcontingencymeasures ●routinesoftwareupdates.