RACI図とは？作り方と活用法
プロジェクトの責任範囲を明確化する

RACI図とは

RACI図（RACI Matrix）は、プロジェクト内の各タスクに対して「誰が何をするのか」を4つの役割で整理する責任分担マトリクスだ。行にタスク、列に関係者を配置し、各セルにR・A・C・Iのいずれかを記入する。

なぜRACIが必要か

プロジェクトが失敗する原因の上位に「責任の所在が不明確」がある。タスクの担当者が決まっていない、あるいは複数人が「自分は決定者だ」と思い込んでいる状態は、作業の重複・抜け漏れ・意思決定の遅延を引き起こす。RACI図はこれらの問題を事前に防ぐツールだ。

RACIの4つの役割

RACIは以下の4つの役割の頭文字をとった略語だ。各役割の定義を正確に理解することが、RACI図を正しく使いこなすための前提になる。

RとAの違いに注意

初心者が最も混同しやすいのがR（実行責任者）とA（説明責任者）の違いだ。Rは「手を動かす人」、Aは「結果に対して最終的な責任を負う人」である。たとえばコーディング作業では、エンジニアがR、プロジェクトマネージャーがAとなる。Rは複数人に割り当てられるが、Aは各タスクに必ず1人だけだ。Aが2人以上いると「誰が最終決定するのか」が曖昧になり、RACI図の意味がなくなる。

CとIの違い

C（相談先）は作業の前に意見を求める相手で、双方向のやり取りが発生する。I（報告先）は作業が完了した後に結果を知らせる相手で、一方向の通知だけで済む。全員をCにすると、あらゆる意思決定に合意が必要になり、プロジェクトが停滞する。必要最小限のCに絞り、残りはIで十分かを検討するのが鉄則だ。

RACI図の作り方（5ステップ）

RACI図は以下の5ステップで作成する。WBS（作業分解構成図）がすでに作成済みであれば、そこからタスクを展開するのが効率的だ。

1. Step 1: タスクを洗い出す

   プロジェクトの主要タスクを一覧化する。WBSがあればそのワークパッケージをそのまま使えばよい。粒度は「1人が責任を持てるレベル」が目安だ。細かすぎると管理コストが増え、粗すぎると責任の所在が曖昧になる。

2. Step 2: 関係者を列挙する

   プロジェクトに関わる全ての関係者（ステークホルダー）をリストアップする。個人名でもよいが、役割名（PM、デザイナー、エンジニア等）で記載するとメンバー変更時にも使い回しやすい。

3. Step 3: 各セルにR/A/C/Iを割り当てる

   行（タスク）×列（関係者）の各セルに、R・A・C・Iのいずれかを記入する。空欄（関与なし）でも問題ない。この作業がRACIの核だ。迷ったら「このタスクの最終判断は誰が下すか」から考えるとAが決まり、そこからR・C・Iが自然に定まる。

4. Step 4: 検証する

   完成したRACIを以下のルールで検証する。(1) 各行にAが必ず1人いるか。(2) Rが空のタスクがないか（誰も実行しない状態）。(3) 1人にRが集中しすぎていないか。(4) 全員がCになっているタスクがないか。問題があれば割り当てを調整する。

5. Step 5: 関係者と合意する

   完成したRACIをチーム全員で確認し、合意を取る。「自分はCだと思っていたがIだった」などの認識のズレはこの段階で解消する。全員が納得した状態でプロジェクトを開始することが重要だ。合意後はプロジェクトの共有ドキュメントとして保管する。

RACI図のテンプレート例

以下はWeb制作プロジェクトの典型的なRACIマトリクスだ。4名の関係者（PM、デザイナー、エンジニア、クライアント）に対して、主要タスクごとにR/A/C/Iを割り当てている。

テンプレートの読み方

「要件定義」の行を見ると、PMがA（説明責任者）かつR（実行責任者）、クライアントもR（実行責任者）になっている。これはPMとクライアントが一緒に要件定義を進め、最終的な責任はPMが持つことを意味する。デザイナーとエンジニアはC（相談先）として、技術的な制約やデザインの実現可能性についてアドバイスを求められる立場だ。

