株式会社renue
PMOエージェント
PMOエージェントで、この記事のテーマを実務に落とし込めます
renueが社内で運用しているシステムをサービス化したものです。何ができるか、どう動くかをサービスページでご覧ください。
プロジェクト管理とは？
プロジェクト管理とは、特定の目標を達成するために、限られたリソース（期間・人材・費用）を計画的に配分し、品質（Q）・コスト（C）・納期（D）のバランスを最適に保ちながらプロジェクトを成功に導く活動です。 下の5分類はPMI掲載の解説にあるプロセス群の整理です。プロセス群は時系列の工程そのものではなく、プロジェクトを通じて繰り返し適用し、必要に応じて見直します。また、PMI掲載の2013年のWBS解説は、WBSを成果物と全体の作業範囲の階層分解、スケジュールを実施活動・期間・依存関係等の計画として区別します。後述の担当・期限・依存関係を決める手順は、WBSをもとにスケジュールへつなげる実務案として読み分けます。
プロジェクト管理の5つのプロセス
| プロセス群（固定順の工程ではない） | 内容 | アウトプット |
|---|---|---|
| 1. 立ち上げ | 目的・スコープ・ステークホルダーの明確化 | プロジェクト憲章 |
| 2. 計画 | WBS・スケジュール・予算・リスク計画の策定 | プロジェクト計画書 |
| 3. 実行 | 計画に沿ったタスクの実行・チーム管理 | 成果物 |
| 4. 監視・制御 | 進捗確認・課題管理・軌道修正 | 進捗レポート・課題管理表 |
| 5. 終結 | 成果物の納品・振り返り・ナレッジの文書化 | 最終報告書・教訓集 |
PMOの最重要業務：現状把握
PMO（プロジェクトマネジメントオフィス）では、プロジェクトの状況を継続的に把握し、関係者に共有することが重要です。
現状は常に流動するものであり、変化を把握して関係者に伝えることはPMOの重要な役割です。現在地が変われば向かうべき方向も変わる。方針変更の判断はPM/POに任せるとしても、まず現状を整理して伝えることがPMOの責務です。
QCDの発生事象例
- Q（品質）：技術的に実装が困難、バグ大量発生、セキュリティ基準未達
- C（コスト）：予算減額、工数消化済み、来期予算獲得困難
- D（納期）：リリース日前倒し、ステアリングコミッティNG、欠員発生
クリティカルパスを見極める
クリティカルパスとは、プロジェクト完了までの最長経路です。この経路上のタスクが1日遅れれば、プロジェクト全体が1日遅れます。
実践テクニック4ステップ
- 全タスクを洗い出す：「後で考えればいい」という油断が後の混乱を招く
- 依存関係を明確にする：各タスクについて「始めるために何が完了している必要があるか」を確認（例：報告書作成は、データ分析完了に依存）
- 最長経路を特定する：依存関係を考慮した上でプロジェクト完了までの最長経路を特定。この経路上のタスクが最優先
- 可視化する：ガントチャートやネットワーク図でチーム全員が「どのタスクが最優先か」を一目で理解できるようにする
ポイント：「簡単だから」「気が向いたから」ではなく「プロジェクト全体への影響」を基準にタスクの優先順位を決める。
リスク管理
リスク管理では、起こり得る事象と目標への影響、対策、担当者、確認する兆候や報告条件を整理する案です。PMI掲載の実務報告は、影響・発生可能性の評価、対策と担当/期限、リスクの兆候と変化の報告を扱っています。下のエスカレーション表は対応を検討する例で、報告先・判断権限・報告時点はプロジェクトと組織のルールに合わせて決めます。
リスク管理の基本
- リスクの洗い出し：プロジェクト開始時に「何がうまくいかない可能性があるか」をチームで洗い出す
- 影響度×発生確率で優先順位付け：全リスクを管理するのは非現実的。影響が大きく発生確率が高いリスクに集中
- 対策の策定：リスクごとに「回避」「軽減」「受容」「転嫁」の対策を決定
- 定期的な更新：リスク管理表は週次で更新。新たなリスクの発見と既存リスクのステータス更新
インシデント発生時のエスカレーション
| リスク種別 | 対応 |
|---|---|
| 技術・スケジュール上の問題（対応例） | 発生した事象、品質・費用・納期への影響、対策案と必要な判断を整理し、決めた条件に従ってリスク担当者やPMへ報告する |
| コンプライアンス・信用リスク | 上司/経営層に即座に報告 |
| 対人関係系 | 上司に相談 |
プロジェクト管理のツール
| ツール | 特徴 | 向いている用途 |
|---|---|---|
| Notion | タスク＋ドキュメント＋DB統合 | 小〜中規模。情報一元管理 |
| Asana | ガントチャート・依存関係・ポートフォリオ | 中〜大規模。本格的なPM |
| Jira | スプリント・バグ管理・Git連携 | アジャイル開発 |
| Backlog | ガントチャート・Git・Wiki | IT企業。国産 |
| monday.com | ビジュアル重視・カスタマイズ性 | 非エンジニア部門 |
WBS（Work Breakdown Structure）の作り方
- 成果物を定義：プロジェクトの最終成果物を明確にする
- 成果物を大きなフェーズに分割：企画→設計→開発→テスト→リリース
- 各フェーズをタスクに分解：1タスク＝1人が1〜3日で完了できる粒度
- 担当者と期限を設定：各タスクに「誰が」「いつまでに」を明記
- 依存関係を設定：タスク間の前後関係を明確にし、クリティカルパスを特定
プロジェクト管理でよくある失敗
| 失敗 | 原因 | 対策 |
|---|---|---|
| スケジュール遅延 | WBSの粒度が粗い。バッファ不足 | タスクを1〜3日単位に分解。バッファを10〜20%確保 |
| スコープの肥大化 | 追加要望を全て受け入れる | 変更管理プロセスを策定。影響を評価してから判断 |
| コミュニケーション不足 | 進捗報告が不定期 | 週次定例＋日次のチャット報告 |
| リスクの見落とし | リスク管理表が形骸化 | 週次更新を習慣化。「変化がない」も報告 |
AI活用でプロジェクト管理を効率化
- WBS自動生成：ChatGPTに「○○プロジェクトのWBSを作成して。フェーズ/タスク/担当/期間/依存関係を含めて」
- リスク洗い出し：「○○プロジェクトで想定されるリスクを10個挙げて。影響度と対策も」
- 進捗レポート自動化：Notion/AsanaのデータをAIが自動で週次レポートに変換
- AI議事録：定例会議の議事録をAIで自動生成→決定事項・課題を自動抽出
まとめ
プロジェクト管理の基本は「立ち上げ→計画→実行→監視→終結」の5プロセスです。クリティカルパスを特定してプロジェクト全体への影響を基準に優先順位を決め、リスク管理を週次で更新し、QCD（品質・コスト・納期）のバランスを保ちましょう。PMOはプロジェクトの現状を把握し、判断に必要な情報を整理して共有する役割を担います。 ここで挙げた5分類はプロセス群の整理で、立ち上げから終結へ一度ずつ固定順に通過する工程という意味ではありません。実行中にも計画や監視・制御を行い、必要に応じて見直します。
あわせて読みたい
AI活用の相談前に確認すること
プロジェクト管理へのAI活用を相談するときは、目的と成果物、期間・予算・担当、WBSとスケジュールの区別、課題とリスクの管理方法、扱う情報と出力を確認する担当、支援範囲を整理する案です。1〜3日の粒度や10〜20%のバッファ、週次更新などの目安は、案件の規模・依存関係・変化に合わせて検討します。5プロセス群は本文の掲載解説を参照し、最新の標準を調べる際はPMIのPMBOK Guide案内も確認してください。同案内は2025年11月刊の第8版を掲載しており、5分類だけが現行標準の全構成とはしません。リンク先で支援内容と相談条件を確認してください。