PRINCE2メソドロジー:原則、テーマ、プロセスを解説

PRINCE2メソドロジーは、プロジェクトチームに、統制され監査可能なプロジェクトを運営するための再現性のある拡張可能なフレームワークを提供します。PRINCE2(PRojects IN Controlled Environments)は1989年に英国政府の標準として始まり、その後、世界で最も広く使われているプロジェクトマネジメントアプローチの一つへと成長しました。これがうまく機能するのは、「何をすべきか」と「どうやるか」を切り離しているためであり、そのおかげでチームはほぼあらゆる業界やプロジェクト規模に適応させることができます。

PRINCE2とは

PRINCE2は、英国政府の中央コンピューター電気通信局(CCTA)によって開発された、プロセスベースでステージゲート型のプロジェクトマネジメント手法です。プロジェクトの立ち上げから納品、正式な終結までを導く、7つの原則、7つのテーマ、7つのプロセスからなる構造化されたフレームワークを提供します。

PMI(プロジェクトマネジメント協会)が発行する幅広いガイドラインと知識エリアの集合であるPMBOK(プロジェクトマネジメント知識体系)とは異なり、PRINCE2は規定的です。優れたプロジェクトマネジメントがどのようなものかを示すだけでなく、プロジェクトを定義されたステージにどう組織化するか、各ゲートで誰が意思決定を行うか、どのような文書を作成する必要があるかまで指示します。

この手法は設計上拡張可能です。3か月の小規模なITロールアウトも、複数年にわたるインフラプログラムも、同じ7つのプロセスを使います。違いは、各ステージでどれだけの厳密さを適用するかだけです。

主要な事実

PRINCE2は150か国以上で活用されており、世界全体で180万件を超える認定資格を発行しています。これにより、北米以外では支配的な構造化されたプロジェクト手法となっています。(AXELOS、2023年)

**英国政府のITプロジェクトの約90%**が、PRINCE2またはPRINCE2派生のアプローチのもとで運営されており、公共部門の標準としての起源を反映しています。(英国内閣府、2022年)

プロジェクトマネジメント協会が2021年に実施した調査によると、定められたプロジェクト方法論を使用している組織は、そうでない組織と比べてプロジェクトの失敗が28%少ないと報告されており、PRINCE2のような構造化されたフレームワークの価値を裏付けています。

PRINCE2の7つの原則、テーマ、プロセス

PRINCE2は、3つの層が組み合わさって成り立っています。原則は交渉の余地がないルールです。テーマは継続的に対応しなければならない知識エリアです。プロセスは、プロジェクトが開始から終了まで従う順序立てられたステップです。

7つの原則

7つのテーマ

7つのプロセス

PRINCE2対PMBOK対アジャイル

どのフレームワークを選ぶかは、組織のガバナンスニーズ、プロジェクトの複雑さ、チームがどれだけの柔軟性を必要とするかによって決まります。

PRINCE2とPMBOKは互いに排他的なものではありません。多くの組織はPRINCE2を運用上の手法として使いながら、調達やステークホルダーエンゲージメントといった特定の領域についてより深い知識を得るためにPMBOKを参照しています。アジャイル対ウォーターフォールのトレードオフの詳細な比較は、PRINCE2が自社のデリバリーの組み合わせの中でどこに位置づけられるかを判断するのに役立ちます。

PRINCE2のメリット

各ステージでの明確なガバナンス。 プロジェクトボードのモデルにより、意思決定の権限が明確になります。プロジェクトマネージャーは日々のデリバリーを運営し、ボードはステージの移行を承認します。誰がスコープの変更や追加予算を承認できるかについて、あいまいさはありません。

組み込まれたビジネス上の正当性。 ビジネスケースは一度きりの文書ではありません。PRINCE2は、すべてのステージ境界でそれを見直し、確認することを求めます。期待される便益がもはやコストを正当化できない場合、プロジェクトは中止されます。この規律により、組織はすでに軌道から外れてしまったプロジェクトに資金をつぎ込み続けることを避けられます。

あらゆる規模に対応可能。 3人でプロダクトローンチを行うスタートアップも、国家規模のITロールアウトを管理する政府機関も、どちらもPRINCE2を使います。テーラリングの原則により、手法を壊すことなく不要な部分を取り除けます。

