フレームワーク活用ガイドひとことで言うと#
7つの原則・7つのテーマ・7つのプロセスで構成される、プロジェクトの「統制」に重きを置いた管理手法。「このプロジェクトは続ける価値があるか？」をステージごとに判断する仕組みが特徴。
押さえておきたい用語#
- ビジネスケース（Business Case）
- プロジェクトの投資対効果と存在意義を記した文書のこと。PRINCE2では各ステージで見直し、プロジェクト継続の判断材料にする。
- ステージゲート（Stage Gate）
- ステージの終わりに設けられる承認チェックポイントのこと。プロジェクト委員会がビジネスケースを再評価し、続行・中止を判断する。
- トレランス（Tolerance）
- コスト・期間・品質などに設定する許容範囲を指す。範囲内なら現場判断、超えたらエスカレーションする仕組み。
- プロジェクト委員会（Project Board）
- ビジネス・ユーザー・サプライヤーの代表で構成される最終意思決定機関を指す。プロジェクトの方向性と継続を判断する。
- テーラリング（Tailoring）
- PRINCE2をプロジェクトの規模や特性に合わせて適用範囲を調整すること。小規模なら簡易化、大規模なら厳格化する。
PRINCE2の全体像#
こんな悩みに効く#
- プロジェクトの権限と責任が曖昧で、誰が何を決めるかわからない
- プロジェクトが走り出すと止められず、赤字でもズルズル続いてしまう
- 組織としてプロジェクト管理の統一基準を持ちたい
基本の使い方#
「なぜこのプロジェクトをやるのか」を明文化する。
- 投資対効果、リスク、期待される成果を整理する
- ビジネスケースはプロジェクト期間中ずっと更新し続ける
- 各ステージの最後に「まだやる価値があるか」を判断する材料にする
ポイント: PRINCE2ではビジネスケースが最重要。ここが弱いとプロジェクトの存在意義がなくなる。
プロジェクトに関わる全員の役割を明確にする。
- プロジェクト委員会: ビジネス・ユーザー・サプライヤーの代表で構成。最終意思決定者
- プロジェクトマネージャー: 日常的なプロジェクト管理を担当
- チームマネージャー: 実際の作業を管理
ポイント: 権限と責任のレベルを明確にすることで、意思決定が迅速になる。
プロジェクトを複数のステージに分け、ステージごとに承認を得る。
- 各ステージの終わりに「ステージゲート」を設ける
- プロジェクト委員会がビジネスケースを再評価し、続行・中止を判断する
- 許容範囲を超えた逸脱が発生したら、委員会にエスカレーションする
ポイント: このステージゲートがPRINCE2の最大の特徴。無駄なプロジェクトを途中で止められる。
許容範囲（トレランス）を設定し、範囲内なら現場で判断、超えたら上にエスカレーション。
- コスト・期間・品質・スコープ・リスク・便益の6つにトレランスを設定
- トレランス内であればプロジェクトマネージャーが自律的に判断できる
- 超えた場合は例外報告を作成し、委員会の判断を仰ぐ
ポイント: マイクロマネジメントを防ぎつつ、統制を効かせる絶妙なバランス。
具体例#
状況: 人口32万人の地方自治体。現行基幹システムの保守期限切れに伴い、新システムへの移行が急務。予算2億円、期間18ヶ月。
ビジネスケース: 5年間で3億円のコスト削減を見込む新システムに移行。投資額2億円、ROI 150%。住民サービスのオンライン化率を30%→75%に向上。
組織構造: プロジェクト委員会に副市長（エグゼクティブ）、情報政策課長（ユーザー代表）、ベンダーPM（サプライヤー代表）を配置。
ステージ管理: 要件定義→設計→開発→テスト→移行の5ステージに分割。各ステージ末に委員会レビューを実施。第2ステージ末で設計変更によるコスト増が発覚し、スコープの優先順位を再調整。
| 指標 | 計画値 | 実績 |
|---|---|---|
| 総コスト | 2億円 | 1.95億円（スコープ調整の効果） |
| 期間 | 18ヶ月 | 19ヶ月（1ヶ月の計画的延長） |
| オンライン化率 | 75% | 72%（Phase 2で残り対応） |
ステージゲートのおかげで第2ステージのコスト増を早期に検知し、スコープ調整で予算内に収めることができた。「走りながら止まれる仕組み」がPRINCE2の強みである。
状況: 従業員3,200名の製薬会社。GxP規制（医薬品の品質管理規制）に準拠した臨床試験管理システムの導入プロジェクト。予算5億円、期間24ヶ月。
ビジネスケース: 臨床試験データの一元管理により、治験期間を平均18ヶ月→14ヶ月に短縮。新薬1品あたりの市場投入を4ヶ月前倒しし、年間推定30億円の追加収益。
ステージ管理: 6つのステージに分割。第3ステージ（開発フェーズ）で規制要件の追加変更が判明。例外報告を提出し、プロジェクト委員会が追加予算8,000万円とスケジュール3ヶ月延長を承認。
| 指標 | 当初計画 | ステージゲート後の修正 | 最終実績 |
|---|---|---|---|
| 予算 | 5億円 | 5.8億円 | 5.6億円 |
| 期間 | 24ヶ月 | 27ヶ月 | 26ヶ月 |
| 規制準拠率 | 100% | 100% | 100% |
この取り組みが示すように、規制業界では「中途半端な品質で押し通す」は許されない。PRINCE2のステージゲートにより、規制変更への対応を透明性高く管理でき、最終的に規制準拠率100%を達成した。
状況: 預金残高1.2兆円の地方銀行。モバイルバンキング・AI審査・RPA導入を含むDX推進プログラム。総予算8億円、3年計画。
テーラリング: 大規模プログラムのためPRINCE2をフル適用。ただし3つのサブプロジェクト（モバイル・AI・RPA）はそれぞれ簡易版を適用し、プログラム全体でステージゲートを統一管理。
例外管理: RPAプロジェクトでコストがトレランス（+15%）を超える見込みとなり、例外報告を提出。委員会がRPA対象業務の優先順位を見直し、Phase 1は効果の高い上位10業務に集中。残りはPhase 2に延期。
| サブプロジェクト | 予算 | ROI（3年） | ステージゲートでの判断 |
|---|---|---|---|
| モバイルバンキング | 3億円 | 220% | 計画通り続行 |
| AI審査 | 3億円 | 180% | スコープ縮小して続行 |
| RPA導入 | 2億円 | 310% | Phase 1に集中、残りは延期 |
3年間で計18回のステージゲートを実施。そのうち4回でスコープや予算の調整が行われた。「止まって考える仕組み」があるからこそ、長期プロジェクトでも軌道修正しながら着実に成果を出せた。
やりがちな失敗パターン#
- ビジネスケースを形骸化させる — 最初に作ったきり更新しない。状況が変わっているのに「やると決めたから」で突き進んでしまう。ステージごとに必ず見直すこと
- 重厚すぎる運用にする — PRINCE2はスケーラブルだが、小さなプロジェクトにフルセットを適用すると管理コストが膨大に。プロジェクト規模に合わせてテーラリングする
- 役割を兼任しすぎる — 小規模チームで全員が複数の役割を持つと、チェック機能が働かなくなる。最低限、委員会とPMは分離する
- ステージゲートを「儀式」にしてしまう — 形式的にレビューするだけで中止判断を一切しないなら、ゲートの意味がない。「本当に続ける価値があるか」を毎回真剣に問うこと
まとめ#
PRINCE2は、ビジネスケースの継続的な正当化とステージゲートによる統制を特徴とするプロジェクト管理手法。「このプロジェクトは本当にやる価値があるか？」を常に問い続ける仕組みが組み込まれている。大規模・公共プロジェクトで特に力を発揮するが、規模に合わせたテーラリングが成功の鍵。