概要
RACI マトリックスとして知られる責任分担マトリックスは、役割と責任を定義するためのシンプルで効果的なマトリックスです。 これは、一般的にタスクを完了する際に、さまざまな人がどのように協力するかを示すチャートまたはビジュアル表現です。
プログラムRACIは、特に責任が共有されるライフサイクルのポイントで、チーム間の期待設定をより明確にします。 プロジェクトRACIとプログラムRACIの違いについては、以下を参照してください。
RACIマトリックス内の各文字の定義は以下の通りです：
- R （Responsible、責任） - タスクを達成するための仕事またはアクティビティを行います。 責任ある参加タイプを持つ役割は少なくとも1つありますが、他の役割は必要な作業に委任できます。
- A （Accountable、説明責任） - 成果物またはタスクを正しく完全に完了することに対して、最終的に責任を負い、責任者に仕事を委任する。 説明責任者は、作業に署名（承認）する必要があります。 各タスクまたは成果物に対する説明責任は一つだけです。
- C （Consulted、相談） - 対象分野の専門家など、作業に関する意見やアドバイスを提供します。 通常、これには双方向通信が含まれます。
- I （情報提供） - タスクまたは成果物の進捗または完了について、最新の状態に維持します。 通常、これには一方通行の通信のみが含まれます。
プロジェクトRACIとプログラムRACI
- プロジェクトRACIは ステークホルダーマップから構築し、組織内の個々の従業員名、役職、場所を記述する必要があります。
- プログラムRACIは、1つ上位のレベルで、部門またはビジネスライン（全体）がセンターオブエクセレンス（全体）とどのように連携すべきかを示します。
注
プログラム RACI は ステークホルダーレベルでは、プログラムレベルRACIだけでは、個々の従業員が役割と責任を知ることはありません。 デジタル導入CoEは、プログラムRACIを使用して運用モデルをハイレベルで議論し、プロジェクトRACIをより戦術的に使用してタスクの実行とコラボレーションを推進する必要があります。
ガバナンスモデルの変更の処理
CoEのガバナンスモデルは、時間の経過とともに進化します。 CoEガバナンスモデルが進化するにつれて、プログラムマネージャーはCoEプログラムRACIを更新する責任を負う必要があります。
開始する
ステップ1：標準化とプロットフェーズ
R、A、C、Iという文字を割り当てる前に、以下の手順を実行します：
ヒント
フェーズをプロットすることが困難な場合、それは何かを伝えています。 所有権の混乱の分野は、運用効率が低下するリスクがあります。 プログラムマネージャーは、追加の議論と文書化されたプロセスの候補として、「混乱する」フェーズにフラグを立てる必要があります。
例Tグラフ：集中型CoEモデル
ステップ2：文字の割り当て、R、A、C、I
事業体は２つ（部門/ビジネスのラインとCoE）しかないため、部門ごとに複数の文字を持つことができます。 各定義については、この記事の冒頭を参照してください。
ヒント
- タスクごとに1つの説明責任のみを割り当てます（CoEと部門の両方が説明責任を負うべきではない）
- Accountable（説明責任）がタスクを「完了」したとみなす適切な権限を持っていることを確認する
CoEプログラムガバナンスモデルによるハイレベルRACIの例
注
- *拡張のデプロイメントをできるだけ集中管理するようにしてください - IT部門が著しくサイロ化されている場合は、運営委員会を作成
- 上記の例には、「ハイブリッド」のCoEガバナンスモデルの2つの順列、1つは「シチズンビルダー」（部門が構築を担当）と、CoEが部門のためのビルダーリソースを提供する1つを含む
- 一般的なCoEガバナンスモデルの詳細については、こちらを参照してください
Additional Resources & Peer Connections
WalkMe コミュニティーを訪問して、仲間と一緒にこの知識を実践してください -
