原文:

ITIL4  變更管理實(shí)踐


1.1目的和描述

  • 關(guān)鍵信息

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

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


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

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

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

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


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

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

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

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

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

image 

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

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

標(biāo)準(zhǔn)變更

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

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

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

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

  • 日常軟件更新


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

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

  • 標(biāo)準(zhǔn)的事件解決

  • 標(biāo)準(zhǔn)的災(zāi)難響應(yīng)


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

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

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

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

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

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

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

  • 變更的規(guī)模

  • 地點(diǎn)/地區(qū)

  • 客戶

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


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

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

價(jià)值流和流程

組織和人員

信息和技術(shù)

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

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

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

信息要求工具自動化

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


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


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

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


緊急變更

必須盡快處理的變更。

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

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

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

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


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

  • 標(biāo)準(zhǔn)的變更

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

  • 基于多個(gè)安全的失敗測試的變更

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


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

標(biāo)準(zhǔn)化和自動化功能對于實(shí)踐是非常有益的,因?yàn)樗鼈兛梢栽诖蟠蠹铀僮兏耐瑫r(shí)保留足夠的流程控制。對于數(shù)字化資源,產(chǎn)品和服務(wù),這是實(shí)踐變更的推薦方法。
減小變更的大小可以增加實(shí)踐的效率,同時(shí)降低風(fēng)險(xiǎn)的級別。對于組織的變更模型,大小應(yīng)該是重要的考量因素。


1.2.2 變更定義和范圍

變更實(shí)踐支持所有價(jià)值流,并且可以與任何其他實(shí)踐一起使用,因?yàn)樗鼈兌伎梢詥訉Ξa(chǎn)品和服務(wù)的更改。但是,組織通常根據(jù)要變更的內(nèi)容和發(fā)生變更的 背景,將變更實(shí)踐的應(yīng)用程序限制為有限的變更類型。

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

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

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

  • 配置范圍和資產(chǎn)管理 變更實(shí)踐能夠?yàn)樽缘呐渲庙?xiàng)目和資產(chǎn)提供修改方法

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

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


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

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

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


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


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

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

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

能夠降低變更風(fēng)險(xiǎn)的主要方法是減小自動化變更的規(guī)模,同時(shí)對變更進(jìn)行標(biāo)準(zhǔn)化的定義。

變更支持實(shí)踐的范圍包括:

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

  • 規(guī)劃變更模型和變更標(biāo)準(zhǔn)化

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

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

  • 控制從啟動到完成的變更進(jìn)度

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

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


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

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

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


1.4實(shí)踐成功因素

  • 定義:實(shí)踐成功因素


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

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

變更支持實(shí)踐包含以下PSF:

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

  • 最小化變更的負(fù)面影響

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

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


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

變更支持實(shí)踐的重點(diǎn)是效果和變更的及時(shí)性。

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


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

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

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

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

變更的有效性和及時(shí)性可以通過以下方法改進(jìn):

  • 減少單個(gè)變更的大小

  • 標(biāo)準(zhǔn)化和自動化變更

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

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

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



1.4.2 最小化變更的負(fù)面影響

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

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


1.4.3 確保利益干系人滿意度

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

  • 服務(wù)提供者團(tuán)隊(duì)

  • 使用者

  • 消費(fèi)者

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

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

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

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

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

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

  • 包括變更模型,流程和程序中所需的控制點(diǎn)

  • 提供所需的信息

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


1.5 關(guān)鍵指標(biāo)

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

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

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


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

2 價(jià)值流和流程


2.1 價(jià)值流的作用

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


  • 獲取和構(gòu)建

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

  • 交付和支持

  • 改進(jìn)


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



圖2.1 變更支持實(shí)踐對價(jià)值流活動的熱力圖



2.2 流程

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


  • 定義:流程


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


變更支持實(shí)踐包括兩個(gè)流程:


  • 變更生命周期管理

  • 變更優(yōu)化


2.2.1 變更生命周期管理

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


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

關(guān)鍵輸入

活動

關(guān)鍵輸出

變更請求

變更模型和標(biāo)準(zhǔn)變更程序

政策法規(guī)要求

配置信息

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

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

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

