RACI
読み: らしー
Responsible, Accountable, Consulted, Informed の頭文字でプロジェクト関係者の役割を明確化するフレームワークです。
RACI とは、プロジェクトやタスクにおける関係者の役割を 4 つの責任タイプで明確化するフレームワークだ。Responsible (実行責任)、Accountable (説明責任)、Consulted (協議)、Informed (報告) の頭文字を取ったもので、PMI (Project Management Institute) のプロジェクト管理体系で標準的に使われる。役割の曖昧さがプロジェクト失敗の主因になることが多いため、特にステークホルダーが多いプロジェクトで効果を発揮する。
4 つの役割の定義
R
Responsible (実行責任)
実際にタスクを実行する人。複数名でも可
A
Accountable (説明責任)
最終的に結果に責任を持つ人。1 人に限定する
C
Consulted (協議)
意思決定前に意見を聞くべき専門家
I
Informed (報告)
決定後に結果を共有すべき関係者
RACI チャートの例
Web サイトリニューアルプロジェクトを例に、RACI を表形式で記述する。各タスクごとに、各メンバーの役割を R/A/C/I で割り当てる。
| タスク | PM | デザイナー | エンジニア | マーケ | 役員 |
|---|---|---|---|---|---|
| 要件定義 | A | C | C | C | I |
| デザイン作成 | A | R | C | C | I |
| 実装 | A | C | R | I | I |
| リリース判断 | C | I | C | C | A |
| 公開後告知 | I | I | I | R | A |
RACI 設計時の注意点
機能する RACI のルール
- A は必ず 1 人に限定する (複数だと責任の所在が不明確)
- R は複数でもよいが、多すぎると責任分散になる
- C と I はステークホルダーマップから漏らさない
- 各タスクに R が最低 1 つ、A が必ず 1 つ
- RACI チャートは初期合意後も適宜更新する
RACI の派生形
基本の RACI を発展させた派生形も存在する。RASCI (Support を追加)、DACI (Driver, Approver, Contributor, Informed) など、組織文化に合わせて選ぶ。Spotify では DACI を採用しており、意思決定速度を重視する設計になっている。
キックオフでの活用
キックオフ会議では、RACI チャートの初版を必ず作成する。これがないままプロジェクトが進むと、終盤で「これは誰の責任？」というやり取りが頻発する。ステークホルダーの特定と RACI は表裏一体だ。
現場での使用例
「RACI を最初に書き出して合意するのに 30 分かかるけど、これがあるとプロジェクト後半の『聞いてない』『私の仕事じゃない』が劇的に減る。投資対効果の高い 30 分」
「A を複数置きたがる人が必ずいるけど、そこは妥協しちゃダメ。1 人にすることで意思決定が速くなる」