ガイド › ガイド

RACI表テンプレート：誰が実行し、誰は知らせるだけか

「あなたがやっていると思っていた」という一言ほど、プロジェクトを狂わせるものはありません。RACI表は、安価で、少し口うるさい特効薬です。このRACI表テンプレートで、揉める前に誰が何を持つかを決めておきましょう。

RACI表とは

RACIは、縦に成果物や意思決定、横に担当者や役割を並べた表です。各セルには1文字だけを入れるか、空欄にします。あいまいな責任を、指させるものに変える表です。

1ページにまとめ、名前の挙がった人たちと一度合意し、チームやスコープが変わったときに見直すのが最も効果的です。

• R（Responsible・実行責任）：作業を行う人。複数でもよい。
• A（Accountable・説明責任）：成果に責任を持ち、承認する人。1行につき必ず1人。
• C（Consulted・相談先）：作業や決定が確定する前に意見を出す人。双方向のやり取り。
• I（Informed・報告先）：事後に知らされる人。一方向の連絡。

コピーして使える構成

このレイアウトを表計算ソフトや文書に貼り付けてください。列は名前ではなく役割にしておくと、異動があっても表が生き残ります。

行は、本当に混乱を招く成果物・意思決定・定例活動に絞り、計画のすべてのタスクは載せません。

• 1列目：成果物または意思決定（名詞句で書く。例：承認済みの要件）。
• 2列目以降：スポンサー、プロジェクトマネージャー、事業責任者、技術リード、取引先、PMO、財務。
• 各セル：R、A、C、I、または空欄。
• 最後の列：備考。例外や承認の基準額を書く。

短い例

説明用の例です。「£10,000未満の変更要求を承認する」という行では、プロジェクトマネージャーが提案の準備を担うR、スポンサーが決定に責任を持つA、財務と技術リードがC、PMOがIです。

行を横に読んだとき、Rが少なくとも1つ、Aがちょうど1つあり、誰に聞けばよいかが明確であるはずです。

• 予算変更の承認：スポンサーA、プロジェクトマネージャーR、財務C、PMO I。
• 週次報告の発行：プロジェクトマネージャーがAとR、スポンサーI、PMO I。
• 成果物の受け入れ：事業責任者A、プロジェクトマネージャーR、技術リードC、スポンサーI。

形だけで終わらせないためのルール

間違ったRACI表は、ないより悪いものです。人が信じてしまうからです。更新のたびに次の点を確認してください。

行がルールに反していれば、それこそ有益な発見です。行を直し、その背後にある会話も直しましょう。

• 1行にAはちょうど1つ。説明責任者が2人なら、誰もいないのと同じです。
• 1行にRは少なくとも1つ。Rのない A は願望にすぎません。
• Cが多すぎないか注意します。全員に相談すると意思決定が止まります。
• 列も確認します。すべての行でRの人はボトルネックで、1つもない人は不要かもしれません。
• 公開前に、名前の挙がった各人に自分の文字を書面で確認してもらいます。

生きた状態に保つ

ステージゲートごと、主要な役割が変わったときに表を見直します。誰かの受信箱ではなく、プロジェクト憲章と一緒に保管してください。

Senshinのステークホルダーとガバナンスの画面には、役割、担当者、意思決定権限がプロジェクトと一緒に保存されるため、計画と人がつながったままになります。

• 表を憲章に添付し、同じ権威を持たせます。
• RAIDログの記載で表を引用すれば、適切な担当者をすぐ示せます。
• エスカレーションの際に参照します。Aがエスカレーション先です。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22