プロジェクトでは、「この作業は誰が責任者なの？」「相談すべき相手は誰？」という疑問が生じることがあります。
役割や責任が曖昧なまま進めてしまうと、作業漏れや意思決定の遅れ、関係者間の認識違いにつながります。
こうした問題を防ぐためによく利用されるのが「RACI」です。
この記事では、RACIの意味や4つの役割、実務での活用方法、PMBOKやプロジェクトマネージャ試験で重要なポイントまでわかりやすく解説します。
一言でいうと
RACIとは、「仕事ごとに役割と責任を明確にするための役割分担表（責任割当の考え方）」です。
RACIとは
RACIとは、各作業に対して「誰が実施し、誰が最終責任を持ち、誰に相談し、誰へ情報共有するか」を整理するフレームワークです。
一般的には、責任割当マトリックス（RAM：Responsibility Assignment Matrix）の形式で表現されます。
役割を明確にすることで、責任の重複や抜け漏れを防ぎ、スムーズなプロジェクト運営につながります。
RACIの4つの役割
| 略称 | 名称 | 役割 |
|---|---|---|
| R | Responsible | 実際に作業を実施する担当者 |
| A | Accountable | 最終的な責任を負い、承認する責任者 |
| C | Consulted | 意思決定前に相談を受ける人 |
| I | Informed | 結果や進捗について報告を受ける人 |
RACIの具体例
例えば、「設計書レビュー」を行う場合、次のように整理できます。
| 役割 | 担当 |
|---|---|
| Responsible（R） | 設計担当者 |
| Accountable（A） | 設計リーダー |
| Consulted（C） | 品質保証担当、運用担当 |
| Informed（I） | プロジェクトマネージャ、スポンサー |
このように整理することで、誰が何を担うのかが一目で分かります。
RACIを使うメリット
- 責任者が明確になる
- 意思決定がスムーズになる
- 作業漏れや責任の押し付け合いを防げる
- 関係者との認識を合わせやすい
- 新しいメンバーでも役割を理解しやすい
OBS・WBSとの関係
RACIは単独で作るものではありません。
通常は、WBSで整理した作業と、OBSで整理した組織や担当者を組み合わせて作成します。
つまり、
- WBS：「何をやるか」
- OBS：「誰が関わるか」
- RACI：「それぞれがどのような役割を担うか」
という関係になります。
実務ではこんな場面で活用される
例えば、顧客から要件変更の依頼があったとします。
RACIが整理されていれば、「変更内容を評価する担当者」「承認する責任者」「相談すべき関係部署」「結果を報告する相手」が明確になります。
その結果、「誰が判断するのか分からない」という状況を防ぐことができます。
よくある勘違い
ResponsibleとAccountableは同じではない
Responsibleは「作業を行う人」、Accountableは「最終責任を負う人」です。
小規模プロジェクトでは同じ人が兼ねることもありますが、大規模プロジェクトでは分けることが一般的です。
Accountableは複数人にしない
一つの作業に最終責任者が複数いると、責任の所在が曖昧になります。
そのため、原則としてAccountableは1人に設定します。
全員をConsultedにしない
相談相手が多すぎると、意思決定に時間がかかります。
本当に意見が必要な人だけをConsultedに設定することが重要です。
プロジェクトマネージャ試験ではここが重要
IPAのプロジェクトマネージャ試験では、「役割分担」「責任の明確化」「関係者との調整」が重要なテーマとして出題されます。
午後Ⅱ論文では、「役割をどのように整理し、責任の曖昧さを防いだか」を具体的に説明できると高い評価につながります。
PMBOKでも、RACIは責任割当マトリックス（RAM）の代表例として紹介され、プロジェクトチームの役割と責任を明確にするための手法として活用されています。
PM道場のワンポイント
逆に、「全員で相談して決めよう」とすると、誰も決断できず、プロジェクトは止まってしまいます。
優れたプロジェクトマネージャは、RACIを使って「誰が実施するか」だけでなく、「誰が最終的に決めるのか」まで明確にしています。
プロジェクトのスピードは、責任の明確さで決まると言っても過言ではありません。
関連用語
- RAM（責任割当マトリックス）
- OBS
- WBS
- ステークホルダー
- プロジェクトマネージャ
- ガバナンス
- コミュニケーションマネジメント
- 組織構造
まとめ
RACIとは、作業ごとに役割と責任を整理し、プロジェクトに関わるメンバーの責任範囲を明確にするためのフレームワークです。
Responsible・Accountable・Consulted・Informedを適切に設定することで、責任の曖昧さを防ぎ、スムーズな意思決定やコミュニケーションにつながります。
プロジェクトを円滑に進めるためには、「誰が作業するか」だけでなく、「誰が最終責任を持つか」を明確にすることが重要です。
関連記事
- OBSとは？
- WBSとは？
- プロジェクトマネージャとは？
- ステークホルダーとは？
よくある質問（FAQ）
Q. RACIとは何ですか？
A. 作業ごとに「実施者」「最終責任者」「相談相手」「情報共有先」を明確にするための役割分担フレームワークです。
Q. ResponsibleとAccountableの違いは何ですか？
A. Responsibleは実際に作業を行う担当者、Accountableは最終的な責任を負い、承認や意思決定を行う責任者です。
Q. RACIはどのような場面で使われますか？
A. WBSで整理した作業ごとに役割と責任を明確にしたい場面や、複数部署が関わるプロジェクトで責任範囲を整理したい場面で活用されます。
これはCTAサンプルです。
内容を編集するか削除してください。
