Course Progress
Part of 5 Chapters
スコープとスケジュール:時間の設計図
Chapter 2. スコープとスケジュール:時間の設計図
明確なスコープがないプロジェクトは、目的地のない船のようなものです。 ==スコープ管理 (Scope Management)== は、プロジェクトを正常に完了させるために必要な全ての作業、そして「それだけ」の作業が含まれるように保証するプロセスです。スコープが決まれば、それを具体的な スケジュール に変換しなければなりません。
1. WBS:象を食べる方法
作業分解構造 (WBS, Work Breakdown Structure) は、プロジェクト全体のスコープを階層的に細分化したものです。巨大な山のようなプロジェクトを、整理された作業リストに変えてくれます。
プロジェクトの主要な成果物(フェーズ 1 、 2 など)を羅列する
各成果物をより小さく、管理可能な下位作業に分解する
コストと期間を見積もることができる最小単位まで到達する
全ての作業に責任者と明確なアウトカムを定義する
2. クリティカルパス法 (CPM)
全てのプロジェクトには、並行して行える作業と、必ず順次行わなければならない作業があります。 ==クリティカルパス (Critical Path)== とは、プロジェクトを予定日に終わらせるために、必ず時間通りに完了しなければならない最も長い作業経路のことです。
スケジュール管理技法の比較
| 技法 | 説明 | 主な用途 |
|---|---|---|
| **ガントチャート** | 時間の経過に伴う作業バー (Bar) チャート。 | 全体のタイムラインと作業間の依存関係の視覚化。 |
| **CPM 分析** | 最も長い経路の数学的計算。 | 遅延が許されない「フロート(余裕)ゼロ」の作業の特定。 |
| **三点見積り法** | 楽観値、悲観値、最確値の平均を使用。 | 作業期間の不確実性の数値化と管理。 |
3. スコープクリープとの戦い
スコープクリープ とは、時間、コスト、リソースの調整がないまま、プロジェクトのスコープが制御されずにじわじわと肥大化する現象を指します。これはプロジェクト失敗の最大の原因です。
- ベースライン: 常に承認された計画である「スコープ・ベースライン」を確立する必要があります。
- 変更管理: 「機能を一つだけ追加してください」という要求は、必ず公式な承認プロセスを経る必要があります。
- 拒絶の技術: 有能なプロジェクトマネージャーは、チームの集中力を守るために、スコープ外の要求に対して「ノー」と言う術を知っています。
クリティカルパスの警告: クリティカルパス上の作業が一日でも遅れれば、後で「クラッシング(リソース投入)」や「ファスト・トラッキング(並行作業)」を行わない限り、プロジェクト全体の終了日も一日の遅れることになります。
4. 結論:現実を設計する
スケジュール管理は単にカレンダーに日付を書き込むことではなく、 ==「現実を設計するプロセス」== です。 WBS と CPM を通じて、あなたは「漠然とした期待」ではなく「確かな経路」に従ってプロジェクトを導くことができるようになります。次は、この計画を裏支えするリソースと予算をいかに配分するかを学びます。
📚 セウン教授の厳選ライブラリ
- [実戦 プロジェクト・スケジュール管理]: CPM と WBS を実務でいかに効果的に使うかを扱ったガイド。
- [熊とワルツを] - トム・デマルコ: プロジェクトにおけるリスクとスケジュールの不確実性を管理する知恵を学べます。
- [予定通り進まないプロジェクトの進め方]: 現場で起こるリアルな問題に対処するための PM の思考法を紹介しています。