クリティカルパス法

クリティカルパス法の目的は、ガントチャートに並んだ多くの作業の中から「どこが遅れると全体が遅れるのか」をはっきりさせることにあります。作業の数が増えるほど、担当者やPMは個々のタスクの遅れがプロジェクト全体にどう響くのかを直感では読みにくくなります。そこで依存関係を図にし、最長経路を計算で求めます。

たとえばシステム開発であれば、要件定義、基本設計、詳細設計、実装、結合テスト、受入テストといった工程が前後につながります。設計が終わらないと実装に入れない、という順序の制約を線で結び、各作業の所要日数を足し合わせていくと、いくつかある経路の中で合計が最大になる一本が見えてきます。これがクリティカルパスです。

この一本を把握しておくと、PMは限られた注意と人員をどこに向けるべきかを判断しやすくなります。クリティカルパスでない作業には多少の遅れを吸収する余裕（フロート、総余裕）があり、クリティカルパス上の作業にはそれがありません。つまり、同じ一日の遅れでも意味がまったく違う、という前提で管理できるようになります。

進め方はおおむね次の順序をたどります。まずWBSで作業を洗い出し、それぞれの所要期間を見積もります。次に、どの作業がどの作業の完了を待つのかという先行・後続の関係を整理します。ここが曖昧だと以降の計算がすべて崩れるため、担当者への確認を含めて丁寧に詰めます。

• 前進計算で最早の日程を出す
  開始側から順に、各作業が最も早く始められる日と終われる日を足し上げていきます。合流点では、先行する作業のうち最も遅く終わるものに合わせます。
• 後退計算で最遅の日程を出す
  完了側から逆向きにたどり、納期を守るために各作業が遅くとも終わっていなければならない日を求めます。
• 余裕（フロート）を算出する
  最早と最遅の差がその作業の余裕です。余裕がゼロの作業を結んだ経路がクリティカルパスになります。

近年はガントチャートを扱うプロジェクト管理ツールがこの計算を自動で行い、クリティカルパスを色分けで示してくれる場合もあります。ただし入力した依存関係や所要期間が実態と合っていなければ、表示される経路も現実と食い違います。計算そのものより、前提の精度が結果を左右します。

よくあるつまずきの一つは、依存関係を甘く引いてしまうことです。本来は並行できる作業を直列に並べたり、逆に待ちが必要な作業を並行扱いにしたりすると、クリティカルパスが実態とずれます。計画上は余裕があるように見えた作業が、現場では詰まっていた、という食い違いが起こりがちです。

もう一つは、クリティカルパスを一度引いたら固定だと思い込むことです。ある作業が遅れたり、別の作業が前倒しで進んだりすると、クリティカルパスは別の経路へ移ることがあります。これまで余裕があった経路が、途中から全体の急所に変わる場合もあります。進捗の実績を反映して、経路を見直し続ける姿勢が欠かせません。

見積もりの甘さも結果をゆがめます。各作業の所要期間が楽観寄りだと、計算上のクリティカルパスは短く出ますが、実際には別の作業が足を引っ張ることになります。また、人の手が足りずに複数の作業が同じ担当者で競合している場合、図の上では並行でも現実には直列になります。リソースの制約を織り込まずに経路だけを見ると、判断を誤りやすい点に注意します。

クリティカルパス法は、スケジュール管理やガントチャート、WBSといった概念と重なりながらも役割が異なります。軸を「何を可視化するか」に置いて整理すると違いが見えやすくなります。

• WBSは作業の分解
  プロジェクトを管理できる単位まで分けて一覧にするものです。依存関係や最長経路までは示しません。
• ガントチャートは時間軸での配置
  各作業をいつからいつまで行うかを横棒で示します。クリティカルパスはこの上に重ねて、どの棒が急所かを示す情報になります。
• スケジュール管理は運用全体
  計画の作成から進捗の追跡、遅れへの対応までを含む広い活動で、クリティカルパス法はその中で急所を見極める道具として働きます。

混同されやすいのが「クリティカルパス」という言葉そのものとの関係です。クリティカルパスは最長経路という対象を指し、クリティカルパス法はそれを求めて管理に使う手法を指します。対象と手法を分けて捉えると、会話の中でのずれを避けやすくなります。

クリティカルパス法を使いこなせるPMは、スケジュールを「作業の一覧」ではなく「急所と余裕の構造」として語れます。遅延が起きたときに、どの作業が全体に響き、どこは吸収できるのかを根拠づけて説明できることは、ステークホルダーや経営層への報告で説得力につながります。感覚ではなく経路で語れる点が、周囲からの信頼を支えます。

転職を検討する場面でも、この手法を軸にした経験は伝えやすい材料になります。どの工程が急所だと見立て、どう手を打って納期を守ったのか、という具体を語れると、スケジュール管理の実力が伝わりやすくなります。ガントチャートやWBS、リスク管理といった隣接領域と結びつけて説明できると、担当できる職域の広さも示しやすくなるでしょう。

クリティカルパス上の作業が遅れたらどうなりますか。

その遅れた日数だけ、プロジェクト全体の完了も後ろにずれるのが基本です。クリティカルパス上の作業には余裕がないため、遅れを吸収する緩衝がありません。PMは応援を入れる、並行できる部分を探すなど、経路を短くする対応を優先的に検討します。

クリティカルパスは途中で変わることがありますか。

変わります。ある作業が大きく遅れたり、別の作業が前倒しで進んだりすると、最長経路が別の経路へ移ることがあります。計画時の一本に固執せず、進捗の実績を反映して定期的に引き直すと、その時点での本当の急所を見失いにくくなります。

小規模なプロジェクトでも使うべきですか。

作業の数が少なく依存関係を頭で追えるうちは、厳密な計算まで要らない場合もあります。ただし作業が増え、担当や工程が交差し始めると急所が見えにくくなります。規模や複雑さに応じて、どこまで計算を細かくするかを選ぶとよいでしょう。