DACIフレームワークとは？意思決定の役割分担を明確化する手法
DACIフレームワークは、意思決定に関わるDriver・Approver・Contributor・Informedの4つの役割を明確にし、迅速で透明な意思決定を実現する手法です。RACIとの違い、実践的な導入ステップ、よくある失敗パターンを解説します。
DACIフレームワークとは
DACIフレームワークとは、意思決定プロセスにおけるステークホルダーの役割をDriver（推進者）、Approver（承認者）、Contributor（貢献者）、Informed（報告先）の4つに分類し、「誰が何を担うのか」を事前に明確化する手法です。
類似のフレームワークとしてRACIマトリクスがありますが、DACIは特に「意思決定」にフォーカスしている点が異なります。RACIがタスクの責任範囲を整理するのに対し、DACIは「この判断は誰がどの役割で関わるか」を定義します。
プロジェクトの現場で意思決定が遅延する最大の原因は、「誰が決めるのか」が不明確であることです。全員の合意を求めてしまい決定が先送りになる、決定権者が不在で手戻りが発生する、といった問題をDACIは構造的に解消します。
構成要素
4つの役割の定義
| 役割 | 英語名 | 人数の目安 | 責務 |
|---|---|---|---|
| D | Driver | 1名 | 意思決定プロセスを推進する。情報収集、選択肢の整理、会議の設定を行い、最終的にApproverに提案する |
| A | Approver | 1名（原則） | 最終的な承認権限を持つ。Driverの提案を承認・差し戻し・修正する。拒否権を持つ |
| C | Contributor | 複数名 | 専門知識や現場の情報を提供する。意見を述べるが、決定には参加しない |
| I | Informed | 複数名 | 意思決定の結果を通知される。プロセスには関与しないが、結果の影響を受ける |
DACIとRACIの比較
| 観点 | DACI | RACI |
|---|---|---|
| 主な対象 | 意思決定 | タスク・業務 |
| 推進役 | Driver（意思決定の推進） | Responsible（実行責任） |
| 決定権 | Approverに集約 | Accountableに集約 |
| 適用粒度 | 個別の意思決定ごと | プロジェクト全体のタスク |
実践的な使い方
ステップ1: 意思決定事項の特定
プロジェクト開始時に、今後発生する主要な意思決定事項を洗い出します。「ベンダーの選定」「予算の追加配分」「スコープの変更」「リリース日の決定」など、判断を要する事項をリスト化します。すべての些末な判断にDACIを適用する必要はなく、影響度の大きい意思決定に絞ることが実用的です。
ステップ2: 各意思決定への役割割り当て
意思決定事項ごとに、D・A・C・Iの各役割を具体的な人名で割り当てます。DACIテーブルとして一覧化し、プロジェクトチーム全員がアクセスできる場所に配置します。割り当ての際には、以下の原則を守ります。
- Driverは当該領域に最も精通し、推進力のある人物を選ぶ
- Approverは1名に絞る（複数にすると責任が曖昧化する）
- Contributorは必要十分な人数に留める（多すぎると意思決定が遅延する）
- Informedは「結果を知る必要がある人」に限定する
ステップ3: 意思決定プロセスの実行
Driverが中心となり、以下のプロセスで意思決定を進めます。まず、判断に必要な情報をContributorから収集します。次に、選択肢と推奨案を整理してApproverに提示します。Approverが承認すれば、Informedに結果を通知します。差し戻しの場合は、Driverが追加情報を収集し、再提案します。
ステップ4: 決定事項の記録
すべての意思決定は、決定内容、理由、関係者、日時を記録に残します。決定ログとして管理することで、後から「誰がいつなぜ決めたのか」を追跡できます。これはプロジェクトの説明責任（アカウンタビリティ）を果たすために不可欠です。
活用場面
- プロジェクトのガバナンス設計: 大規模プロジェクトの意思決定権限を体系的に整理し、ガバナンス体制を明確化します
- クロスファンクショナルチーム: 複数部門が関わるプロジェクトで、部門間の意思決定プロセスを透明化します
- 経営層への報告: 意思決定の構造を経営層に説明し、承認プロセスへの理解を促進します
- ベンダー選定: 選定プロセスの責任者、評価者、承認者を事前に定義し、公正な選定を担保します
- 組織変革の推進: 変革に伴う主要な判断ポイントごとにDACIを設定し、意思決定の停滞を防止します
注意点
Approverの過負荷に注意
すべての意思決定のApproverを一人の上位者に集中させると、ボトルネックが発生します。意思決定の種類や影響度に応じて、Approverを分散させることが重要です。
コンセンサスとの混同を避ける
DACIはコンセンサス（全員合意）型の意思決定ではありません。Contributorは意見を述べる権利を持ちますが、最終決定はApproverが行います。「全員が納得するまで決められない」という状況は、DACIが正しく機能していない証拠です。
形骸化のリスク
DACIテーブルを作成しただけで満足し、実際の意思決定では従来のやり方に戻ってしまうケースが多く見られます。特にDriverの役割が重要であり、Driverがプロセスを積極的に推進しなければフレームワークは機能しません。
文化的な配慮
階層的な組織文化の中では、「Contributorは決定権を持たない」というルールが心理的な抵抗を生むことがあります。導入時に「意見は尊重されるが、決定は効率のために集約する」という趣旨を丁寧に説明することが求められます。
まとめ
DACIフレームワークは、意思決定に関わる4つの役割（Driver・Approver・Contributor・Informed）を事前に明確化し、迅速で透明な意思決定を実現する手法です。「誰が決めるのか」を曖昧にしないことが、プロジェクトの推進力を高める鍵です。意思決定事項ごとに役割を割り当て、プロセスを可視化し、決定を記録に残すサイクルを通じて、組織の意思決定能力を構造的に強化できます。