プロジェクト管理の5つのフェーズを理解するー各工程の目的と進め方

2026.05.26

AI・Digital Marketing

プロジェクトを成功させるには「今どの段階にいるのか」を正確に把握することが欠かせません。プロジェクト管理には立上げから終結まで5つのフェーズがあり、それぞれに明確な目的と成果物があります。本記事では、PMBOKをベースにプロジェクトの5つのフェーズを解説し、各フェーズで押さえるべきポイントと失敗しやすいパターンを実務視点でまとめます。

プロジェクトフェーズとは何か？

プロジェクトフェーズとは、プロジェクト全体を目的や成果物のまとまりに応じて区切った管理単位のことです。プロジェクト管理の国際標準であるPMBOK（Project Management Body of Knowledge）では、プロジェクトのライフサイクルを「立上げ・計画・実行・監視・終結」の5つのフェーズで定義しています。

フェーズを意識することで「今どこにいるか」「次に何をすべきか」が明確になり、プロジェクト全体を俯瞰した管理が可能になります。

フェーズを分けて管理する意味

フェーズ管理には以下のようなメリットがあります。

進捗の可視化：フェーズごとにマイルストーンを設定することで、チーム全体が現在地を把握できます。
リスクの早期発見：フェーズの終わりにゲートレビュー（承認確認）を設けることで、問題を次工程に持ち越さずに済みます。
ステークホルダーとの認識合わせ：フェーズ単位で成果物を確認してもらうことで、方向性のズレを防げます。
チームの集中力向上：「このフェーズでは何に集中するか」が明確になり、タスクの優先順位がつけやすくなります。

5つのフェーズの概要

まずは全体像を把握しましょう。PMBOKに基づくプロジェクトの5つのフェーズを以下の表に整理します。

フェーズ	英語名	主な目的	主な成果物
1. 立上げ	Initiation	プロジェクトの承認・目標設定	プロジェクト憲章・ステークホルダー登録簿
2. 計画	Planning	詳細計画の策定	プロジェクト管理計画書・WBS・スケジュール
3. 実行	Execution	計画に基づく作業の実施	成果物・進捗報告書
4. 監視	Monitoring & Control	進捗・品質・コストの管理	パフォーマンス報告書・変更要求
5. 終結	Closure	プロジェクトの正式完了	最終報告書・教訓集

フェーズ1｜立上げ（Initiation）

立上げフェーズは、プロジェクトを正式に認可し、方向性を定めるフェーズです。ここで曖昧さを残すと、後工程でスコープや目標のズレが生じやすくなります。「なぜこのプロジェクトを行うのか」「何を達成すれば成功といえるのか」をステークホルダーと合意することが最大の目的です。

立上げフェーズの主なタスク

プロジェクトの目的・背景の整理
スコープ（範囲）の大まかな定義
予算・期間の概算
主要ステークホルダーの特定
プロジェクトオーナー・スポンサーからの承認取得

成果物

プロジェクト憲章（プロジェクトチャーター）：目的・スコープ・体制・予算の概要をまとめた承認文書
ステークホルダー登録簿：関係者の役割・影響度・コミュニケーション方針を整理したリスト

フェーズ2｜計画（Planning）

計画フェーズは、5つのフェーズの中で最も時間と労力がかかります。ここで作成した計画書がプロジェクト全体の「基準線（ベースライン）」となり、実行・監視フェーズでの判断基準になります。計画が甘いと、実行段階で予算超過やスケジュール遅延が頻発します。

計画フェーズの主なタスク

WBS（Work Breakdown Structure）の作成：成果物を作業単位に分解
スケジュールの策定：タスクの順序・依存関係・工数見積もり
コスト見積もりと予算設定
リスク分析とリスク対応計画
品質基準・コミュニケーション計画・調達計画の策定
チーム体制・役割分担の確定

成果物

プロジェクト管理計画書（全体計画をまとめた親文書）
WBS（作業分解図）
スケジュール（ガントチャートなど）
リスク登録簿

フェーズ3｜実行（Execution）

実行フェーズは、計画に基づいてチームが実際の作業を進めるフェーズです。PMの役割は「作業者」ではなく「調整者・管理者」に移行します。タスクを適切にアサインし、障害を取り除き、チームが最大限のパフォーマンスを発揮できる環境を整えることが主な仕事です。

実行フェーズの主なタスク