業界を問わず持ち運べる。 PRINCE2はもともとITのために設計されましたが、その後、建設、医療、金融、教育へと広がりました。このフレームワークが業界を問わず使えるのは、特定分野の実践ではなく、ガバナンスとプロダクトデリバリーに焦点を当てているためです。

広く認められた資格。 PRINCE2 FoundationとPractitionerの認定資格は、ヨーロッパ、アジア太平洋、中東の雇用主に広く認められています。特定分野の資格ではしばしば難しい、業界を横断した通用性を持っています。

PRINCE2の限界

ドキュメントの負担が小規模チームの動きを遅くすることがある。 PRINCE2のマネジメント成果物一式(プロジェクトブリーフ、PID、リスク登録簿、品質登録簿、教訓ログ、課題登録簿)は、小規模なプロジェクトでは重く感じられることがあります。テーラリングはこれに対応するためのものですが、PRINCE2の経験がないチームは、何を削るべきか分からないことがよくあります。

比較的安定したスコープを前提としている。 PRINCE2は、開始前に何を構築するかを定義できる場合に最もうまく機能します。要件が急速に進化するプロジェクトでは、純粋なPRINCE2アプローチは、反復的な手法が提供するスピードと衝突することがあります。多くのチームは、デリバリーステージ内でPRINCE2のガバナンス層とアジャイル方法論を組み合わせています。

新しい実務者にとっての学習曲線。 3層モデル(原則、テーマ、プロセス)は、一度理解してしまえば論理的ですが、その語彙やドキュメント要件を体得するには時間がかかります。初めて導入する組織は、通常、効果を実感する前にトレーニングへの投資が必要になります。

スケジューリングツールについて規定していない。 PRINCE2は計画を作成することを求めますが、その方法までは指定しません。ガントチャート、作業分解構成図、マイルストーンチャートのいずれも有効です。計画スキルの弱いチームは、この柔軟性を、厳密な計画をまるごと省略してよい許可だと誤解することがあります。

PRINCE2の適用方法

PRINCE2は、プロジェクトを6つの順序立てられたマネジメントステージを通じて運営します。各ステージ境界は、プロジェクトボードにとっての意思決定ポイントです。

ステップ1:プロジェクトの立ち上げ

プロジェクトが正式に始まる前に、プロジェクトマンデートがプロジェクトブリーフの作成のきっかけとなります。プロジェクトマネージャーとエグゼクティブが協力して、プロジェクトが実行可能で着手する価値があるかを確認します。成果物は、プロジェクトボードが開始を承認するために使う、概要ビジネスケースとブリーフです。

ステップ2:プロジェクトの開始

ここで詳細な計画が行われます。チームは、ビジネスケース、プロジェクトアプローチ、品質マネジメントアプローチ、リスクマネジメントアプローチ、変更管理アプローチ、プロジェクト計画を含むプロジェクト開始文書(PID)を作成します。プロジェクトボードはPIDをレビューし、先に進むかどうかを決定します。

ステップ3:プロジェクトの指揮

プロジェクトボードは日々の作業を管理しません。代わりに、ステージを承認し、許容範囲を超えた例外を処理し、プロジェクトの終結を確認します。このプロセスは一時点だけでなく、プロジェクト全体を通じて継続的に実行されます。よく構成されたプロジェクト憲章は、多くの場合、ここでの承認ステップに直接つながります。

ステップ4:ステージのコントロール

各デリバリーステージ内で、プロジェクトマネージャーはチームマネージャーにワークパッケージを割り当て、進捗を監視し、課題とリスクを管理し、プロジェクトボードに報告します。ステージ計画が日々の活動を推進します。何かが許容範囲を超えた場合、プロジェクトマネージャーは独断で判断するのではなく、例外報告を提起します。

ステップ5:プロダクトデリバリーの管理

チームマネージャーはワークパッケージを引き受け、プロダクトを構築または納品し、品質確認の後にプロジェクトマネージャーへ引き渡します。このプロセスにより、デリバリーチームは単にタスクを完了させることではなく、定義された成果物を生み出すことに集中できます。プロダクト記述は、作業開始前に「完了」がどのような状態を指すかを明確にします。

ステップ6:ステージ境界の管理と終結

