是迭代的。
這個階段RFC需要進一步完善的內(nèi)容包括：
變更級別
影響和資源評估（可以用其他更具體的獨立的形式記錄）
風(fēng)險分析
業(yè)務(wù)連續(xù)性影響規(guī)劃
變更咨詢委員會（CAB）的建議（可以與影響和資源評估一并獨立記錄）
批準簽字（可以應(yīng)用電子簽名技術(shù)）
批準日期和時間
實施進度的開始日期和時間
變更分類可以是風(fēng)險管理方面、成本管理方面、影響管理方面、資源管理方面等等。對變更的優(yōu)先級別由兩個階段組成。首先是初步確定優(yōu)先級別。這個過程是在RFC登記后就會進行的，當(dāng)確定這個變更是屬于緊急變更后，整個變更就會進入緊急變更流程。在變更咨詢委員會（CAB）在對具體變更評估后，進行的是最終確認優(yōu)先級別。這個優(yōu)先級別將在面對多個變更的實施、進度安排、資源使用等內(nèi)容上，起到指導(dǎo)作用。
變更咨詢委員會將根據(jù)具體的變更內(nèi)容，應(yīng)用變更模型，對變更的影響、評估進行分析。影響力分析、資源分析、風(fēng)險分析、業(yè)務(wù)連續(xù)性影響分析的內(nèi)容，如有需要，可以通過另外的文檔進行記錄。在分析之后，變更咨詢委員會，還需要編制變更進度安排表（Forward Schedule）用以協(xié)調(diào)整個變更的實施和多個變更的資源共享和并行實施等問題。變更進度安排表也可以通過另外的文檔進行記錄，并且有配置管理進行發(fā)布。采用另外的記錄時，則需要建立RFC與這些文檔的鏈接。
變更實施階段：
變更實施主要包括：變更的開發(fā)、測試、運行和回顧。在此期間，RFC作為配置管理的配置項，需要及時的更新。
RFC需要提交的內(nèi)容包括：
變更實施者的具體介紹（姓名、部門、聯(lián)系方式等）
實施進度具體規(guī)劃
恢復(fù)計劃
具體實施日期和時間
回顧日期
回顧結(jié)果
其中，恢復(fù)計劃用于測試階段，對于不成功的變更實施進行恢復(fù)，減少變更對運營的影響。如果變更實施回顧的結(jié)果是成功了，那么RFC作為配置項的生命周期就結(jié)束了。如果不成功，則需要初始化新的RFC。變更管理建立新的RFC，完成現(xiàn)有RFC與新建的RFC之間的鏈接。
另外，在每個RFC的修改后，配置管理需要進行更新，并且記錄下RFC處于各個階段的不同狀態(tài)。例如：登記、批準、測試等等。
下圖具體說明貫穿變更初始化和變更批準階段的RFC、變更管理和配置管理。
變更請求應(yīng)用實例：
通過RFC進行有效的變更管理和配置管理，可以：
更好的整合IT服務(wù)與業(yè)務(wù)需求
增進變更管理的透明度和溝通
提高風(fēng)險控制能力
減少變更對服務(wù)質(zhì)量的負面影響
通過變更管理流程，減少實施時變更的恢復(fù)
能夠更好的處理大量的變更請求
變更管理扮演著保護、提高企業(yè)關(guān)鍵業(yè)務(wù)流程的作用。它不僅僅是一個技術(shù)問題，更是一個管理問題。隨著企業(yè)的規(guī)模的擴大，業(yè)務(wù)的多樣化，進行變更管理，將成為企業(yè)提高核心競爭能力，有效管理，合理運營的有效途徑。(COSOLU)
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