財(cái)務(wù)約束準(zhǔn)則

風(fēng)險(xiǎn)信息

容量和性能信息

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

信息安全政策和計(jì)劃

變更登記

變更評估

變更授權(quán)

變更規(guī)劃

變更實(shí)現(xiàn)控制

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


變更記錄

變更流程

變更評審報(bào)告

變更資源和服務(wù)



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





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

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

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

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

活動        

人工變更

自動化變更

變更登記

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

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

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

變更評估

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

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

變更授權(quán)

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

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

因?yàn)闃?biāo)準(zhǔ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)理來進(jìn)行安排。

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


變更實(shí)現(xiàn)控制

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

  • 軟件開發(fā)人員

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

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

  • 測試人員

  • 用戶支持專家

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

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

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

  • 驗(yàn)證和測試

  • 配置控制和驗(yàn)證

  • 資產(chǎn)控制

  • 版本控制

  • 備份和還原


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

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

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

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

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


2.2.2 變更優(yōu)化

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


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


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


關(guān)鍵輸入

活動

關(guān)鍵輸出

變更記錄

當(dāng)前的變更模型和標(biāo)準(zhǔn)變更程序

政策法規(guī)要求

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

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

財(cái)務(wù)準(zhǔn)則和約束

風(fēng)險(xiǎn)信息

容量和性能或績效信息

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

變更評審分析

變更模型改進(jìn)點(diǎn)啟動

變更模型更新的溝通


變更評審分析報(bào)告

改進(jìn)啟動

變更請求

更新的變更模型

更新的標(biāo)準(zhǔn)變更程序


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



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


實(shí)踐活動      

示例

變更評審分析                  

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

變更模型改進(jìn)啟動

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

變更模型更新溝通

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

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


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



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


3  組織和人員

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


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


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


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


能力代號

能力簡介(活動和技能)

L

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

А

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

C

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

М

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

Т

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


表3.1 能力代號和簡介


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


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

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


  • 變更流程的初始處理和驗(yàn)證變更請求

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

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

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

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

  • 進(jìn)行定期和特別的服務(wù)評審分析;對變更模型和標(biāo)準(zhǔn)變更程序進(jìn)行改進(jìn)

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

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


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


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

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


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


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


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

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


活動                           

負(fù)責(zé)角色

勝任力

具體技能簡介

變更生命周期管理流程

變更登記

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

變更經(jīng)理

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

生產(chǎn)開發(fā)團(tuán)隊(duì)

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

TA

了解變更模型和登記程序

變更評估

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

生產(chǎn)開發(fā)團(tuán)隊(duì)

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

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

技術(shù)專家- 

TC

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

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

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


變更認(rèn)證

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

變更經(jīng)理

客戶代表

生產(chǎn)開發(fā)團(tuán)隊(duì)

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

資源負(fù)責(zé)人

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

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

技術(shù)專家

CTM

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

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


變更計(jì)劃

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

變更經(jīng)理

生產(chǎn)開發(fā)團(tuán)隊(duì)

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

資源負(fù)責(zé)人

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

TAC

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

了解變更模型


變更實(shí)施控制

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

變更經(jīng)理

生產(chǎn)開發(fā)團(tuán)隊(duì)

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

資源負(fù)責(zé)人

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

ATC

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

了解變更模型


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

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

變更經(jīng)理

客戶代表

生產(chǎn)開發(fā)團(tuán)隊(duì)

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

資源負(fù)責(zé)人

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

TCA

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

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


變更優(yōu)化流程

變更評審分析

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

變更經(jīng)理

生產(chǎn)開發(fā)團(tuán)隊(duì)

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

資源負(fù)責(zé)人

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

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

TC

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

了解變更模型

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

風(fēng)險(xiǎn)分析


變更模型

改進(jìn)舉措


變更經(jīng)理

生產(chǎn)開發(fā)團(tuán)隊(duì)

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

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

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

TMA

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

了解變更模型

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

風(fēng)險(xiǎn)分析


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


3.2 組織結(jié)構(gòu)和團(tuán)隊(duì)


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


若需要ITIL4變更管理實(shí)踐完整實(shí)踐資料,請點(diǎn)擊右上角注冊賬號后向客服索??!

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