原文:《ITIL4 變更管理實踐》

ITIL4  變更管理實踐


1.1目的和描述

  • 關(guān)鍵信息

本次變更支持實踐的目的是通過確保有效的風(fēng)險評估、變更執(zhí)行的授權(quán)和變更計劃的管理最大化的保障服務(wù)和產(chǎn)品變更的成功。

該實踐指導(dǎo)旨在確保對服務(wù)及其組件的變更在可控的范圍內(nèi),并確保它們能夠滿足組織變更的相關(guān)需求。授權(quán)的變更即要能保證滿足預(yù)期,同時還要滿足組織關(guān)于變更效率的管理(變更的數(shù)量和變更實現(xiàn)的速度)和風(fēng)險管理的要求。因為靈活性和敏捷性是現(xiàn)代組織的核心要素,所以它們會一直貫穿在本次實踐指導(dǎo)中。"


成功實現(xiàn)變更包含三個前提:

  • 在價值流中規(guī)劃及實現(xiàn)變更。將實踐融入到價值流中,并確保其有效,安全且及時,來滿足利益相關(guān)者的期望。

  • 實踐的目的并不是將組織中所有變更計劃和行動統(tǒng)一為一種模式:在數(shù)字化環(huán)境中,可能同時發(fā)生數(shù)百個更改,這種要求既不現(xiàn)實也不是必需的。

  • 對于所有在定義范圍內(nèi)的變更,實踐應(yīng)該集中精力放在效率,合規(guī)性和風(fēng)險控制上。


1.2術(shù)語和概念
變更任何可能對服務(wù)產(chǎn)生直接或間接影響的添加,修改或刪除行為。

變更支持實踐要確保每個變更都能達到預(yù)期的結(jié)果。這與'聚焦價值'的指導(dǎo)性原則是相互統(tǒng)一的。與變更的技術(shù)細節(jié)相比,利益相關(guān)者更關(guān)心變更帶來的價值。有時候,雖然準確的實施了變更,但是未必能實現(xiàn)預(yù)期的結(jié)果,達到預(yù)期的目標。此外,變更可能會產(chǎn)生意想不到的結(jié)果,包括對用戶的負面影響,服務(wù)停機,服務(wù)級別降低和不穩(wěn)定。所以,對于這些結(jié)果的控制很重要。變更包括使用各種方式和方法,每種方式和方法都代表不同級別的業(yè)務(wù)風(fēng)險。軟件變更通常是通過頻繁且定期地部署新功能和修改內(nèi)容來進行的。這些變更可以通過持續(xù)集成/ 持續(xù)交付(CI / CD)的方式來完。如DevOps和其他形式的迭代/敏捷交付(有關(guān)CI / CD的更多信息,請參見ITIL專家:創(chuàng)建,交付和支持)。物理基礎(chǔ)架構(gòu)的變化可能較慢,需要分階段的“瀑布式”方法。可以使用相關(guān)的項目控制管理技術(shù)將這種類型的變更作為項目進行管理。但是,在實踐中,很少有組織完全處于單一的階段內(nèi)。在大多數(shù)的變更中,組織經(jīng)常包含了多個價值流階段。其中,變更實踐必須是自適應(yīng)的,才能滿足各種開發(fā)方法的需求。

1.2.1 基于復(fù)雜性的變更方法

變更支持實踐應(yīng)該確保在變更效率,變更數(shù)量和風(fēng)險控制之間達到有效的平衡。這意味著在計劃授權(quán)和流程控制上要進行更為謹慎的選擇。

從常規(guī)型的業(yè)務(wù)到災(zāi)難型的業(yè)務(wù)都可能發(fā)生變更(請參閱圖片1.1)的情況。組織應(yīng)該能夠在該范圍內(nèi)的任何情況下都能做出改變。

image 

圖1.1在所有的業(yè)務(wù)階段下都需要進行變更

雖然,常規(guī)型業(yè)務(wù)相對可預(yù)測,不確定性較低,災(zāi)難情況相比有很高的不確定性,但是,任何情況下的變化都具有不同程度的復(fù)雜性和不可預(yù)測性。
 
在不確定性較低的情況下,可以對變更進行標準化和自動化,這有助于降低成本并提升變更效率。在這些情況下,可以使用檢查清單,模板和標準化的工作方式。這會定義在標準變更的內(nèi)容中。

標準變更

一種低風(fēng)險、預(yù)先授權(quán)的變更,它能得到完全理解和記錄,并且可以在不需要額外授權(quán)的情況下實施。
標準變更的示例包括:

  • 服務(wù)請求的實現(xiàn)

  • 基礎(chǔ)架構(gòu)的維護

  • 日常應(yīng)急檢測

  • 日常軟件更新


當(dāng)創(chuàng)建或修改標準變更的程序時,應(yīng)授權(quán)該程序并對其進行全面的風(fēng)險評估。這種風(fēng)險評估不需要每次都重復(fù),只有在程序本身進行了一次修改時才需要進行。

