変更管理

変更管理プロセスの整備コストは、ITSM プラットフォームのライセンス費用・プロセス設計コンサルティング・教育・CAB 運営の人件費を合わせると、中規模企業でも年間数千万円規模になることがあります。このコストを正当化するには、IT システムへの変更が恒常的に発生し、かつ障害時の事業損失（機会損失・復旧コスト・コンプライアンスリスク）が一定水準以上である必要があります。

従業員 500 名以上・年間売上 50 億円以上の企業では、IT システムの複雑性が増し変更起因インシデントのビジネス影響が顕在化しやすくなります。一方で中小規模の企業では、フル機能の ITSM ツール導入よりも、軽量なチケット管理（Jira、Backlog など）と運用ルールの整備から始めた方がコストパフォーマンスが高いケースが大半です。

金融・製薬・公共など規制産業では規模が小さくても変更管理の義務化要件があるため、従業員数・売上規模が基準以下でも早期整備が必要です。

変更管理の概念は、1989年に英国政府が策定した ITIL（IT Infrastructure Library）第1版に端を発します。当時の英国政府はIT部門の運用品質が組織によって大きく異なることを問題視し、ベストプラクティスを体系化しました。その後 ITIL v2（2000年前後）で「変更管理プロセス」が明確に定義され、変更要求（RFC）の発行・CAB（変更諮問委員会）による審査・実施後のPIR（実施後レビュー）という基本骨格が確立されました。2019年にリリースされた ITIL 4 では、アジャイル・DevOps との整合を図り「変更コントロール」と名称が変更され、変更タイプの柔軟化や価値ストリームへの統合が強調されています。

日本市場では、2000年代初頭から大手 SIer や通信会社が ITIL ベースの運用体制を整備し始め、2010年代に ServiceNow が国内展開を本格化したことで変更管理の自動化・ツール化が加速しました。金融・製造・公共など規制の厳しい業種を中心に導入が進む一方、日本企業特有の「稟議文化」との融合が課題となっており、CAB の承認フローが既存の稟議プロセスと二重になるケースが多く見られます。近年はクラウド移行・DevOps 推進との整合性を取りながら変更管理を再設計する「モダナイゼーション」の需要が高まっています。