プログラムRACI
Last Updated 11月 16, 2023
概要
RACI マトリックスとして知られる責任分担マトリックスは、役割と責任を定義するためのシンプルで効果的なマトリックスです。 これは、一般的にタスクを完了する際に、さまざまな人がどのように協力するかを示すチャートまたはビジュアル表現です。
プログラムRACIは、特に責任が共有されるライフサイクルのポイントで、チーム間の期待設定をより明確にします。 プロジェクトRACIとプログラムRACIの違いについては、以下を参照してください。
RACIマトリックス内の各文字の定義は、次のとおりです。
- R (Responsible、責任) - タスクを達成するための仕事またはアクティビティを行います。 責任ある参加タイプを持つ役割は少なくとも1つありますが、他の役割は必要な作業に委任できます。
- A (Accountable、説明責任) - 成果物またはタスクを正しく完全に完了することに対して、最終的に責任を負い、責任者に仕事を委任する。 説明責任者は、作業に署名(承認)する必要があります。 各タスクまたは成果物に対する説明責任は一つだけです。
- C (Consulted、相談) - 主題の専門家など、仕事に関する意見やアドバイスを提供します。 通常、これには双方向通信が含まれます。
- I (情報提供) - タスクまたは成果物の進捗または完了について、最新の状態に維持します。 通常、これには一方通行の通信のみが含まれます。
プロジェクトRACIとプログラムRACI
- プロジェクトRACIは ステークホルダーマップから構築し、組織内の個々の従業員名、役職、場所を記述する必要があります。
- プログラムRACIは、1つ上のレベルであり、部門または事業部門(全体)がセンターオブエクセレンス(全体)とどのように連携すべきかを示します。
ガバナンスモデルの変更の処理
CoEのガバナンスモデルは、時間の経過とともに進化します。 CoEガバナンスモデルが進化するにつれて、プログラムマネージャーはCoEプログラムRACIを更新する責任を負う必要があります。
開始する
ステップ1:標準化とプロットフェーズ
R、A、C、Iの文字の署名を開始する前に、次の手順を実行します。
- インテークプロセス, コンテンツ配信プロセス, コンテンツメンテナンスプロセス、および 報告プロセスのプロセスと所有権を標準化
- シンプルなTグラフ(下記の例を参照)を作成し、片側に「CoE」、もう片側に「部門」と書きます
- グラフでフェーズをプロット
ステップ2:文字の割り当て、R、A、C、I
事業体は2つ(部門/ビジネスのラインとCoE)しかないため、部門ごとに複数の文字を持つことができます。 各定義については、この記事の冒頭を参照してください。
この記事は役に立ちましたか?
はい
いいえ
ご意見ありがとうございます!