盡管標準的變更通常與正常情況下的業(yè)務(wù)有關(guān),但在不確定性較高的情況下,存在多個標準化示例。這些包括:

  • 標準的事件解決

  • 標準的災(zāi)難響應(yīng)


通過預(yù)定義和預(yù)先測試的方式,可以幫助組織減少極端情況下產(chǎn)生的不確定性。

然而,標準解決方案可能不能完美執(zhí)行。這些情況需要一種不同的方法來實現(xiàn)變更。

當(dāng)有些變更沒有標準化的方法時,組織通常會制定計劃、授權(quán)和控制變更。他們實施的措施包括集中專家評估,授權(quán)和控制過程等。該流程由一組專家或權(quán)威人士共同來執(zhí)行完成。針對風(fēng)險較低的“一般變更”,通常可以使用自動化來提升變更效率。當(dāng)變更為高風(fēng)險時,變更授權(quán)可能是管理委員會或類似的機構(gòu)。
變更授權(quán)
負責(zé)授權(quán)變更的個人或團體。
可以通過創(chuàng)建(手動或自動)變更請求來觸發(fā)一般變更。然而,具有CI/CD自動化流程的組織通常會利用自動化執(zhí)行大多數(shù)變更過程。某些步驟(如服務(wù)請求注冊)實際上可能變得不可見。

變更模型為處理一般變更提供了指導(dǎo)。組織通常會根據(jù)評估,授權(quán)和持續(xù)控制的類型來定義變更模型。

變更模型
對特定類型的變更可重復(fù)管理的方法。

可以基于以下因素定義變更模型:

  • 變更的系統(tǒng)/技術(shù)

  • 變更的規(guī)模

  • 地點/地區(qū)

  • 客戶

  • 影響變更的法規(guī)要求


如表1.1所示,在服務(wù)管理中的四種關(guān)鍵因素可以定義一個變更模型

表1.1 服務(wù)管理模型中可確定變更模型的四種關(guān)鍵因素

價值流和流程

組織和人員

信息和技術(shù)

合作伙伴和供應(yīng)商

變更流程的程序,包括形式化級別、變更授權(quán)的級別和形式
客戶或用戶體驗過程- 

所需能力
組織解決方案(例如變更咨詢委員會或同行評審)
問責(zé)制度
責(zé)任委托制度

信息要求工具自動化

第三方的參與情況和實施規(guī)劃的情況
合作伙伴和供應(yīng)商的溝通情況


此外,組織需要考慮變更的風(fēng)險級別。例如,組織可以通過迭代的方式來控制變更的風(fēng)險。變更的每個迭代都在可控的風(fēng)險閾值以下,較小的變更也會降低變更的成本,并且更易于控制。基于這些注意事項,許多組織限制了單個更改的大小,尤其是軟件和其他數(shù)字化資源的大小。


在管理不確定的復(fù)雜情況下,變更模型可能會有更大的幫助。例如,在變更模型的流程中可能包括了實施某些解決方案的失敗性測試。這可能對定位那些無法帶來明確的變更內(nèi)容的事件或災(zāi)難帶來極大的幫助。盡管這種方法在不穩(wěn)定情況下更常見,但也適用于常見的業(yè)務(wù)型變更。

變更實踐應(yīng)該確保在緊急情況下,能夠有效、安全且及時地實施變更[Q1] 。有助于解決緊急情況的變更通常稱為緊急變更。


緊急變更

必須盡快處理的變更。

盡管有一些緊急的場景可以提前預(yù)知并提供標準解決方案(包括所需的標準變更),但是許多情況下尚沒有現(xiàn)成的解決方案或沒有時間進行失敗測試。用于緊急變更的變更模型通常包含了那些有時間延遲的流程,例如注冊請求或變更計劃的更新。緊急變更可以通過特殊的部署擁有更高的授權(quán)。目的是在保證可接受的風(fēng)險下,加快變更。

關(guān)于緊急變更的兩個重要的注意事項:

  • “緊急情況”并不意味著“沒有規(guī)則或約束”。緊急變更可以在可控的情況下,通過標準化和自動化得到加速。緊急情況并不總是意味著完全不可預(yù)測。

  • 一些緊急變更確實可以應(yīng)對不可預(yù)測的未知情況。這些情況包括,他們可能需要快速實施最佳解決方案,而沒有足夠的信息或時間進行測試。且這些情況的延遲變更和失敗變更的風(fēng)險在同一個等級上。


關(guān)鍵信息
變更支持實踐應(yīng)該包括針對可預(yù)見性和不可預(yù)見性不同情況的方法。這些方法可能包括:

  • 標準的變更

  • 根據(jù)專家分析和計劃的可控變更

  • 基于多個安全的失敗測試的變更

  • 在沒有足夠的評估和規(guī)劃的情況下實施的緊急變更。


前三種方法適用于從日常型業(yè)務(wù)到災(zāi)難業(yè)務(wù)的所有情況。最后一種方法適用于延遲成本高于失敗成本的特殊情況。 

