RACI図

RACI図を使う目的は、作業ごとの「誰がやるのか」「最後に誰が決めるのか」を言葉ではなく表の形で固定し、関係者の認識をそろえることにあります。進め方の合意が口頭だけだと、担当が重なったり、逆に誰も拾わない作業が生まれたりしやすいため、要件定義や設計の開始前に責任の地図を描いておく、という使い方が一般的です。

4つの役割は、それぞれ立場が異なります。

• R（実行担当）
  実際に手を動かして成果物を作る人です。設計書を書く、テストを実施するなど、作業そのものを担います。複数人が割り当たることもあります。
• A（最終責任）
  その作業の完了を承認し、結果に責任を持つ人です。原則として一作業につき一人に絞り、ここが曖昧だと意思決定が滞りやすくなります。
• C（相談先）
  作業を進めるうえで意見を求める相手です。双方向のやり取りが前提で、関連部署の有識者やレビュアーが入ります。
• I（報告先）
  結果を知らせておく相手です。基本は一方向で、ステアリングコミッティや上位の管理者などが該当します。

作成は、軸を決めることから始めます。縦軸にはWBSから落とした作業項目、横軸には役割や個人を並べます。横軸を個人名にするか役割名にするかは迷いやすいところですが、異動や交代の影響を受けにくい役割名で作り、別途、役割と担当者の対応表を持っておく進め方がとりやすいです。

次に、セルを一つずつ埋めていきます。作業の列を縦に見て、まずAを一人決め、続いてR、C、Iを割り当てます。すべてのセルを埋める必要はなく、関わらない関係者のセルは空欄のままで構いません。埋め終えたら、行方向と列方向の両方から点検します。

• 行で見る点検
  各作業にAが一つだけあるか、Rが欠けていないかを確認します。AもRもない行は、担当が宙に浮いている作業です。
• 列で見る点検
  特定の人にAやRが集中していないかを見ます。負荷が偏っていれば、分担の見直しや増員の検討材料になります。

最後に、関係者とレビューして合意を取ります。作った本人だけが納得していても機能しないため、AとされたメンバーやCに入る有識者に内容を確認してもらい、ずれがあればその場で直します。

RACI図は作ること自体が目的になりやすく、一度配ったきり更新されずに形骸化する、という事態が起きがちです。体制変更や作業の追加があったのに表が古いままだと、現場の実態と食い違い、かえって混乱のもとになります。マイルストーンの区切りなど、見直すタイミングをあらかじめ決めておくと保ちやすくなります。

役割の割り当て方にも、つまずきやすい形があります。

• Aが複数ついてしまう
  最終責任を二人以上に割り当てると、判断が割れたときに決着がつかなくなります。原則一人に絞り、どうしても分けたい場合は作業自体を分割します。
• CとIを混同する
  相談先のつもりが報告先の扱いになっていると、意見を言うべき人が蚊帳の外に置かれます。双方向か一方向かを意識して割り当てます。
• Rだけが並んでAが空く
  実行担当は決まっているのに承認者がいない状態で、成果物のレビューが滞る原因になります。

また、粒度の設計も悩みどころです。作業項目を細かく分けすぎると表が膨れて読みづらくなり、粗すぎると責任の所在が曖昧なまま残ります。計画やマイルストーンの単位と対応づけながら、読める大きさに整えていくとよいでしょう。

RACIは、責任分担マトリクスの代表的な形の一つです。PMBOKでは、作業と関係者を対応づける表を広く責任分担マトリクスと呼び、RACIはその具体例という位置づけになります。目的に応じて派生版が使われることもあります。

• RACIの派生
  相談先と報告先を一つにまとめた簡易版や、承認（Verify）や署名（Sign-off）を加えた版など、現場の必要に合わせた変種があります。役割を増やすほど精緻になりますが、記入と維持の手間も増えます。
• ステークホルダー管理との関係
  RACI図は、誰がどの作業にどう関わるかを示しますが、関係者の関心や影響力まではカバーしません。ステークホルダーの分析と組み合わせて使うと、CやIに誰を置くべきかの判断が付けやすくなります。

WBSやガントチャートが「作業を時間軸で並べる」道具だとすれば、RACI図は「作業を人の責任で並べる」道具だと整理できます。同じWBSを土台にしながら、見る切り口が違うため、両方を併用して進捗と責任の両面を管理する進め方が実務では多く見られます。

RACI図を扱えることは、プロジェクトマネージャーとして体制を設計し、合意を取りまとめる力の表れとして見てもらいやすい要素です。作業を並べるだけでなく、誰を最終責任に置くか、どの有識者を相談先に入れるかを判断し、関係者と握るところまで進められると、単なる進行役ではなく責任構造を描ける人という印象につながります。

職務経歴書や面接で語る際は、RACIを使った事実だけでなく、担当の重複や宙に浮いた作業をどう見つけて解消したか、体制変更にどう追従させたかといった、運用の工夫まで具体的に示せると伝わりやすくなります。ステークホルダー管理や計画立案の経験と結びつけて説明すると、担当できる領域の広さも示しやすいでしょう。

RACI図とRACIマトリクスは違うものですか

呼び方の違いで、指すものはほぼ同じです。作業と関係者を縦横に並べ、各セルにR・A・C・Iを割り当てた表を、RACI図、RACIチャート、RACIマトリクスなどと呼びます。責任分担マトリクスという総称の中の、代表的な一形式だと捉えると整理しやすいです。

AとRの違いがよく分かりません

Rは実際に作業して成果物を作る実行担当、Aはその完了を承認し結果に責任を持つ立場です。設計書で言えば、書く人がR、内容を確認して承認する人がAにあたります。Aは原則一作業に一人へ絞ると、意思決定が滞りにくくなります。

RACI図はいつ作ればよいですか

要件定義や設計など本格的な作業に入る前に、WBSがある程度固まった段階で作ると役立ちます。体制や作業が変わると実態とずれるため、マイルストーンの区切りなど見直すタイミングを決めておき、古いまま放置しない運用にすると機能しやすくなります。