タスクのアサインと進捗確認（デイリースタンドアップなど）
品質保証活動（レビュー・テスト・検査）
ベンダー・外部リソースの管理
ステークホルダーへの定期報告と関係維持
変更要求の受付・評価・承認

PMのポイント

実行フェーズで最も注意すべきは「スコープクリープ」です。スコープクリープとは、承認なく作業範囲が拡大していく現象で、プロジェクトの遅延・予算超過の主因になります。対策としては以下が有効です。

変更管理プロセスの徹底：口頭での依頼は受けず、変更要求を必ず文書化・承認フローに乗せる
チームのモチベーション維持：小さな成功を認め、進捗を可視化してメンバーの貢献感を高める
障害の早期除去：メンバーが作業を止める要因（情報不足・環境問題など）をすぐに解消する

フェーズ4｜監視・コントロール（Monitoring & Control）

監視・コントロールフェーズは、実行フェーズと並行して継続的に行われます。「計画通りに進んでいるか」を測定し、ズレがあれば是正処置を取るのが目的です。このフェーズを怠ると、問題が発覚した時点ですでに手遅れになっていることが少なくありません。

監視フェーズで行うこと

以下の4つの軸でプロジェクトの状態を継続的にモニタリングします。

進捗：計画に対して作業がどれだけ完了しているか（スケジュール差異）
コスト：予算消化率と残予算の管理（コスト差異）
品質：成果物が定義された基準を満たしているか
リスク：特定済みリスクの発生状況と新規リスクの識別

Jiraでの進捗管理

Jiraはプロジェクト管理ツールとして広く使われており、監視フェーズで特に活躍します。主な活用方法は以下の通りです。

スクラムボード／カンバンボード：タスクのステータス（Todo/進行中/完了）をリアルタイムで可視化
バーンダウンチャート：スプリント内の残作業量の推移を一目で確認
レポート機能：ベロシティ（チームの処理速度）や累積フロー図でチームのパフォーマンスを分析
ダッシュボード：複数プロジェクトの状況を一画面で把握

Jiraを使った進捗管理をさらに深く学びたい方は、後述のJiraプロジェクト管理講座もぜひご確認ください。

フェーズ5｜終結（Closure）

終結フェーズは、プロジェクトを正式に完了させるフェーズです。「作業が終わったから解散」ではなく、正式な手続きを踏んで終わらせることに意味があります。終結を省略すると、契約上の問題や後継プロジェクトへの引き継ぎ漏れが発生します。また、チームメンバーのモチベーションにも影響します。

終結フェーズの主なタスク

最終成果物のクライアント・スポンサーへの引き渡しと受入確認
外部ベンダーとの契約クローズ（最終検収・支払い処理）
プロジェクト記録の最終更新とアーカイブ
チームメンバーのリソース解放（次のプロジェクトへのアサイン通知）
最終報告書の作成・配布

振り返り（レトロスペクティブ）の重要性

終結フェーズで必ず行いたいのが「振り返り（レトロスペクティブ）」です。プロジェクトで得た教訓を組織の資産として残すことで、次のプロジェクトの品質を高めることができます。

代表的なフレームワークとして「KPT法」があります。

Keep（続けるべきこと）：うまくいった取り組みや習慣
Problem（問題だったこと）：改善が必要な点・失敗パターン
Try（次に試すこと）：Problemへの対策・新しいアプローチ

振り返りの結果は「教訓集」として文書化し、社内の共有ドライブやプロジェクト管理ツールに保存しておくのが理想です。

各フェーズで起きやすい失敗パターン

プロジェクトが失敗する原因は、多くの場合、特定のフェーズでの判断ミスや手抜きに起因します。以下に代表的な失敗パターンをまとめます。

フェーズ	よくある失敗パターン	対策のポイント
立上げ	目的・スコープが曖昧なまま着手してしまう	プロジェクト憲章にスコープを明記しステークホルダーの承認を得る
計画	楽観的な見積もりでバッファを設けない	リスク分析を行い予備費・スケジュール余裕を確保する
実行	スコープクリープが発生し、作業範囲が際限なく広がる	変更管理プロセスを徹底し、口頭依頼は受け付けない
監視	問題が報告されず、遅れが発覚した時には手遅れ	定期的な状況確認とオープンなコミュニケーション文化の醸成
終結	振り返りを省略し、同じ失敗を繰り返す	教訓集を必ず文書化し、チームで共有する