標準化和自動化功能對于實踐是非常有益的,因為它們可以在大大加速變更的同時保留足夠的流程控制。對于數(shù)字化資源,產(chǎn)品和服務(wù),這是實踐變更的推薦方法。
減小變更的大小可以增加實踐的效率,同時降低風(fēng)險的級別。對于組織的變更模型,大小應(yīng)該是重要的考量因素。


1.2.2 變更定義和范圍

變更實踐支持所有價值流,并且可以與任何其他實踐一起使用,因為它們都可以啟動對產(chǎn)品和服務(wù)的更改。但是,組織通常根據(jù)要變更的內(nèi)容和發(fā)生變更的 背景,將變更實踐的應(yīng)用程序限制為有限的變更類型。

通常,變更實踐用于更改組織的產(chǎn)品信息和服務(wù)技術(shù),同時其他的實踐也會在服務(wù)管理的另外三個方面發(fā)揮極大的作用。盡管有些更改包含了部分變更內(nèi)容,但變更實踐的范圍中可能不完全包括它(有關(guān)變更的示例,請參見表2.2)。組織定義了在變更支持實踐中,處于哪一類的變更和哪個級別的變更要得到優(yōu)先處理。基于這幾個注意事項,通常包括:

  • 風(fēng)險等級 考慮引入變更后所帶來的風(fēng)險是否可控

  • 成本和損失 評估變更帶來的成本和造成的損失是否可控

  • 配置范圍和資產(chǎn)管理 變更實踐能夠為注冊的配置項目和資產(chǎn)提供修改方法

  • 內(nèi)部和外部規(guī)則要求 組織必須嚴格遵守變更的相關(guān)要求。

  • 可視化變更所帶來的影響 在組件是動態(tài)互連的環(huán)境中,變更影響的可視化需求是非常重要的


表1.2 服務(wù)管理模型中的四個核心要素變更示例

服務(wù)管理的要素涉及變更的內(nèi)容注意事項
信息和技術(shù)硬件和軟件的服務(wù)架構(gòu)
服務(wù)設(shè)計
用戶技術(shù)手冊
通常由變更實踐和項目管理,服務(wù)設(shè)計和架構(gòu)管理實踐一起解決
組織和人員組織架構(gòu)
人員職責(zé)
工作行為規(guī)范
通常由組織管理和項目管理實踐解決

個人能力通常由員工和人才管理機構(gòu)解決
價值流和流程價值流架構(gòu)
工作流程和程序
流程文檔
可以通過變更實踐或其他實踐來解決
合作伙伴和供應(yīng)商在體系結(jié)構(gòu)上對第三方的依賴
與第三方的合同安排(新供應(yīng)商,責(zé)任變更等)
合同和其他文檔(版本的變更,延期等)
變更支持實踐,供應(yīng)商管理或其他實踐可能會解決


根據(jù)這些以及其他注意事項,組織決定是否將對產(chǎn)品和服務(wù)的修改視為變更,如果是,再將其進行輕度,中等或重度的劃分。變更支持實踐通常針對不同程度的變更有不同的方法,通常在變更劃分中對此進行了詳細說明。


1.2.3 變更支持實踐的自動化作用和可視化作用

當(dāng)對軟件和其他數(shù)字化資源進行變更時,為了使變更的內(nèi)容(包括變更計劃,完整性控制,版本控制,兼容性控制等)能夠成功自動執(zhí)行。自動化變更大大提高了變更效率,同時保證了變更的風(fēng)險在一個可接受的水平。尤其是處理單個且體量較小的變更時(請參閱第5節(jié)軟件開發(fā)管理,發(fā)布管理和部署管理指南)。
當(dāng)變更實踐高度自動化時,會因為受控環(huán)境的高度復(fù)雜性,造成難以對整個組織計劃和正在進行的變更進行完整的范圍監(jiān)督,同時,也很難確定變更是在哪里產(chǎn)生的。

組織應(yīng)該擁有在較高的不確定性和復(fù)雜性中,保證變更風(fēng)險在可控范圍內(nèi)的能力。

能夠降低變更風(fēng)險的主要方法是減小自動化變更的規(guī)模,同時對變更進行標準化的定義。

變更支持實踐的范圍包括:

  • 規(guī)劃組織中受控環(huán)境的變更

  • 規(guī)劃變更模型和變更標準化

  • 規(guī)劃變更工作流,活動和控制點

  • 計劃和協(xié)調(diào)所有正在進行的變更

  • 控制從啟動到完成的變更進度

  • 與利益相關(guān)者溝通變更計劃和進度

  • 評估變更的成功,包括輸出,結(jié)果,效率,風(fēng)險和成本


變更支持實踐中不包含以下幾個活動和職責(zé)范圍,盡管它們與變更密切相關(guān)。表2.3中列出了這些內(nèi)容,需要著重注意的是,ITIL實踐只是價值流中使用工具的集合;根據(jù)情況,應(yīng)將它們組合在一起。

表1.3 與變更支持實踐相關(guān)的其他實踐活動

