【正文】 某客戶 IT 變更管理流程將包括如下內(nèi)容：? 接受 RFC(變更請求)? 所有變更請求，都需遞交到 變更經(jīng)理，供評估和批準(zhǔn)。批準(zhǔn)后，變更將進入計劃，測試/構(gòu)建和實施階段。變更經(jīng)理應(yīng)該對整個變更流程負(fù)責(zé)，但這并不意味著自己要做每件事情，而是要確保有人在做應(yīng)該做的事情。它詳細描述在某客戶的 IT 環(huán)境中如何實施一個變更，如，上線一個新系統(tǒng)。本文檔描述的是依據(jù)目前某客戶的 IT 服務(wù)狀況而制定的 變更管理流程說明，以后 進一步的更新和優(yōu)化將由某客戶負(fù)責(zé)。1 / 31業(yè)務(wù)變更管理流程i / 31版本記錄版本號 日期 修改人 描述 20220120 XX 初稿 20220321 XXX 流程修改，增加代碼描述，形成提交稿ii / 31目 錄1. 文檔介紹 .......................................................................................................................................1. 文檔簡介 ................................................................................................................................1. 文檔用途 ................................................................................................................................12. 變更管理流程簡介 .......................................................................................................................2. 變更管理流程描述 ................................................................................................................2. 目的 ........................................................................................................................................3. 范圍 ........................................................................................................................................3. 主要內(nèi)容 ................................................................................................................................4. 業(yè)務(wù)價值 ................................................................................................................................63. 變更管理的人員角色和職責(zé) .......................................................................................................7. 變更經(jīng)理 ................................................................................................................................7. 變更顧問委員會（CAB/EC） .................................................................................................8. 變更主管 ................................................................................................................................8. 變更實施人員 ........................................................................................................................9. 某客戶人員角色定義 ............................................................................................................94. 變更管理流程說明 .....................................................................................................................10. 變更管理總體流程 ..............................................................................................................10. 變更管理流程和其他管理流程的關(guān)系 ..............................................................................12. 變更管理詳細流程 ..............................................................................................................12. （350）緊急變更邏輯流程 .............................................................................................12. （）提交變更請求 ..................................................................................................15. （）接受變更請求 ..................................................................................................15. （）評估風(fēng)險/影響 ................................................................................................16. （）測試/實施計劃 ................................................................................................17. （）計劃amp。文檔用途來自.....本文檔一方面作為本次 ITSM 項目的變更管理流程說明的交付物，也可為進一步設(shè)計變更管理流程的藍本，讀者對 象為與變更管理流程相關(guān)的所有技術(shù)和管理人員。 并包括定義在變更流程中涉及的文檔資料。 ITIL 建議成立一個變更顧問委員會(CAB)來幫助和支持 變更經(jīng)理，CAB 的成員根據(jù)變更的實質(zhì)可以包括客戶代表，運 維支持， 應(yīng)用開發(fā)和供應(yīng) 商等跟變更有關(guān)的人員。 計劃/構(gòu)建階段也包括開發(fā)一個恢復(fù)計劃(Fallback Plan)，用以在實 施階段出現(xiàn)問題或緊急狀況 時需要把變更回退回去。? 評估變更分類、變更級別等，確定與 變更相關(guān)的 CAB 人員， 變更經(jīng)理對常規(guī)變更進行實施；4 / 31? 變更請求分類和登錄通過分類，確定該 RFC 的批準(zhǔn)人和領(lǐng)導(dǎo)／執(zhí)行人，并確定是否是緊急變更，緊急變更適用同一流程但將得到快速批準(zhǔn)和實施。評估后該經(jīng)理根據(jù)判斷決定是否批準(zhǔn) RFC。這一步驟為變更流程的關(guān)鍵質(zhì)量檢查點。 ? 更新變更狀態(tài)在整個變更過程中，變更的狀態(tài)從登記， 評估，回 顧到最后關(guān) 閉是不同的。隨后，變更經(jīng)理負(fù)責(zé)利用預(yù)先定義好的結(jié)束狀態(tài)關(guān)閉 RFC。在會上，可以傳遞如，最近變更規(guī)劃（ＦＳＣ），將要實施變更的信息，也包括對變更流程的反饋和建議等。6 / 31? 降低運行成本；來自....? 良好的變更記錄有助于運維流程的持續(xù)性改進，并加快變更相關(guān)問題的解決。另外，還可以使相關(guān)流程更加 簡捷，確保 ITSM 管理流程的可推廣性。變更主管職責(zé)：? 接受變更請求，并協(xié)調(diào)實 施；? 作為具體變更的項目經(jīng)理， 負(fù)責(zé)領(lǐng)導(dǎo)變更的構(gòu)建／測試 ，實施和參與回顧；9 / 31? 制定變更項目計劃和時間規(guī)劃等；? 更新項目記錄，生成變更工 單；? 在整個變更中協(xié)調(diào)各工單，以 維護變更項目的整體性；? 確保變更在預(yù)定的時間，資源和成本內(nèi)完成；? 在必要時，確?；謴?fù)計劃（ Fallback Plan）得以正確實施。 溝通3 0 0 . 8結(jié)束批準(zhǔn)嗎 ?3 0 0 . 4測試 / 實施計劃授權(quán) ?3 0 0 . 1提交變更請求緊急嗎 ?3 0 0 . 2接受變更請求常規(guī)變更嗎 ?3 0 0 . 7回顧3 0 0 . 6 實施拒絕變更請求所有優(yōu)先級為普通、中、高的 變更都將完全按照如上流程執(zhí)行，各步驟的描述如下：序號 步驟名稱 責(zé)任人 說明 提交變更請求變更請求者請求者找出變更求請需求，然后跟相關(guān)部門或客戶確認(rèn)后填寫變更請求單并提交給變更經(jīng)理，如果常規(guī)變更，則由變更經(jīng)理直接執(zhí)行并結(jié)束變更。 評估風(fēng)險/影響變更顧問委員會CAB召開會議或指定人員對變更請求進行評估并得出評估結(jié)果。 計劃和溝通 變更經(jīng)理 確定一個最合適的實施日期并和相關(guān)部門進行充分溝通。12 / 31. 變 更 管 理 流 程 和 其 他 管 理 流 程 的 關(guān) 系 變 更 管 理 流 程 和 其 他 管 理 流 程 的 關(guān) 系 版 本 1 . 0配置管理流程變更管理流程問題管理流程事件管理流程修改完畢修改變更的配置信息是否問題提供配置信息及其相關(guān)的歷史事件 / 問題信息提供配置信息變 更 請 求結(jié)束配置管理流程客戶請求事件管理流程變更處理流程問題管理流程結(jié)束變 更 請 求變 更 請 求. 變 更 管 理 詳 細 流 程結(jié)合上面的邏輯流程和某客戶的實際情況，某公司建 議如下 變更管理的物