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