各ステージの終わりに、プロジェクトマネージャーはプロジェクト計画を更新し、ビジネスケースを見直し、リスク登録簿を更新し、プロジェクトボードの承認を得るために次のステージ計画を準備します。最終ステージが終わると、プロジェクトの終結プロセスが、プロジェクト終了報告書、便益レビュー計画、教訓報告書を生み出します。プロジェクトボードは成果物を正式に受け入れ、プロジェクトを解散します。

プロジェクトライフサイクル全体を理解することで、チームはPRINCE2のステージ境界が、自組織のより広いデリバリーフェーズにどう対応するかを把握しやすくなります。

PRINCE2の活用例:どんなときに使うべきか

「中程度」に該当するプロジェクトには、ハイブリッドアプローチがうまく機能します。PRINCE2のガバナンスの枠組み(ボード構造、ステージゲート、ビジネスケースレビュー)を使いながら、作業の性質に応じて各ステージ内でウォーターフォール方法論やアジャイルスプリントを実行しましょう。

ベストプラクティス:やるべきこと・避けるべきこと

複数の相互に関連するプロジェクトを含む複雑なプログラムでは、リスクマネジメントの実践がPRINCE2のリスクテーマに自然に組み込まれ、プログラムレベルでの例外による管理の原則を支えます。

よくある質問

PRINCE2とPMPの違いは何ですか?

PRINCE2は手法です。プロジェクトをどう構成し、運営するかを規定します。PMP(プロジェクトマネジメント・プロフェッショナル)は、規定的な手法というよりも知識体系であるPMBOKフレームワーク全体にわたる実務者の知識を検証する、PMIによる認定資格です。両方を保持する実務者も多くいます。PRINCE2はプロジェクトがどう組織化されるかを規定し、PMBOKはより広い知識基盤を提供します。

PRINCE2はアジャイルプロジェクトに適していますか?

はい、適応させれば可能です。AXELOSは、PRINCE2のガバナンスフレームワークとScrumやKanbanのようなアジャイルデリバリー技法を組み合わせたPRINCE2 Agileをリリースしました。その狙いは、マネジメントレベルではステージゲートによる統制と明確に定義された役割を維持しつつ、デリバリーチームには各ステージ内で反復する柔軟性を与えることです。

PRINCE2の認定を取得するにはどれくらい時間がかかりますか?

Foundation認定は、通常2〜3日の学習と60問の試験で取得できます。Practitionerは、Foundationを土台にシナリオ形式の問題が加わり、通常はさらに3〜5日の準備が必要です。どちらの試験もPeopleCertを通じてオンラインで受験できます。

PRINCE2におけるワークパッケージとは何ですか?

ワークパッケージとは、プロジェクトマネージャーとチームマネージャーの間の正式な合意です。作成すべきプロダクト、品質要件、時間枠、報告頻度を規定します。プロジェクトマネージャーがスコープと品質のコントロールを失うことなくデリバリーを委任するための、主要なメカニズムです。

PRINCE2は、マイルストーンチャートやクリティカルチェーンスケジューリングと併用できますか?

はい。PRINCE2は計画が存在しなければならないと定めていますが、特定のスケジューリング技法を義務付けてはいません。チームは一般的に、ステークホルダーにステージ境界を伝えるためにマイルストーンチャートを、バッファとリソースの依存関係を管理するためにクリティカルチェーンプロジェクトマネジメントを、各ステージ計画内で作業を順序付けるためにタスクの依存関係分析を使用します。

関連記事

• アジャイル方法論とは
• アジャイル対ウォーターフォール
• プロジェクトマネジメントにおけるウォーターフォール方法論
• プロジェクト憲章
• プロジェクトライフサイクル
• 作業分解構成図
• プロジェクトマネジメントオフィス(PMO)
• プロジェクトリスクマネジメント
• マイルストーンチャート
• クリティカルチェーンプロジェクトマネジメント
• タスクの依存関係

PRINCE2メソドロジーが、公共部門や規制の厳しい業界のプロジェクトにおいてデフォルトのガバナンスフレームワークとしての地位を確立してきたのには理由があります。それは、難しい問いを早い段階で突きつけるからです。このプロジェクトは今もやる価値があるか。スコープを変更する権限を持つのは誰か。「完了」とは実際に何を意味するのか。こうした習慣をデリバリー文化に組み込んだチームは、より予測可能な形で仕事を仕上げ、ゴール直前の驚きも少なくなる傾向があります。