タスク8:スケジュールの計画と管理へようこそ!

未来のPMP認定者の皆さん、こんにちは!プロジェクトマネジメントの旅の中でも、最も重要なステップの一つへようこそ。プロジェクトスケジュールは、いわばプロジェクトの「心臓部」です。これがないと、いつ開始していつ終わるのか、あるいは今スケジュールが遅れているのかさえ分かりません。

この章では、単なる「やるべきことリスト」を、論理的で時間管理された計画に落とし込む方法を学びます。数学や複雑なチャートと聞くと身構えてしまうかもしれませんが、心配は無用です。誰でも習得できるシンプルで日常的な概念に分解して解説します。さあ、始めましょう!

1. スケジューリングの2つの「スタイル」を理解する

詳細に入る前に、スケジュールの管理方法は、取り組んでいるプロジェクトの種類によって異なることを覚えておきましょう。

• 予測型(ウォーターフォール型): 家を建てるようなものです。最初にすべてを詳細に計画します。すべてのタスクに固定の開始日と終了日があります。
• アジャイル型(適応型): 料理番組のようなものです。2週間ごとに手元にある食材を見て何を作るか決めます。タイムボックス(スプリント)やバックログを使って作業を管理します。スケジュールは柔軟で、フィードバックに応じて変化します。

2. ステップ1:アクティビティの定義と順序付け

タスクの内容とその順番が分からなければ、スケジュールは作れません。これを順序付け(Sequencing)と呼びます。

関係の種類:
これらはプロジェクトの「ルール」だと考えてください。
1. 終了・開始 (FS): 最も一般的です。タスクAを完了してからでないと、タスクBを開始できません。(例:ケーキを焼き終えてからでないと、アイシングは塗れない。)
2. 開始・開始 (SS): タスクAが開始されたらすぐにタスクBを開始できます。(例:会議が始まった瞬間に録音を開始する。)
3. 終了・終了 (FF): タスクAが終了するまでタスクBを完了できません。(例:プログラミングが完了するまで、ドキュメントの作成を完了させることはできない。)
4. 開始・終了 (SF): これは非常に稀です!タスクAが開始するまでタスクBを完了できません。

リードとラグ

時には調整や前倒しが必要になります。
• ラグ (Lag): 意図的な待ち時間。(例:壁のペンキを塗り終えた後、絵を掛ける前に24時間乾燥させる必要がある。)
• リード (Lead): 前のタスクが完全に終わる前に次のタスクを開始すること。(例:本の最終章がまだ草稿段階であるにもかかわらず、序文を書き始める。)

3. ステップ2:所要期間の見積もり

タスクにはどのくらい時間がかかるでしょうか?PMP試験で求められる4つの見積もり方法を紹介します。

1. 類推見積もり (Analogous Estimating): 「トップダウン」アプローチです。過去の似たようなプロジェクトを参考に推測します。速いですが、精度は低めです。(例:「前回この部屋を塗るのに4時間かかったから、今回も4時間だろう。」)
2. パラメトリック見積もり (Parametric Estimating): 数学とデータを使います。(例:「100平方フィート塗るのに1時間かかる。この部屋は400平方フィートだから、4時間かかるはずだ。」)
3. ボトムアップ見積もり (Bottom-Up Estimating): 最も正確です。タスクを細かい要素に分解し、それぞれを見積もって合計します。時間はかかりますが非常に精密です。
4. 三点見積もり (PERT): 3つの数値を使って加重平均を求めます。リスクを考慮するのに役立ちます。

PERTの公式(ベータ分布)

「加重平均」や「PERT見積もり」を求める問題が出たら、この公式を使いましょう。
\( E = (O + 4M + P) / 6 \)
O = 楽観値 (ベストケース)
M = 最も可能性が高い値 (通常起こること)
P = 悲観値 (ワーストケース)

クイック復習: A-P-T-B(類推、パラメトリック、三点、ボトムアップ)を覚えましょう。類推が最も速く安価、ボトムアップが最も正確でコストがかかります。

4. ステップ3:クリティカルパスの特定

クリティカルパスとは、プロジェクトにおける「最長経路」のことです。これはプロジェクトを完了させるために必要な最短期間を表しています。クリティカルパス上の作業が1日でも遅れると、プロジェクト全体が遅延します。

フロート(ゆとり)とは?
フロートは「遊び」の部分です。クリティカルパス上のタスクはフロートがゼロです。もしタスクに2日のフロートがあれば、そのタスクが2日遅れても、プロジェクト全体の終了日には影響しないことを意味します。

現実の例え:空港へ向かう時を想像してください。「チェックイン」と「保安検査」はクリティカルパスです。「雑誌を買う」ことはフロートがあるかもしれません。時間がかかりすぎても、ゲートに間に合えば問題ないからです!

5. ステップ4:スケジュール短縮(遅延が発生した場合!)

上司から「2週間早く終わらせろ!」と言われたらどうしますか?以下の2つの手法を使います。

1. クラッシング (Crashing): リソース(人や予算)を追加してスピードアップします。
メリット: 速い。 デメリット: コストがかかり、リスクが増大する。
2. ファスト・トラッキング (Fast Tracking): 本来は順番に行う予定だったタスクを並行して実施します。
メリット: 追加費用がかからない。 デメリット: 急ぐことでミスが起き、手戻りが発生するリスクが高い。

6. アジャイルでのスケジュール管理

アジャイルプロジェクトでは、ウォーターフォールのようなガントチャートは使いません。代わりに以下を使います。

• リリース計画: 新しい機能をいつ顧客に「提供(リリース)」するかの大まかな計画。
• スプリント/イテレーション計画: 今後1〜4週間の作業計画。
• バーンダウンチャート: 残作業量と時間のグラフ。線が下がっていれば、順調に進んでいる証拠です!
• ベロシティ (Velocity): チームが1スプリントで完了できる平均作業量。これを使って将来の終了日を予測します。

7. リソースの最適化

スケジュールは完璧に見えても、リードデザイナーが週に80時間働くことになっているかもしれません!これを解決するには:

• リソース平準化 (Resource Leveling): ワークロードを調整しますが、多くの場合プロジェクト終了日が変更されます。(優先事項:チームの燃え尽き防止)
• リソース平滑化 (Resource Smoothing): 「フロート」の時間内だけでワークロードを調整します。終了日は変更されません。(優先事項:納期遵守)

避けるべき一般的な間違い

• 間違い: クリティカルパスは「一番簡単な道」だと思っている。
正解: 最長の経路であり、実は最も管理が難しい部分です!
• 間違い: 遅延のたびにクラッシングをする。
正解: クリティカルパス上のタスクのみにクラッシングを行います。フロートがあるタスクに人を追加しても、全体の終了日は早まりません!
• 間違い: リードとラグを混同する。
正解: リードは「前倒し(負の時間)」、ラグは「待ち期間(正の時間)」です。

タスク8の重要ポイント

• スケジュール管理計画書: 時間をどう管理するかの「ルールブック」。
• PERTの公式: \( (O + 4M + P) / 6 \)。
• クリティカルパス: 最長経路、フロートはゼロ。
• 短縮: クラッシング(コスト増)vs ファスト・トラッキング(リスク増)。
• アジャイル: ベロシティとバーンダウンチャートで「スケジュール」を追跡。

最初は難しく感じるかもしれませんが、大丈夫です!スケジューリングは練習が必要なスキルです。プロジェクトスケジュールとは、実際に作業が始まるまではあくまで「推測の連続」に過ぎないということを覚えておいてください。PMとしてのあなたの仕事は、その推測を可能な限り賢いものにすることなのです!