【正文】 ? 變更完成后產(chǎn)生配置修改信息列表，提供給配置管理。 ? 不可成為標(biāo)準(zhǔn)變更則關(guān)閉該變更。 變更管理流程設(shè)計(jì)說明書 30 驗(yàn)證 、記錄 變更 結(jié)果 變更經(jīng)理 ? 檢查 變更 的 相關(guān) 信息是否完整，是否符合要求 。 更新變更 /任務(wù)執(zhí)行 記錄 變更 實(shí)施 員 ? 變更 實(shí)施者 更新變更執(zhí)行記錄 (包括回退的執(zhí)行記錄 )。 評(píng)審變更實(shí)施結(jié)果 變 更 經(jīng)理 、CAB ? 評(píng)審變更結(jié)果能否接受，參與人員原則上應(yīng)與此項(xiàng)變更請(qǐng)求評(píng)審人員相同，但可由變更經(jīng)理根據(jù)實(shí)際情況做相應(yīng)調(diào)整，必要時(shí)可召集 CAB。 是否進(jìn) 行更多任務(wù) 變更實(shí)施員 ? 變更 實(shí)施者 判定是否需要做其它相關(guān)工作，例如是否要進(jìn)行再次構(gòu)建和測(cè)試，是進(jìn)入 。 ? 如果測(cè)試成功，變更 實(shí)施者 則 記錄測(cè)試結(jié)果， 進(jìn)入 “執(zhí)行發(fā)布”。 測(cè)試 變更實(shí)施員 ? 變更 實(shí)施者 指導(dǎo) 變更實(shí)施者 進(jìn)行變更的測(cè)試工作 。 是否需 要立項(xiàng) 變更實(shí)施員 ? 變更 實(shí)施者 根據(jù)變更所需要的條件判斷該變更是否需要立項(xiàng)。 ? 變更 實(shí)施者 制定測(cè)試計(jì)劃，為變更的構(gòu)建和測(cè) 試進(jìn)行準(zhǔn)備 。 對(duì)變更進(jìn)行計(jì)劃和排程 變更 經(jīng)理 ? 創(chuàng)建任務(wù)，估計(jì)變更所需時(shí)間和可用的停機(jī)時(shí)間，記錄可以執(zhí)行變更的時(shí)間段，完成排程和計(jì)劃 。 任務(wù)計(jì)劃是否需要相關(guān)人員協(xié)助？ 變更 經(jīng)理、變更實(shí)施員 ? 變更經(jīng)理 判斷并與相關(guān)人員協(xié)調(diào)確認(rèn)是否需要相關(guān)人員介入制定變更計(jì)劃和排程。 ? 如果需要?jiǎng)t轉(zhuǎn)入 “修改后重新提交，否則就關(guān)閉變更。 是否批準(zhǔn)RFC？ 變更經(jīng)理、 CAB ? 判斷是否批準(zhǔn) RFC。 組織 CAB 會(huì)議 變更經(jīng)理、 CAB ? 變更經(jīng)理發(fā)起 CAB，依據(jù) CAB 列表選擇合適的 CAB 人員并通知其參與評(píng)審會(huì)議。 ? 變更請(qǐng)求者可針對(duì) 意見對(duì) RFC 進(jìn)行修改，修改完畢 后重新提交 新的 RFC。 確定變 更路徑和審批者 變更經(jīng)理、變更實(shí)施員 ? 變更經(jīng)理與變更實(shí)施員確定該 RFC 的變更路徑和審批者。 變更管理流程設(shè)計(jì)說明書 24 變更評(píng)估與審批 2 . 1 變 更 評(píng) 審 和 授 權(quán) （ 合 規(guī) 性 評(píng) 審 ）其他服務(wù)支持/提供流程CAB/ECAB變更經(jīng)理變更實(shí)施者變更受理員是否C H M 2 . 3 確 定 關(guān) 聯(lián) C I變 更 取 消C H M 2 . 5 確 定 變 更 路 徑和 審 批 者C H M 2 . 7是 否 取 消 ？C H M 2 . 6變 更 請(qǐng) 求 質(zhì) 量認(rèn) 定C H M1 . 7C H M 2 . 1 確 定 變 更 的 風(fēng) 險(xiǎn)C H M 2 . 2 確 定 分 類C H M 2 . 9C H M 2 . 4 確 定 影 響 的 區(qū) 域C H M 2 . 8通 知 變 更 請(qǐng)求 者配 置 管 理 2 . 2 變 更 評(píng) 審 和 授 權(quán) （ 評(píng) 審 ）其他服務(wù)支持/提供流程CAB/ECAB變更經(jīng)理變更計(jì)劃和實(shí)施負(fù)責(zé)人/變更實(shí)施員變更發(fā)起人否是否是C H M 2 . 1 0需 要 更 多 的 審批 者 ？C H M 3 . 1C H M 2 . 9 修 正 、 提 交變 更C H M 2 . 1 3批 準(zhǔn) ?變 更 關(guān) 閉C H M 2 . 7C H M 2 . 1 5更 新 審 批 記 錄C H M 2 . 1 4修 正 變 更 請(qǐng) 求 并重 啟 流 程 ?C H M 2 . 1 1組 織 評(píng) 審 委員 會(huì)C H M 2 . 1 2評(píng) 審 變 更否是 圖 33 變更的評(píng)審和授權(quán) 詳細(xì)流程說明如下： 序號(hào) 步驟名稱 責(zé)任人 說明 變更管理流程設(shè)計(jì)說明書 25 序號(hào) 步驟名稱 責(zé)任人 說明 確定變更風(fēng)險(xiǎn) 變更經(jīng)理 ? 變更經(jīng)理再次判斷變更風(fēng)險(xiǎn)程度 劃分是否合適，確定是否需要做人為干預(yù)調(diào)整。 是否緊急變更 變更經(jīng)理、變更 實(shí)施者 、 ECAB ? 變更經(jīng)理與變更 實(shí)施者 判斷該變更是否為緊急變更，如接受為緊急變更則進(jìn)入 ，若有需要也可發(fā)起ECAB。 ? 變更請(qǐng)求者 收集必要的變更信息以創(chuàng)建一個(gè)變更請(qǐng)求，例如變更對(duì)象、變更描述等 。 ? 變更實(shí)施人執(zhí)行 變更任務(wù)，并當(dāng)變更失敗時(shí)按計(jì)劃執(zhí)行回退方案。 3 變更計(jì)劃與排程 變更實(shí)施者 、 變更經(jīng)理 ? 變更經(jīng)理 制定變更計(jì)劃 與排程。 審 批 圖 31 信息中心 變更管理 流程概覽 信息中心 變更管理概要設(shè)計(jì)流程說明 如下： 序號(hào) 步驟名稱 責(zé)任人 說明 1 變更啟動(dòng)與記錄 變更 請(qǐng)求者 ? 該步驟是變更管理流程的起點(diǎn)，變更請(qǐng)求必須由此開始。通常是某 幾 個(gè)直接參與變更或受到變更影響的部門負(fù)責(zé)人或代表 共同 組成 ，在 xxxx 信息中心內(nèi)部 可能是三個(gè)運(yùn)維組的負(fù)責(zé)人共同組成 。 信息中心 變更緊急度判定規(guī)則如下： 表 39 變更緊急度 緊急度 要求實(shí)施時(shí)間 高 兩天內(nèi)需要執(zhí)行的變更 中 七天內(nèi)需要執(zhí)行的變更 低 可在七天后執(zhí)行的變更 ? 優(yōu)先級(jí) 根 據(jù)變更影響度和緊急度兩個(gè)要素，確定變更優(yōu)先級(jí)如下表所示： 表 310 變更優(yōu)先級(jí) 優(yōu)先級(jí) 影響度 L1高 L2中 L3低 緊急度 L1高 1 1 2 L2中 1 2 3 L3低 2 3 3 （注：變更優(yōu) 先級(jí)可在試運(yùn)行一段時(shí)間后按需進(jìn)行調(diào)整） 變更關(guān)閉代碼 變更結(jié)束代碼用來表示變更實(shí)施的結(jié)果，如下表所示： 表 311 變更關(guān)閉代碼 結(jié)束代碼 描述 變更管理流程設(shè)計(jì)說明書 17 成功 變更成功實(shí)施完畢 部分成功 變更部分成功，有問題 未成功 變更實(shí)施失敗 取消（ Back Out） 在實(shí)施前取消了變更 流程角色和 職責(zé)定義 變更 流程 經(jīng)理 變更 管理流程 經(jīng)理 從宏觀上監(jiān)控流程，確保 變更 流程 在 信息中心運(yùn)維 團(tuán)隊(duì)范圍 內(nèi)被正確的執(zhí)行。 變更優(yōu)先級(jí) 變更優(yōu)先級(jí)代表了變更實(shí)施的不同順序。例如：硬件、系統(tǒng)軟件、網(wǎng)絡(luò)、應(yīng)用軟件、數(shù)據(jù)庫。對(duì)于重大變更，建議由變更經(jīng)理總體負(fù)責(zé)，通過與各相關(guān)方面協(xié)同，采取多種手段（例如 CAB 會(huì)議），嚴(yán)格管理其計(jì)劃實(shí)施。標(biāo)準(zhǔn)變更產(chǎn)生方法有兩種：列舉法、規(guī)則定義法。這些變更需要通過快速路徑來迅速執(zhí)行變更（通常是非常緊急又特別重要的變更，但要注意限制性原則）。任何回退的變更將作為變更失敗而關(guān)閉，在下一次實(shí)施前，變更發(fā)起人必須重新提交新的 變更請(qǐng)求單 (RFC)，以便重新進(jìn)行審批。前導(dǎo)時(shí)間是基于變更路徑而定的。 表 32 變更通知 策略對(duì)應(yīng)表 變更狀態(tài) 根據(jù)角色通知 變更發(fā)起人 變更經(jīng)理 主任 /副主任 變更實(shí)施員 草擬 請(qǐng)求變更 計(jì)劃中 已排程評(píng)審 已排程審批 已排程 實(shí)施中 等待 已否決 已完成 已關(guān)閉 已回退 已取消 詳細(xì)的變更通知矩陣表見附件。 審批原則 所有 RFC 必須經(jīng)過審批之后方可實(shí)施 ，但不同類型的變更對(duì)應(yīng)的執(zhí)行路徑和審批人員不盡相同。 由以上幾個(gè)角度可以編寫風(fēng)險(xiǎn)等級(jí)評(píng)估表。 ? 相關(guān)性原則 指和此變更利益相關(guān)者必須參與原則； 涉及產(chǎn)品和服務(wù)采購的變更審批應(yīng)有回避制度。 CAB/ECAB 建立原則 CAB 組建是為了保證變更被正確的審核從而保證變更的風(fēng)險(xiǎn)和成本支出都符合組織的需求。 變更管理流程設(shè)計(jì)說明書 9 ? xxxx 信息中心 應(yīng)遵循管理流程的原則、操作步驟和操作規(guī)程。 流程業(yè)務(wù)價(jià)值 變更管理流程對(duì) xxxx 信息中心 具有以下業(yè)務(wù)價(jià)值 ： ? 通過變更的記錄和流轉(zhuǎn)，提高變更各環(huán)節(jié)、人員的溝通效率和變更的可視性； ? 通過對(duì)變更的評(píng)估和審批，將變更可能引入的風(fēng)險(xiǎn)和影響降至最低； ? 更加關(guān)注變更效果，只有能夠提升業(yè)務(wù)收益的變更才能被批準(zhǔn)； ? 變更按照不同優(yōu)先級(jí)合理計(jì)劃及排程，避免沖突； ? 提高變更回退能力，增強(qiáng) IT 環(huán)境的穩(wěn)定性，降低變更失敗可能帶來的負(fù)面影響； 第 3章 變更管理流程設(shè)計(jì) 流程執(zhí)行原則 流程常規(guī)原則 ? xxxx 信息中心 生產(chǎn)環(huán)境中的各類非標(biāo)準(zhǔn)變更，將采用 統(tǒng)一的變更管理流程處理。 變更管理流程設(shè)計(jì)說明書 8 ? 發(fā)布構(gòu)建與實(shí)施 該步驟負(fù)責(zé)對(duì)變更進(jìn)行測(cè)試環(huán)境和發(fā)布包的構(gòu)建，同時(shí)創(chuàng)建發(fā)布計(jì)劃、測(cè)試計(jì)劃和回退計(jì)劃，最后在執(zhí)行測(cè)試成功之后提交上線計(jì)劃。 變更管理流程包括以下 工作活動(dòng) ： ? 變更啟動(dòng)和記錄 該步驟是變更管理流程的起點(diǎn)，包括 收集 變更請(qǐng)求的 相關(guān) 信息， 發(fā)起并 創(chuàng)建請(qǐng)求 單 ，并 初步確定變更類型以決定后續(xù) 執(zhí)行請(qǐng)求的 路徑。具體而言，變更管理流程的目的有以下幾點(diǎn)： ? 確保所有的變更活動(dòng)都遵循標(biāo)準(zhǔn)的 方法、程序和規(guī)則； ? 確保所有的變更活動(dòng)都有明確的記錄可追蹤； ? 確保所有的變更活動(dòng)都能快捷有效地進(jìn)行； ? 確保所有的變更活動(dòng)可能導(dǎo)致的負(fù)面影響和風(fēng)險(xiǎn)都能被正確的識(shí)別和評(píng)估； ? 降低變更活動(dòng)可能引發(fā)事件對(duì) IT 服務(wù)質(zhì)量的影響。 變更顧問委員會(huì)（ Change Advisory Board） 指一組在實(shí)施變更時(shí)能夠?yàn)樽兏芾硖峁I(yè)意見的人。 非標(biāo)準(zhǔn)變更（ Nonstandard Change） 是指除標(biāo)準(zhǔn)變更外的所有其它變更。 第 2章 變更管理流程簡(jiǎn)介 流程基本概念 變更管理是指采用標(biāo)準(zhǔn)統(tǒng)一的方法和步驟來管理、控制所有對(duì) IT 生產(chǎn)環(huán)境有影響的變更活動(dòng)。 ? 配置管理 ITIL 流程，配置管理負(fù)責(zé)描述，跟蹤和匯報(bào)所有 IT 基礎(chǔ)架構(gòu)中的每一個(gè)設(shè)備或系統(tǒng)的管理流程。 ? 變更管理 ITIL 流程， 是負(fù)責(zé)對(duì)生產(chǎn)環(huán)境中支持 IT 服務(wù)的各種基礎(chǔ)架構(gòu)設(shè)備和應(yīng)用系統(tǒng)的 變更 操作進(jìn)行記錄、分類、評(píng)估、計(jì)劃和協(xié)調(diào)的流程。 ? 事件 管理 ITIL 流程，是負(fù)責(zé)解決所有的 IT 事件、問題和用戶請(qǐng)求等的 管理 流程。在該章節(jié)中，首先對(duì)變更管理流程的相關(guān)執(zhí)行原則和代碼進(jìn)行了描述；其次，對(duì)變更管理流程相關(guān)角色的職責(zé)和技能要 求進(jìn)行了說明；基于流程原則和角色定義，進(jìn)而對(duì)變更管理的概要設(shè)計(jì)流程及詳細(xì)設(shè)計(jì)流程進(jìn)行了充分定義，并給出了變更管理流程的關(guān)鍵衡量指標(biāo)，通過報(bào)表提供管理信息，保證對(duì)流程運(yùn)行的監(jiān)控、變更管理流程設(shè)計(jì)說明書 5 管理和改進(jìn)。 文檔用途 本文檔既是本次 IT 服務(wù)管理項(xiàng)目變更管理流程的交付物 ,也 是 xxxx 信息中心 進(jìn)一步改進(jìn)變更管理流程的藍(lán)本。 xxxxIT 服務(wù)管理 變更管理流程設(shè)計(jì)說明書 變更管理流程設(shè)計(jì)說明書 1 修訂頁 版本 修訂內(nèi)容概述 修訂人 批準(zhǔn)人 生效日期