實踐指南
變更啟動                                                                                 所有其他實踐                                                                           
變更的實現(xiàn)架構(gòu)管理
部署管理 
基礎(chǔ)設(shè)施和平臺管理
IT資產(chǎn)管理
發(fā)布管理
服務(wù)目錄管理
服務(wù)配置管理
服務(wù)設(shè)計
服務(wù)級別管理
軟件開發(fā)和管理
供應(yīng)商管理
勞動力和人才管理
變更風(fēng)險評估與控制風(fēng)險管理
成本控制,變更財務(wù)評估服務(wù)財務(wù)管理
管理項目項目管理
管理的組織變更組織變更管理
測試服務(wù)驗證和測試


1.4實踐成功因素

  • 定義:實踐成功因素


實踐成功因素是滿足實踐所需復(fù)雜的功能組成部分的目標。

實踐的成功因素(PSF)不僅僅是一項任務(wù)或活動;它包括所有服務(wù)管理模型的四個要素。雖然活動的性質(zhì)和實踐中PSF的資源可能有所不同,但它們都保證了實踐的有效性。

變更支持實踐包含以下PSF:

  • 確保及時有效地實現(xiàn)變更

  • 最小化變更的負面影響

  • 確保利益干系人對變更的滿意度

  • 滿足與變更相關(guān)合規(guī)性的要求


1.4.1 確保及時有效的實現(xiàn)變更 

變更支持實踐的重點是效果和變更的及時性。

變更效果可以通過變更的結(jié)果和產(chǎn)出進行度量。在變更產(chǎn)出的結(jié)果中,有效的變更可描述為“將資源從初始狀態(tài)成功轉(zhuǎn)換為預(yù)定義目標狀態(tài)的變更”。但是,目標狀態(tài)很少是變更的目標。目標狀態(tài)產(chǎn)出的成果才是變更的目標。在成果級別上,有效的變更可描述為“成功實現(xiàn)所需預(yù)定義結(jié)果的變更”。


眾所周知,對正在發(fā)生的變更進行控制和評估是非常重要的。針對特定的變更,我們可以進行重新定義和評估。通常通過多次的變更和其他措施來實現(xiàn)結(jié)果。對于正在進行變更的團隊而言,這種差異對于管理和控制極為重要。這些團隊?wèi)?yīng)了解變更的價值和具體的變更內(nèi)容。團隊的績效應(yīng)根據(jù)其在職責(zé)范圍內(nèi)對目標做出的貢獻來評估。

有效性包括在變更范圍內(nèi)定義的資源和服務(wù)的各種質(zhì)量特性。這些可能包括安全性、性能、法規(guī)遵從性和可用性。

變更的及時性是變更滿足啟動期望和要求的另一種度量要素。可以根據(jù)授權(quán)的變更數(shù)量來衡量變更的及時性,但主要關(guān)注的是變更是否滿足啟動的需求。在計劃,控制和評估變更時,這應(yīng)該是重要的考量要素。

有時,如果不能滿足變更的及時性將會使變更變得失效,無用或有害。

變更的有效性和及時性可以通過以下方法改進:

  • 減少單個變更的大小

  • 標準化和自動化變更

  • 在變更,規(guī)劃和實現(xiàn)的每個迭代中都包含一個反饋環(huán)

  • 關(guān)注結(jié)果,同時針對變更的過程及時溝通

  • 針對價值流內(nèi)容的變更采用多種有效的ITIL實踐。



1.4.2 最小化變更的負面影響

