在現代 IT 環境中， 未受控的系統變更 是導致服務中斷與安全漏洞的主要原因。Change Management Process 提供一套結構化機制，讓每一次變更都經過審查與授權，確保系統穩定性不因變更而受損。 什麼是 Change Management Process？ Change Management Process（變更管理流程） 是一套用於控制 IT 系統變更的治理框架，源自 ITIL（IT Infrastructure Library）標準。其核心目的是讓所有變更——無論是軟體部署、組態調整或基礎架構異動——都須通過標準化的審查與核准程序。流程分為五大控制階段： 變更請求（RFC）、變更評估、元件識別、組態控制、發行管理 。每個階段各司其職，形成完整的防護鏈。未通過任一階段的變更將被攔截，避免高風險操作直接上線。 五大控制階段詳解 第一階段「 變更請求 」由申請人提交 RFC，說明變更目的、範圍與風險評估。第二階段「 變更評估 」由變更顧問委員會（CAB）審查衝擊與回滾計畫，決定核准或駁回。第三階段「 元件識別 」標記受影響的組態項目（CI），建立變更追蹤基線。第四階段「 組態控制 」確保所有修改均記錄於 CMDB，維持組態資料的一致性。第五階段「 發行管理 」統籌測試、排程與正式部署，並於完成後關閉變更紀錄。五個階段環環相扣，缺一不可。 💡 重點整理 五大階段缺一不可： 請求→評估→元件→組態→發行，每階段均有明確負責人。 CAB 是核心把關角色： 跨部門委員會負責評估風險，防止個人擅自核准高風險變更。 CMDB 是變更追蹤基礎： 所有受影響的 CI 必須更新，確保組態資料即時反映現況。 回滾計畫是強制要求： 每次變更須預先備妥還原方案，降低失敗時的服務衝擊。 Change Management Process 不只是流程文件，更是組織治理成熟度的體現。落實五大控制階段，能有效降低變更風險，讓系統維運從被動救火轉型為主動防控。 📚 參考文獻 AXELOS — ITIL 4 Foundation 官方文件（Change Management 核心標準來源） ServiceNow — Change Management 實務指南與 C...