ITILの変更諮問委員会のライトバージョンを採用する方法

ITILの変更諮問委員会のライトバージョンを採用する方法

すでにご存知のように、ITILが提唱する変更諮問委員会は、変更の評価、承認、優先順位付け、スケジュール設定など、変更管理プロセスを支援する人々のグループから構成されるものです。

しかしながら、変更管理の役割と責任が明確に定義されていても、CABの運用を妨げるような困難がある場合もあります。 しかし、CABは複雑である必要はありません。あなたの組織はCABのライトバージョンだけを必要としているかもしれません。

それを支援するために、この記事では、どんな組織でもCABのライトバージョンを提供するのに役立つ一連の簡単なアクションを提示します。

CABは必要ですか?

自分 (または同僚) が変更管理プロセスや IT サービス管理 (ITSM) ツールを制御できなくなったという感覚にうんざりしていませんか? または、組織、ビジネス ユニット、または部門が、CAB を運用するのに十分な構造または堅牢性を備えていない場合です。

これらのいずれの状況でも、役立つ一連の基本手順があります。 たとえば、すべての技術エリアおよび/または機能エリアから代表的なスタッフを定期的に参加させるなどです。

「どのように」かは、この先をお読みください。「

承認すべき変更を特定するための専門スタッフのセットを定義する

変更要求が届くたびに、少数の専門スタッフだけが、「承認待ち」状態のこれらの「変更指示」を分類して承認できるようにする必要があります。

承認または拒否のワークフローを特定するために、一連の変更注文のステータス遷移を定義する

ここで、非常に単純なアプローチをアドバイスします。変更注文を「変更要求」ステータスで開始し、簡単な分析の後、「承認待ち」ステータスに移動して、CAB による分析を行うことができます。

もちろん、リスクの低い変更については、承認済み変更モデルを使用して処理することに合意し、CABの関与の必要性を排除することができます。

CAB ミーティングを開くための時間頻度を定める

これは、組織や顧客、および変更要求のボリュームに依存することになります。 私の経験では、より複雑な企業では、1 か月あたりの CAB 会議の回数が少ないことがよくあります。

場合によっては、月に 1 回しか発生しないので、月に 1 回しか生産促進を行わないということになります。 もちろん、毎週変更依頼がある場合は、月1回のミーティングだけというわけにはいかないでしょう。

生産推進への時間頻度を定める

顧客の環境を安定させるための重要な要素の1つは、週1～2日（たとえば、毎週月曜日と火曜日）または月ごとに、承認済みの変更依頼を推進する日を定めることです。

これにより、自社と顧客の環境に対する影響とリスクを減らすことができます。 このオプションでは、チームの作業と納品をより正確に見積もることもできますが、最終的にはすべての環境に対する完全なコントロールを保証します。

Use out-of-the-box ITSM-tool functionality to identify and help analyze the open, approved, or rejected change orders

ご存じのように、ITIL に準拠した ITSM ツールにはしばしば CAB プロセスに関わる機能がありますが、シンプルにしておくべきです。

Out-of-the-box functionalities only as needed to create this light version of CABを使用して、この軽量バージョンのCABを作成しましょう。 たとえば、ITSM ツールに変更カレンダーがある場合、それを使用して、週、月、または年ごとの変更を視覚化し、よりよく理解する必要があります。

CAB のこのライトバージョンにより、組織は変更命令をよりよく制御できるようになります。 しかし、それ以上に、変更情報を視覚化し、必要なすべてのプロセス手順を追跡するのに便利です。