變更是中斷和風(fēng)險的來源。變更支持實踐有望將風(fēng)險保持在可接受的水平。在簡單,變化緩慢的環(huán)境中,可以通過在變更的每個步驟上施加控制,在授權(quán)步驟中引入更多的利益相關(guān)者并在每種情況下創(chuàng)建應(yīng)急計劃來實現(xiàn)。但是,這些控制將導(dǎo)致變更的實現(xiàn)效率低下和延遲,這在復(fù)雜的環(huán)境中是無法接受的。( \  |' n% w) E

為了平衡變更的及時性,有效性和風(fēng)險級別,組織定義了將手動和自動控制結(jié)合起來的變更模型,以使變更標準化,不斷減小變更規(guī)模,并監(jiān)控和評估變更對基礎(chǔ)設(shè)施、服務(wù)和利益相關(guān)者的影響。通過減少每個單獨變更的影響、在變更失敗時快速自動返回到以前的穩(wěn)定狀態(tài)以及自動化配置管理,可以實現(xiàn)風(fēng)險最小化。


1.4.3 確保利益干系人滿意度

許多利益相關(guān)者都對變更感興趣,包括:

  • 服務(wù)提供者團隊

  • 使用者

  • 消費者

  • 服務(wù)提供的贊助商

  • 服務(wù)消費的贊助商

  • 供應(yīng)商和合作伙伴

變更支持實踐確保利益相關(guān)者的期望能夠得到考慮和滿足。這將與關(guān)系管理、風(fēng)險管理和業(yè)務(wù)分析實踐等一起完成。變更支持實踐主要集中在變更實現(xiàn)期間和變更完成后,對利益相關(guān)者參與度和滿意度的持續(xù)監(jiān)控。持續(xù)溝通、狀態(tài)更新和反饋收集是管理滿意度的重要組成部分。

1.4.4 滿足變更相關(guān)的管理和合規(guī)性要求

許多與變更相關(guān)的管理和合規(guī)性要求都會影響變更支持實踐以及個別變更。重要的是,組織必須找到它們,理解它們并確保它們得到滿足。變更支持實踐通過以下方式支持此需求:

  • 包括變更模型,流程和程序中所需的控制點

  • 提供所需的信息

  • 通過持續(xù)改進來防止非合規(guī)性情況發(fā)生


1.5 關(guān)鍵指標

變更實踐的有效性和績效應(yīng)在每種實踐貢獻的價值流的背景下進行評估。與任何工具的績效一樣,該實踐的績效只能在其應(yīng)用范圍內(nèi)進行評估。但是,工具的設(shè)計和質(zhì)量可能會有很大差異,這些差異定義了根據(jù)用途使用工具的潛力或能力。有關(guān)度量,關(guān)鍵績效指標(KPI)以及其他可以幫助實現(xiàn)此目標的技術(shù)的進一步指南,可以在衡量和報告實踐指南中找到。

變更支持實踐的關(guān)鍵指標已映射到其PSF。它們可以用作價值流環(huán)境中的KPI,以評估實踐對這些價值流的有效性和效率的貢獻。表1.4中給出了一些關(guān)鍵指標的示例。)
表1.4 實踐成功因素的關(guān)鍵指標示例!

實踐成功要素                                                                       關(guān)鍵指標                                                                                             
確保及時有效地實現(xiàn)變更整個時間段內(nèi)匯總的及時性處理(TPI))
每個變更模型成功實現(xiàn)的平均時間' 
變更啟動的滿意度和變更的結(jié)果!  
變更的時效性   
變更成功率/接受率
特定變更的TPI
最小化負面影響受到變更影響的相關(guān)業(yè)務(wù)事件
變更所帶來的問題以及影響相關(guān)事件的數(shù)量和持續(xù)時間
確保變更相關(guān)利益干系人的滿意度                                      利益干系人對變更支持實踐的程序和溝通的滿意度
利益干系人對實現(xiàn)特定變更的滿意度                                                
滿足變更相關(guān)管理和合規(guī)性要求根據(jù)審計報告,具有明確的合規(guī)性規(guī)定
與變更相關(guān)且不合規(guī)性事件的數(shù)量和影響!
與變更相關(guān)的合規(guī)性事件的數(shù)量和影響


將關(guān)鍵的指標匯總到復(fù)雜的實踐中,更易于價值流的管理,且對于變更實踐的定期評估和持續(xù)改進也有著極大的幫助。變更支持實踐中,沒有單一的最佳解決方案,所以度量標準是基于組織的優(yōu)先級和價值流的首要目標來進行考慮的。

2 價值流和流程


2.1 價值流的作用

像任何其他ITIL 實踐一樣,變更支持實踐也有助于多個價值流。重要的是要記住,價值流永遠不會由單個實踐形成。變更支持實踐與其他實踐相結(jié)合,可以為消費者提供高質(zhì)量服務(wù)。價值流的主要活動形式是:


  • 獲取和構(gòu)建

  • 設(shè)計和轉(zhuǎn)換

  • 交付和支持

  • 改進


圖2.1 中顯示了變更支持實踐對服務(wù)價值流的作用。



圖2.1 變更支持實踐對價值流活動的熱力圖



2.2 流程

每個實踐都可能包含流程和活動,它們對于實現(xiàn)實踐目的是必不可少的。


  • 定義:流程


一組相互關(guān)聯(lián)或交互的活動,可將輸入轉(zhuǎn)換為輸出。流程就是將一個或多個定義好的輸入,轉(zhuǎn)換為定義好的輸出。流程定義了活動的順序及其依賴關(guān)系。


變更支持實踐包括兩個流程:


  • 變更生命周期管理

  • 變更優(yōu)化


2.2.1 變更生命周期管理

變更生命周期管理流程包括表2.1中列出的活動,并將輸入轉(zhuǎn)換為輸出。


表2.1 變更生命周期管理流程的輸入活動和輸出活動

關(guān)鍵輸入

活動

關(guān)鍵輸出

變更請求

變更模型和標準變更程序

政策法規(guī)要求

配置信息

IT資產(chǎn)信息服務(wù)目錄

與消費者和供應(yīng)商/合作伙伴

服務(wù)級別協(xié)議(SLA)

財務(wù)約束準則

風(fēng)險信息

容量和性能信息

連續(xù)性政策和計劃

信息安全政策和計劃

變更登記

變更評估

變更授權(quán)

變更規(guī)劃

變更實現(xiàn)控制

變更評審和關(guān)閉


變更記錄

