変更諮問委員会
(Change Advisory Board, CAB）とは？

一般的な変更管理のプロセスは、個人、プロセス、または部署が変更チケットを発行した時点で開始されます。変更チケットには、変更に関する構成項目、変更の理由、要求者のID情報、変更タイプ、コストなどの情報が含まれており、チケットは変更権限者によってレビューされます。変更権限者は変更に関する詳細な情報を要求しますが、それに価値がないと判断すれば、要求そのものを取り下げる場合もあります。

ここでのレビューでは、ITサービスに対する影響（インフラ、ビジネス、その他サービス）、予想されるリスク、財務上の制約、メリットなどが評価されます。業務遂行に支障がないことが必須ですから、レビューは徹底して行われます。

変更チケットが承認されると、技術チームによって変更の構築、テスト、展開などIT変更が実装されます。変更の失敗やダウンタイムの発生があれば、バックアップ計画を実行します。変更が構築されテストが終わると、変更管理者に通知されます。変更管理者はリリース管理チームとともに、変更カレンダーとお知らせ/通知機能を使い、変更の展開をスケジュールおよび計画します。変更を実装すると変更のプロセス全体がレビューされ文書化されます。

CABとは、この一連のIT変更とその実装プロセスを評価する、高度なスキルを持つ選ばれた代表者チームのことです。CABは変更管理プロセスにおける重要な構成要素となります。対象分野の専門家とは別に、サービスデスクアナリスト、アプリケーションマネージャー、シニアエンジニア、オペレーションマネージャーで構成される場合もあります。

つまりCABは、チケットの開始から実装後の段階まで変更を評価し、必要に応じて様々な視点、提言、軌道修正などを行い、ビジネスの様々な側面から献身的に活動する集団だといえます。

セキュリティ上の脅威や突然の停電は、緊急の変更の例であり、迅速に対応しなければ後に大きなリスクを招きます。CABとECABの違いは、ECABが変更管理者を助けることに注力し、許容範囲を超えるような遅延が発生しないよう、変更プロセスをスピードアップさせることです。

ECABは変更を実装するための知識とスキルを持つ人のみで構成され、経営トップが加わることはほぼありません。そのため通常の変更の実装時に考慮される制約を排除できます。そして問題解決と被害拡大を防ぐために、緊急の変更をできるだけ早急に実施することに集中します。緊急の変更では時間節約のために、展開前は基本的なテストのみを行います。しかしテストが十分でない変更の場合、長期的にさらに大きな損害を引き起こす可能性があるため、緊急の変更は実装後に再評価を行い、修正します。

ECABは迅速に対応し、必要な場合には大規模な試験プロセスを取りやめ、その代わりにリスクとリターンのトレードオフを考慮に入れ、その場で決断をくだします。

• 特定の変更要求のカテゴリごとに、特定のCABチームを決定します。CABチームを事前に決定することで、変更を円滑に実施できるスキルのあるメンバーをチーム内に置くことができます。また変更要求のリスクのレベルに応じて、CABチームを作成することも可能です。
• 変更管理プロセスを成功させるには、変更の進捗状況を定義し、各段階のステータスを設定またはカスタマイズします。ServiceDesk Plusでは以下のような自動通知設定によって、変更管理プロセスを確実に情報共有しながら進めていけます。

例：承認待ちの場合
変更のステータスが更新されると、メールまたはSMSによる自動通知が関係者に送信されます。例えばIT変更の計画段階が完了すると、ステータスは「計画中」から「承認待ち」に。ステータスが「承認待ち」に更新されると、CABメンバーにそのタスクが通知されます。この情報によって変更管理者や他の関係者は、IT変更の進捗状況をいつでも確認できます。

• 変更カレンダーで、変更に関するすべての事柄を記録します。カレンダーには、例えばあるサービスがいつメンテナンスのために停止し復旧するかなど、詳細が表示されます。変更タイムラインでは、すべての関係者がその時点でどのフェーズが実行されているかを知ることができます。この機能によって、CABメンバーはIT変更の進捗を常に把握できます。
• CMDBや、リリースおよび展開管理など他のITサービスマネジメント（ITSM）プロセスと連携させることができます。統合されたITSMプロセスは、CABチームがすべての情報を自由に使用し、迅速で包括的な意思決定を行うのに役立ちます。またCABチームは、リリース管理などのプロセスが、効果的な変更を実装できる方法や計画についても提案します。適切なITSMツールを使用すると、問題またはインシデントチケットから新しい変更要求を開始できます。変更管理では、新しい取り組みを開発から運用に移行することに重点を置いています。そのためリリース管理では、変更が本番前の環境に確実に反映されるように、本番のIT環境にうまく展開されるようにします。
• ITSMツールの簡単に使い始められる機能 を利用して、オープン、承認、拒否された変更チケットを分析し、その他の様々な変更を有効化します。ITSMツールはCABプロセスに関連する機能も提供します。例えば変更カレンダーを使って、週、月、年単位で変更を可視化し、整理・管理できます。
• すべての変更が計画通りに実装できるとは限りません。混乱を防ぐために、変更管理者はCABチームの指導のもと、ロールアウト計画、バックアウト計画、計画の成功に必要な項目を含むチェックリストを作成し、ダウンタイムを防止する必要があります。
• ITSMツールを使用すると、変更タイプごとに特定のCABチームを事前に設定できます。これによって、承認の準備が整うと、変更要求のチケットで定義された変更種類に基づき、変更チケットが適切なCABチームに自動送信されます。
• ITSMツールには レポート機能 が付いており、変更の優先度、緊急性、影響、関連するインシデント、関連する変更の問題数に基づいたレポートを作成できます。これらのレポートは、変更の優先順位付けとスケジュール設定において、CABチームが変更管理者を指導するのに役立ちます。
• 正しいKPIを把握することで、実装後もCABチームや管理者は、展開された変更管理の有効性を知ることができます。
• ITSMツールは変更に関するすべての活動とその進捗を追跡することで、CABチームに押し付けられる面倒な文書化作業を省くことができます。

適切なITSMツール を使用すると、組織は上記で解説したすべての機能を活用できるだけでなく、IT変更を実装するプロセス全体を容易なものにできます。ほとんどのCABの活動はITSMツールの自動化と様々な付属の機能によって、あらかじめ調整できます。この自動化によってCABのメンバーは厄介な雑務に時間をとられることなく、専門的な知識やスキルを必要とする業務に集中できます。 ServiceDesk Plus のようなITSMツールで、IT変更の全フェーズを容易に制御し、他のITSMプロセスと連携して、包括的でリスクのないIT変更を実行できます。