プロジェクト・マネジメント-はじめに | 差配 / PRINCE2 / 講究

はじめに

PRINCE2は目的、規模、種類、組織、地理、カルチャーを問わず、あらゆるプロジェクトに適用できる適応性の高いプロジェクト・マネジメント手法である。

基本定義

PRINCE2は5つの統合された要素を基盤とするプロジェクト・マネジメント手法であり、次のように機能する。

専門的な開発活動をプロジェクトのコントロールされた環境に統合できる
プロジェクトを管理するための「何をすべきか」に焦点を当てる（「どのように作業するか」ではない）
プロジェクトのニーズや状況に応じてテーラリングできる

5つの統合された要素

要素	説明
原則	プロジェクトが本当にPRINCE2で管理されているかを判断するためのガイドとなる義務。7つの原則があり、すべてに合致しなければならない
人	プロジェクトに取り組む人と、プロジェクトの影響を受ける人。関係者のニーズ・能力・動機・関係性を理解することが重要
プラクティス	プロジェクト・ライフサイクル全体を通じて一貫して適用するプロジェクト・マネジメントの本質的側面。7つのプラクティスがある
プロセス	7つのプロセスでプロジェクト開始前から最終クローズまでのライフサイクル全体を説明する。推奨される活動と責任のチェックリストを含む
プロジェクト状況	原則・プラクティス・プロセスが関係者によって適用され、手法がプロジェクト状況に適合していることを確保する

これらの要素は連携して機能するよう設計されている。プラクティスにより、プロセス中にプロジェクト状況に固有の方法で原則が継続的に適用され、人々の関係と要件が考慮される。

プロジェクトとは何か

組織が直面する主な課題は、次の2つのニーズのバランスを取ることである。

通常業務の維持：収益性・サービス品質・顧客関係・生産性などの維持
ビジネス変更：将来的に生き残るためのトランスフォーメーション

定義：プロジェクト — 合意されたビジネス・ケースに従って、1つまたは複数のビジネス成果物を提供する目的で作成される一時的な組織。

プロジェクトの5つの特徴

特徴	説明
変更	プロジェクトは変更をもたらすための手段
一時的	望ましい変更が実施されると終了し、通常業務が再開される
機能横断的	さまざまなスキルを持つ人々が一時的に連携。組織の部門の垣根を越えた作業が多い
独自性	チーム・顧客・サプライヤー・成果物・場所・期間などの要因の組み合わせによって各プロジェクトは独自性を持つ
不確実性	通常業務よりも脅威にさらされやすく、機会も多い。リスクが高い

プロジェクト・マネジメントの目的

定義：プロジェクト・マネジメント — プロジェクトがその達成目標を達成できるように、手法・ツール・技法・コンピテンシーを適用すること。

プロジェクトの5つの特徴から生じる典型的な課題には以下がある。

誰が何の実行責任を負うかが曖昧（混乱・説明責任の欠如）
提供物・コスト・時期が曖昧または矛盾している
非現実的な期待
リソースの不可用性・通常業務への再アサイン
労力・期間・コストの見積もり困難
コントロールされない変更（スコープ・クリープ）
利害関係者のモチベーション維持が困難

これらの課題に対処するため、プロジェクト・マネジメントは関係者を結束させ、達成目標と作業プラクティスを明確にすることで機能する。

パフォーマンス最終目標

定義：パフォーマンス最終目標 — プロジェクトのパフォーマンスにおける期待される成功レベル。ベネフィット・コスト・時間・品質・スコープ・持続可能性・リスクの7 側面がある。

パフォーマンス最終目標	問い
ベネフィット	なぜ行うか？誰のためか？
コスト	予算の範囲内か？
時間	いつ開始・完了するか？
品質	仕様どおりか？目的に適合しているか？
スコープ	何を提供するか？何が含まれ、何が除外されるか？
持続可能性	環境へのインパクトは何か？
リスク	どの程度のリスクを許容するか？

7つのパフォーマンス最終目標すべてとその許容度は、手法全体を通じてコントロールの基礎として使用される。

プロジェクト状況

組織的な状況

役割	定義
ビジネス	プロジェクト権限委任を提供する組織と、プロジェクトが管理される構造
ユーザー	プロジェクト成果物を使用して予想ベネフィットを得る組織（内部または外部）
サプライヤー	必要な専門知識・人・リソースを提供する組織（内部または外部）
顧客	ビジネスとサプライヤーの間に商業的関係がある場合のビジネスの呼称

デリバリー手法

手法	説明
直線的かつ連続的	各デリバリー・ステップが順序どおりに行われる。ウォーターフォール型
反復的かつ段階的	要件収集・設計・開発・テストをライフサイクル全体で繰り返す。アジャイル型
ハイブリッド	プロジェクトの要素に応じて両方のアプローチを組み合わせる

規模

プロジェクトの規模は組織に応じて認識される。重要なのは「大規模/小規模」ではなく、「複雑/単純」という観点で捉えること。

以下の方法でプロジェクトの規模に合わせてテーラリングできる。

ビジネス・レイヤー・プロジェクト委員会・プロジェクト・マネージャー・チーム間のガバナンスの取り決め
役割の組み合わせ（単純プロジェクト）または分割（複雑プロジェクト）
プロジェクト文書の形式と詳細レベル
プロジェクト・コントロールの形式（報告やレビューの頻度など）
プロジェクトが分割されるステージとワーク・パッケージの数

フィーチャーとベネフィット

特徴	内容
実績	確立された実績あるプロジェクト・マネジメントのプラクティスとガバナンスが基盤
汎用性	あらゆる規模・種類のプロジェクトに適用可能
柔軟性	関係する組織の特定のニーズに合わせてテーラリング可能
共通の言語と概念	広く認識される共通語彙を提供し、一貫性と資産の再利用を促進
成果重視	プロジェクト参加者がビジネス・ケース達成目標に関連してプロジェクトの実行可能性に集中できる
組織の成熟度の向上	組織のプロジェクト経験からの学習を強化し、継続的改善を促進
統合された手法の一部	プログラム・ポートフォリオ・リスク・マネジメントに関する他のPeopleCertガイドと連携

他フレームワーク補足

概念	PRINCE2	PMBOK	PgMP
手法の構成要素	原則・人・プラクティス・プロセス・プロジェクト状況の5 要素	(今後追記)	(今後追記)
プロジェクトの定義	合意されたビジネス・ケースに従って1つ以上のビジネス成果物を提供する一時的な組織	(今後追記)	(今後追記)
パフォーマンス最終目標	ベネフィット・コスト・時間・品質・スコープ・持続可能性・リスクの7 側面	(今後追記)	(今後追記)
デリバリー手法	直線的かつ連続的・反復的かつ段階的・ハイブリッドの3 種類	(今後追記)	(今後追記)