變更流程

變更評審報告

變更資源和服務(wù)



圖2.2 顯示了變更生命周期管理的工作流程圖





圖2.2 變更生命周期管理流程的工作流程

流程可能會因變更模型而異。

表2.2 提供了兩個變更模型中的活動的示例。

表2.2 中的變更模型示例只是說明眾多變更模型中的兩個。組織應(yīng)根據(jù)自身管理的體系結(jié)構(gòu)來確保服務(wù)的靈活性并滿足利益干系人的期望。

活動        

人工變更

自動化變更

變更登記

從變更發(fā)起者收到變更請求,根據(jù)變更請求,服務(wù)所有者,資源所有者,變更管理者或變更協(xié)調(diào)者將創(chuàng)建變更記錄。

變更發(fā)起方收到變更請求接受的確認。

變更請求累積在生產(chǎn)或服務(wù)待辦項中。生產(chǎn)開發(fā)團隊決定將哪些請求納入開發(fā)。

變更評估

服務(wù)負責(zé)人,資源所有者,變更經(jīng)理或變更協(xié)調(diào)員執(zhí)行變更影響的評估,相關(guān)風(fēng)險和所需資源。如果需要,可能會涉及其他領(lǐng)域的專家。評估信息被添加到變更記錄。

生產(chǎn)開發(fā)團隊決定執(zhí)行變更的最佳方法。

變更授權(quán)

根據(jù)變更模型分配的授權(quán),授權(quán)機構(gòu)檢查變更記錄并提供授權(quán)。如果變更未經(jīng)授權(quán),則將其發(fā)送以供審查或關(guān)閉。由于會需要進行其他評估,因此將變更記錄連同評估理由一起返回評估。

不需要變更授權(quán):

因為標準的更改很可能是預(yù)先授權(quán)的對于該類型的變更,通過開發(fā)過程對待辦任務(wù)列表的評估完成變更授權(quán)。

變更規(guī)劃

根據(jù)變更模型,將有相關(guān)專業(yè)知識和權(quán)限的角色安排到規(guī)劃中。規(guī)劃中可能需要其他授權(quán),具體取決于變更模型。該變更規(guī)劃由變更協(xié)調(diào)員或變更經(jīng)理來進行安排。

規(guī)劃階段被最小化:較小的工作量允許將規(guī)劃委派給開發(fā)團隊,并減少了為此需要時間。


變更實現(xiàn)控制

資源的計劃變更由內(nèi)部和外部專家團隊執(zhí)行。其中可能包括:

  • 軟件開發(fā)人員

  • 基礎(chǔ)架構(gòu)工程師

  • 合同/ 供應(yīng)商管理員

  • 測試人員

  • 用戶支持專家

手動和自動控制操作由變更經(jīng)理或其他約定的角色執(zhí)行。變更經(jīng)理定期進行檢測并糾正。

資源的計劃變更由內(nèi)部和外部專家團隊執(zhí)行。

變更的實現(xiàn)控制幾乎是全自動的,包括:

  • 驗證和測試

  • 配置控制和驗證

  • 資產(chǎn)控制

  • 版本控制

  • 備份和還原


變更評審和關(guān)閉

變更完成后,或變更如果未能及時完成,需由公認的機構(gòu)審查變更。其中,可能涉及以下一個或多個角色:變更經(jīng)理,服務(wù)負責(zé)人,變更發(fā)起者,資源所有者。

在評審前還是評審后正式關(guān)閉變更,取決于具體的變更模型。

除非變更實現(xiàn)不成功,否則不會對單個更改執(zhí)行變更評審。在確認變更成功后,變更將自動關(guān)閉。

表2.2 變更生命周期管理流程的活動對比


2.2.2 變更優(yōu)化

該流程專注于變更支持實踐,變更模型和標準變更過程的持續(xù)改進。它由變更評審觸發(fā),目的是找到低效率和其他需要改進的流程,或者根據(jù)現(xiàn)有模型和程序定期執(zhí)行。


該流程包括表2.3 中列出的活動,并將輸入轉(zhuǎn)換為輸出。


表2.3 變更優(yōu)化流程的輸入,活動和輸出


關(guān)鍵輸入

活動

關(guān)鍵輸出

變更記錄

當(dāng)前的變更模型和標準變更程序

政策法規(guī)要求

配置信息IT資產(chǎn)信息服務(wù)目錄

與消費者和供應(yīng)商/合作伙伴的SLA

財務(wù)準則和約束

風(fēng)險信息

容量和性能或績效信息

連續(xù)性政策和計劃" 

變更評審分析

變更模型改進點啟動

變更模型更新的溝通


變更評審分析報告

改進啟動

變更請求

更新的變更模型

更新的標準變更程序


圖2.3 展示了變更的工作流程圖。



表2.4 提供了變更活動的示例。


實踐活動      

示例

變更評審分析                  

變更經(jīng)理與資源所有者和其他相關(guān)的利益相關(guān)者一起,在此期間對選定的(通常是不成功的)變更執(zhí)行評審。他們確定變更模型和標準變更程序優(yōu)化的流程,包括新變更類型的標準化。

