AI プロジェクト RACI テンプレート
AI プロジェクトの責任分担を 10 役割 × 15 タスクで標準化したテンプレート。曖昧な責任分担で意思決定が止まる失敗パターンを回避できます。
💡 RACI とは
Responsible (実行) / Accountable (説明責任) / Consulted (相談) / Informed (報告) の頭文字。 A は 1 人に限定するのが鉄則。複数人だと「みんなが責任を取らない」状態になります。
📊 標準 RACI マトリクス
| タスク / 役割 | 経営 | 事業部長 | PM | DS | エンジ | 現場 | 情シス | 法務 | セキュ | ベンダー |
|---|---|---|---|---|---|---|---|---|---|---|
| 投資承認 | A | R | C | — | — | C | C | C | C | I |
| PoC 目的・KPI 設定 | C | A | R | R | — | C | — | — | — | C |
| ベンダー選定 | I | C | A | C | C | — | C | C | C | — |
| 契約締結 | I | R | R | — | — | — | — | A | C | — |
| データ収集・整備 | I | I | R | A | R | C | C | C | C | R |
| モデル開発 | I | I | R | A | R | — | C | — | C | R |
| プロンプト設計 | — | — | R | A | R | C | — | — | — | C |
| セキュリティ評価 | I | I | R | C | R | — | R | C | A | C |
| バイアス監査 | I | I | R | A | R | — | — | C | C | C |
| PoC 中止判断 | C | A | R | C | I | C | — | — | — | I |
| 本番リリース承認 | A | R | R | C | C | C | R | C | R | I |
| 現場研修 | — | R | R | C | — | A | — | — | — | R |
| 運用モニタリング | I | I | A | R | R | C | R | — | R | R |
| インシデント対応 | I | I | R | R | R | R | R | C | A | R |
| 四半期 ROI 評価 | A | R | R | C | — | C | — | — | — | I |
凡例: R = 実行 / A = 説明責任 (各行 1 人) / C = 相談 / I = 報告
⚠️ よくある失敗パターン
- 「PoC 中止判断」の A が PM になっており、当事者が判断できない構造 → A は事業部長以上に
- 「本番リリース承認」を全員 C にして「みんなで決めた」結果、責任不在 → A は経営層 1 人に固定
- 「セキュリティ評価」を情シスに丸投げ → A はセキュリティ責任者、情シスは R
- 「現場研修」の A が PM になり、現場で受け入れられない → A は現場リーダー
📬 RACI 設計の実例集を週 1 で受信
役割分担が原因で失敗した実例を毎週解剖し、RACI の改善ヒントとともに配信します。