BCG DICEフレームワーク:プロジェクト崩壊リスクをスコアで見える化して経営層を動かす

本ページはプロモーションが含まれています

BCGが開発したDICEスコアリングでプロジェクト成功確率を定量化。リソース不足・スコープ削減交渉のエビデンスとして使う実践ガイド。

「このプロジェクト、このままだと失敗します」という報告を経営層にしなければならない場面がある。しかし感覚・経験・勘に基づく警告は、「では頑張れ」という返答しか生まない。

BCGが開発したDICEフレームワークは、プロジェクトの成功確率を数字で表現するツールだ。「リソースが足りない」「このスコープは無理だ」という主張を、客観的なスコアで経営層に見せることができる。

DICEフレームワークとは

BCG(ボストン・コンサルティング・グループ)は数百件のプロジェクト変革事例を分析し、成功確率に相関する4つの要因を特定した。それがDICEだ。

  • D = Duration(期間・マイルストーン間隔)
  • I = Integrity(チームの実行能力)
  • C = Commitment(コミットメント):C1=上層部、C2=現場
  • E = Effort(追加作業負荷)

DICEスコアが低いほど成功確率が高く、高いほどリスクが高い(逆スケール)。

DICEスコアの計算方法

各要因を1〜4のスケールで評価し、合計する。

Duration(期間)の評価基準

スコア基準
1マイルストーンの間隔が2ヶ月以内
22〜4ヶ月ごとにマイルストーンあり
34〜8ヶ月ごとにマイルストーンあり
48ヶ月超のマイルストーン間隔

長期プロジェクトでも、マイルストーンを2ヶ月以内に設定すれば1点を維持できる。

Integrity(実行能力)の評価基準

スコア基準
1チームの90%以上が必要スキルを保有
275〜90%がスキル保有
350〜75%がスキル保有
450%未満しかスキルがない

Commitment(コミットメント)の評価基準

スコア基準(C1:経営層)
1経営層が積極的に支持・関与
2経営層は支持しているが姿が見えない
3経営層はニュートラル
4経営層が懐疑的または反対
スコア基準(C2:現場)
1現場チームが積極的に支持
2現場は協力的だが受動的
3現場は抵抗や不安を示している
4現場が強く反対している

Effort(追加作業負荷)の評価基準

スコア基準
1現在の作業量の10%未満の追加負荷
210〜20%の追加負荷
320〜40%の追加負荷
440%超の追加負荷

書籍紹介

PMBOK ガイド 第7版

著者: PMI — ウォーターフォール・アジャイル・ハイブリッド対応の業界標準PM教科書

詳細を見る

DICEスコアの判断基準

合計スコアは最低5点(最良)〜最高16点(最悪)になる。

合計スコアゾーン解釈
7以下勝利ゾーン成功確率が高い。現在の計画を維持
8〜14憂慮ゾーン成功確率が中程度。特定の要因を改善する介入が必要
15以上危険ゾーン成功確率が低い。大幅なリセットが必要

BCGの研究では、DICEスコアが7以下のプロジェクトは成功率が90%超、15以上のプロジェクトは失敗率が85%超だという。

実践:プロジェクトのDICEスコアを計算する

以下は典型的な炎上プロジェクトのDICEスコア計算例だ。

要因スコア根拠
Duration3次のマイルストーンまで5ヶ月ある
Integrity3チームの55%しか必要スキルがない
Commitment C12経営層は支持しているがMTGに来ない
Commitment C23現場から「なぜやるのか」という声が上がっている
Effort3現在の作業量の30%増加が見込まれる
合計14憂慮ゾーン(上限近く)

このスコアを経営層に見せながら「現在14点(憂慮ゾーン上限)です。7点に下げるために以下の3つが必要です」と言えば、具体的なアクションの議論ができる。

DICEスコアを改善するアクション例

高スコア要因改善アクション想定スコア改善
Duration=3マイルストーンを5ヶ月→1.5ヶ月に細分化3→1(-2点)
Integrity=3AIツール導入・外部スキル補完3→2(-1点)
C1=2経営層への隔週30分ブリーフィング設定2→1(-1点)
C2=3チームへのWhy説明・参加型キックオフ実施3→2(-1点)

上記4つのアクションで14点→9点になる。まだ憂慮ゾーンだが、15点から遠ざかった。

経営層交渉でのDICEスコアの使い方

DICEスコアの真価は経営層との交渉にある。以下のロジックで提示する。

ステップ1:現状のスコアを示す 「現在、プロジェクトのDICEスコアはXX点(憂慮/危険ゾーン)です。BCGの研究では、このゾーンのプロジェクトの〇〇%が目標未達になっています。」

ステップ2:スコアが高い原因を示す 「主な原因はIntegrity(スキル不足:3点)とEffort(過負荷:3点)です。」

ステップ3:改善のための要求を示す 「IntegrityをXX人の追加/AI導入で2点に下げ、EffortをスコープBの削除で2点に下げることができれば、合計スコアが9点(憂慮ゾーン中央)になります。」

感覚で「リソースをください」と言うのではなく、DICEスコアという外部が検証したフレームワークで「このスコアを下げるにはこれが必要」と言う。経営層は数字に弱くない——むしろ、数字のない要求には反応できないのだ。

書籍紹介

プロジェクトのトラブル解決大全

著者: 木部智之 — 「再生工場」と呼ばれた著者による炎上プロジェクトの火消し術86を収録

詳細を見る

まとめ

DICEフレームワークはプロジェクトリスクを感覚から数字に変換するツールだ。

  • 5〜16点のスコアで「勝利/憂慮/危険」ゾーンを判定できる
  • 各要因(D/I/C/E)を個別に改善することで、スコアを下げる具体的アクションが見える
  • 経営層交渉では「BCGのフレームワークによれば」という外部権威とスコアの組み合わせが効果的

リソース要求・スコープ削減・人員追加の交渉は、いずれも「客観的なリスクの見える化」から始まる。DICEスコアを一度計算してみると、自分のプロジェクトの危険度が数字で見えてくる。

PR

関連記事