變更模型改進啟動

變更經(jīng)理或變更協(xié)調(diào)員要在變更實踐中持續(xù)改進措施和發(fā)起變更請求(如果變更模型和過程包含在變更支持實踐的范圍內(nèi))。

變更模型更新溝通

如果變更模型成功更新,則將其傳達給相關(guān)的利益相關(guān)者。這通常由變更經(jīng)理或資源所有者完成。

表3.4 變更優(yōu)化的活動流程


變更支持實踐由服務(wù)提供者執(zhí)行,如表2.2和2.4所述。他們可能涉及客戶,供應(yīng)商和合作伙伴。這些實踐依賴工具和技術(shù)的支持(有時甚至完全或很大程度上依賴自動化)。下圖是對工作流程的優(yōu)化展示。



圖2.3 變更工作流程優(yōu)化


3  組織和人員

3.1 角色、能力和責(zé)任


實踐指南雖然沒有描述實踐管理的角色,例如實踐所有者,實踐領(lǐng)導(dǎo),或?qū)嵺`教練。因為每個角色的結(jié)構(gòu)和命名都在不同的組織上有所區(qū)別,因此ITIL中定義的任何角色都不應(yīng)被視為強制性的。


請記住,角色不是職務(wù)。一個人可以擔(dān)任多個角色,一個角色可以分配給多個人。


在活動中我們描述了角色的背景。根據(jù)表3.1所示的模型,每個角色都有一個能力簡介。


能力代號

能力簡介(活動和技能)

L

領(lǐng)導(dǎo)者  決策,委派,監(jiān)督其他活動,提供激勵和動機以及評估結(jié)果

А

管理員  分配任務(wù)并確定優(yōu)先級,保存記錄,持續(xù)報告,并發(fā)起基本改進

C

協(xié)調(diào)員/溝通者  協(xié)調(diào)多方,維護利益相關(guān)者之間的溝通,并開展宣貫活動

М

方法和技術(shù)專家  設(shè)計和實施工作技術(shù),文檔程序,流程咨詢,工作分析和持續(xù)改進

Т

技術(shù)專家  提供技術(shù)(IT)專業(yè)知識并執(zhí)行基于專業(yè)知識的任務(wù)


表3.1 能力代號和簡介


在組織中可能會發(fā)現(xiàn)三個實踐特定角色:變更經(jīng)理,變更協(xié)調(diào)員和變更授權(quán)者。這些角色通常在手動處理大量變更的組織中被引入。


3.1.1 變更經(jīng)理和變更協(xié)調(diào)員角色

變更經(jīng)理通常負責(zé):


  • 變更流程的初始處理和驗證變更請求

  • 根據(jù)變更模型,將變更分配給適當(dāng)?shù)膱F隊進行評估和授權(quán)

  • 正式向受影響方傳達變更授權(quán)方的決定

  • 監(jiān)視、評審、構(gòu)建和測試變更團隊的活動

  • 發(fā)布變更計劃并確保其在需要時可用

  • 進行定期和特別的服務(wù)評審分析;對變更模型和標準變更程序進行改進

  • 將組織在變更支持實踐方法方面的專業(yè)知識進行記錄總結(jié)

在某些情況下,組織會引入變更協(xié)調(diào)員的角色,它具有相似的職責(zé),但職責(zé)范圍比較有限(特定類型的變更、或管區(qū),或組織的一部分)。


這些角色的能力配置文件是MTCLA,盡管這些能力的重要性因變更而異。表3.2 中列出了變更支持實踐中可能涉及的角色以及相關(guān)的能力概況和所需技能。


3.1.2 變更授權(quán)角色

變更需要資源,并且會帶來風(fēng)險。這有時會導(dǎo)致組織建立復(fù)雜的、通常是形式化的變更授權(quán)系統(tǒng),且該系統(tǒng)有正式的委員會定期開會,來審查和授權(quán)在此期間累積的變更。這些被稱為變更顧問委員會(CAB),它們通常成為組織價值流的瓶頸。它們導(dǎo)致了延遲并影響了變更支持實踐的效率。


基于資源、成本和優(yōu)先級考慮對變更進行授權(quán)是很重要的。這通常不需要一個形式化的程序。變更模型應(yīng)定義授權(quán)的要求和程序,將變更權(quán)限的角色委派給適當(dāng)?shù)募墑e的角色,如開發(fā)團隊、技術(shù)專家或服務(wù)和產(chǎn)品所有者。


變更授權(quán)者在其生命周期(從發(fā)起到完成)期間負責(zé)評估和變更的授權(quán)。根據(jù)變更模型,評估和授權(quán),可以手動,自動完成,也可以針對特定類型的變更跳過授權(quán)。


3.1.3 變更支持活動中涉及的其他角色

表3.2 中列出了變更支持活動中涉及的其他角色的示例。


活動                           

負責(zé)角色

勝任力

具體技能簡介

變更生命周期管理流程

變更登記

變更協(xié)調(diào)員

變更經(jīng)理

產(chǎn)品負責(zé)人

生產(chǎn)開發(fā)團隊

資源服務(wù)負責(zé)人

TA

了解變更模型和登記程序

變更評估

變更協(xié)調(diào)員

生產(chǎn)開發(fā)團隊

產(chǎn)品負責(zé)人

服務(wù)負責(zé)人

技術(shù)專家- 

TC

良好的產(chǎn)品知識

包括其架構(gòu)和配置

業(yè)務(wù)影響分析風(fēng)險分析


變更認證

變更協(xié)調(diào)員

變更經(jīng)理

客戶代表

生產(chǎn)開發(fā)團隊

產(chǎn)品負責(zé)人

資源負責(zé)人

風(fēng)險和合規(guī)性專家

服務(wù)負責(zé)人

技術(shù)專家

CTM

良好的產(chǎn)品知識,內(nèi)容包括其架構(gòu)和配置

了解變更模型,業(yè)務(wù)影響分析


變更計劃

變更協(xié)調(diào)員

變更經(jīng)理

生產(chǎn)開發(fā)團隊

產(chǎn)品負責(zé)人

資源負責(zé)人

服務(wù)負責(zé)人

TAC

良好的產(chǎn)品知識,內(nèi)容包括其架構(gòu)和配置

了解變更模型


變更實施控制

變更協(xié)調(diào)員

變更經(jīng)理

生產(chǎn)開發(fā)團隊

產(chǎn)品負責(zé)人

資源負責(zé)人

服務(wù)負責(zé)人

ATC

良好的產(chǎn)品知識,內(nèi)容包括其架構(gòu)和配置

了解變更模型


變更審核和關(guān)閉

變更協(xié)調(diào)員

變更經(jīng)理

客戶代表

生產(chǎn)開發(fā)團隊

產(chǎn)品負責(zé)人

資源負責(zé)人

服務(wù)負責(zé)人

TCA

良好的產(chǎn)品知識,內(nèi)容包括其架構(gòu)和配置

業(yè)務(wù)影響分析


變更優(yōu)化流程

變更評審分析

變更協(xié)調(diào)員

變更經(jīng)理

生產(chǎn)開發(fā)團隊

產(chǎn)品負責(zé)人

資源負責(zé)人

風(fēng)險和合規(guī)性專家

服務(wù)負責(zé)人

TC

良好的產(chǎn)品知識,內(nèi)容包括其基礎(chǔ)架構(gòu)和配置

了解變更模型

業(yè)務(wù)影響分析

風(fēng)險分析


變更模型

改進舉措


變更經(jīng)理

生產(chǎn)開發(fā)團隊

產(chǎn)品負責(zé)人

風(fēng)險和合規(guī)性專家

服務(wù)負責(zé)人

TMA

良好的產(chǎn)品知識,內(nèi)容包括其基礎(chǔ)架構(gòu)和配置

了解變更模型

業(yè)務(wù)影響分析

風(fēng)險分析


表3.2 負責(zé)變更支持活動的角色示例


3.2 組織結(jié)構(gòu)和團隊


盡管變更經(jīng)理角色可能與正式職位相關(guān)聯(lián),但很少看到單獨的組織結(jié)構(gòu)來支持變更實踐。這樣的結(jié)構(gòu)更容易在具有復(fù)雜的政府機構(gòu)的組織中找到,并且許多變更都是手工處理的。在以產(chǎn)品為中心的組織中,工作頭銜和工作角色通常不用于此實踐,因為它與產(chǎn)品開發(fā)團隊的日常活動集成在一起,并且在任何可能的地方都是自動化的。正式團隊在實踐中可能包括變更授權(quán)團隊(例如變更委員會)和為特定變更指定的臨時團隊,特別是當(dāng)變更被視為一個項目時(有關(guān)項目團隊的詳細信息,請參閱項目管理實踐指南)。


若需要ITIL4變更管理實踐完整實踐資料,請點擊右上角注冊賬號后向客服索取!

永服科技有限公司(簡稱“Servicehot”),運用ITIL、ISO20000、ITSS等最佳實踐方法,結(jié)合ServiceHot在國內(nèi)外眾多行業(yè)客戶的IT服務(wù)管理、信息安全管理方面的成功實施經(jīng)驗,協(xié)助客戶梳理并建設(shè)IT管理體系,推動企業(yè)數(shù)字化轉(zhuǎn)型,ServiceHot產(chǎn)品在數(shù)以百計的大型的國企、制造業(yè)、金融、IT互聯(lián)網(wǎng)等行業(yè)完成了實際的應(yīng)用和推廣,主要案例包括:XX省農(nóng)信、建信基金、中原銀行、國信證券、四川長虹、一汽啟明、中國移動、中國石化、華為、深信服、中航西飛、中航成飛、深圳航空、富力集團、華西醫(yī)院、西南民族大學(xué)、瀘州老窖、天原集團等。