一方「コーディング」では、エンジニアがRかつAであり、実行も最終判断もエンジニアが担う。デザイナーがCとして、実装がデザイン通りかの確認に関与する。PMとクライアントはI（報告先）として進捗の報告を受ける立場だ。

よくある失敗パターン

RACI図を作成しても、以下のような問題があると形骸化する。作成時にチェックしておきたい代表的な失敗パターンを挙げる。

失敗1: Aが2人以上割り当てられている

各タスクのA（説明責任者）は必ず1人だけにする。Aが複数いると「最終的に誰が判断するのか」が曖昧になり、意思決定が遅延する。PMとクライアントの両方がAになっているケースが典型的だが、「どちらが最終決定権を持つか」を事前に明確にしておく必要がある。

失敗2: Rが空のタスクがある

R（実行責任者）が割り当てられていないタスクは、誰も手を動かさないことを意味する。RACI図を完成させたら、全行にRが最低1人いるかを必ず確認する。Rが空の行は「このタスクは誰がやるのか」を即座に決めるべきサインだ。

失敗3: 全員がCになっている

あらゆる関係者をC（相談先）にすると、全員の意見を聞かなければタスクを進められなくなる。結果として合意形成に時間がかかり、プロジェクトが停滞する。本当に事前の意見が必要な人だけをCにし、「結果だけ知ればよい人」はIにするのが鉄則だ。

失敗4: RACI図を作ったが更新しない

プロジェクトの進行に伴い、メンバーの追加・離脱、タスクの追加・変更は必ず発生する。RACI図をプロジェクト開始時に作成しただけで放置すると、現実の役割分担と乖離し、参照されなくなる。少なくともフェーズの変わり目や体制変更時に見直すことが重要だ。

RACI図の活用シーン

RACI図はプロジェクト管理の現場で幅広く活用されている。特に以下のシーンで効果を発揮する。

新規プロジェクト開始時

キックオフの段階でRACIを作成することで、プロジェクト開始前に全員の役割を明確化できる。特に初めて一緒に仕事をするメンバー同士では、暗黙の了解が通用しないため、RACI図で明文化しておく意義が大きい。

チーム体制変更時

メンバーの追加・交代があった際に、既存のRACIを更新することで、新メンバーが「自分は何をすべきか」を即座に把握できる。引き継ぎドキュメントとしても機能する。

クライアントとの責任分界点の明確化

フリーランスやWeb制作会社にとって特に重要なシーンだ。「テキスト原稿はクライアントが用意する（R）」「素材の最終選定はクライアントが判断する（A）」「実装に関する技術的な相談はエンジニアに聞く（C）」——こうした役割分担をRACIで明示しておくことで、「言った・言わない」のトラブルを未然に防げる。

トラブル発生時の原因分析

プロジェクトで問題が起きた際に、RACI図を参照することで「このタスクのAは誰だったか」「Rに割り当てられた人が本当に実行していたか」を即座に確認できる。責任追及ではなく、プロセス改善のための振り返りツールとして活用するのが建設的だ。

ツールで簡単にRACIを作成

当サイトでは、ブラウザ上でRACIマトリクスを簡単に作成できる無料ツールを提供している。タスクと関係者を入力し、各セルにR/A/C/Iをクリックで割り当てるだけで完成する。入力データはサーバーに送信されず、すべてブラウザ内で処理されるためプライバシーも安全だ。

1. ツールにアクセス

   RACIチャート作成ツールにアクセスする。登録不要、完全無料だ。

2. タスクと関係者を入力

   行にプロジェクトのタスク、列に関係者の名前や役割を入力する。行・列の追加も自由にできる。

3. R/A/C/Iを割り当て

   各セルをクリックしてR・A・C・Iを切り替える。空欄（関与なし）も選択可能だ。

4. コピー・エクスポート

   完成したRACIをMarkdown形式でコピーできる。そのままプロジェクトドキュメントに貼り付けて使える。