クリティカルパス

クリティカルパスを引く目的は、限られた時間と人員のなかで「どこを守れば納期が守れるか」を明確にすることです。プロジェクトには数十から数百のタスクが並びますが、そのすべてを同じ重さで見張ることはできません。全体の完了日を左右する経路を特定し、そこに注意を集めるための道具立てがクリティカルパスです。

考え方の起点は依存関係にあります。たとえばシステム開発なら、要件定義書が固まらなければ基本設計に進めず、基本設計が終わらなければ実装や結合テストに移れない、という「先行・後続」のつながりがあります。この鎖のなかで、各作業の所要期間を足し合わせて最も長くなる経路が、そのプロジェクトのクリティカルパスにあたります。

ここで鍵になるのがフロート（余裕日数）です。クリティカルパス上の作業はフロートがゼロに近く、一日遅れれば完了日も一日ずれます。一方、パスから外れた作業には余裕があり、多少の遅れを吸収できます。PMはこの差を使って、優先して手を打つべき作業とそうでない作業を仕分けます。

実務では、次の順序で組み立てるのが基本です。まずスコープを作業に分解し、それぞれの成果物と担当を決めます。要件定義書、基本設計書、結合テストの計画書といった成果物単位で区切ると、依存関係が見えやすくなります。

• 作業の洗い出しと順序づけ
  成果物ごとにタスクを並べ、どの作業が終わらないと次に着手できないかを線でつなぎます。ここが曖昧だと、後の見積もりがすべて崩れます。
• 所要期間の見積もり
  各タスクに必要な日数を、担当者や過去の実績をもとに置きます。楽観と悲観の幅を持たせておくと、後で余裕の議論がしやすくなります。
• 経路の合計と最長経路の特定
  開始から完了までの経路ごとに期間を合計し、最も長い経路をクリティカルパスとして印をつけます。

引き終えたら、その経路上の作業を関係者と共有し、レビューや承認といった待ち時間も期間に含めます。承認者が不在で数日止まる、といった見落としは経路の実態を大きく変えるため、ステークホルダーの都合まで含めて期間を置くのが現実的です。パスは一度引いて終わりではなく、進捗に合わせて引き直していきます。

クリティカルパスの扱いで崩れやすいのは、多くの場合、線表の技術ではなく前提の置き方です。実務でよく見られる形をいくつか挙げます。

• 依存関係を単純化しすぎる
  実際には「一部だけ先行して着手できる」作業を、全部が終わってから次へ、と置いてしまい、経路が実態より長く見えることがあります。逆に、承認や外部ベンダーの待ちを入れ忘れて短く見えることもあります。
• クリティカルパス以外を放置する
  余裕のある作業でも、遅れが積み重なれば経路そのものが入れ替わります。当初はパス上になかった作業が、途中から全体を縛り始めることは珍しくありません。
• 人の掛け持ちを見落とす
  別々の経路にある作業でも、同じ担当者が兼任していれば同時には進みません。資源の制約を無視した線表は、机上では成り立っても現場で守れません。

これらは、進捗を定期的に確認し、実績にもとづいて期間と依存関係を更新することである程度は防げます。線表を一度作った時点の姿のまま運用し続けると、実態との差が開いていきます。

クリティカルパスは、スケジュール管理の周辺概念と混同されやすいので、軸を「何を表すものか」に置いて整理します。

マイルストーンとの違いは、対象の粒度にあります。マイルストーンは「基本設計完了」「結合テスト開始」といった節目の一点を指す目印であり、作業そのものではありません。クリティカルパスは、その節目をつなぐ作業の連なりに注目します。両者は組み合わせて使うもので、経路上に重要なマイルストーンを置くと管理しやすくなります。

PMBOKにおける位置づけでは、クリティカルパス法はスケジュール作成の技法の一つとして扱われます。あくまで期間と依存関係から最長経路を求める手法であり、それ自体が計画のすべてではありません。ステークホルダーとの関係で言えば、経路上の承認やレビューの担い手を把握することが、遅延を防ぐうえで実際には効いてきます。技法として経路を引くことと、その経路を人と合意しながら守ることは別の作業です。

クリティカルパスを扱えることは、PMとして「納期の根拠を自分の言葉で説明できる」ことにつながります。単に線表を引くだけでなく、どの作業が全体を縛っているのか、遅れたときに何を動かせば取り戻せるのかを語れると、経営や顧客との会話で信頼を得やすくなります。転職の場面でも、過去に担当したプロジェクトで「どの経路をどう守ったか」を具体的な工程名と成果物で話せると、スケジュール管理の実力が伝わりやすいでしょう。

一方で、技法としての正しさだけを追うと現場で浮きます。承認の待ちや担当者の掛け持ちといった、人と組織の事情を経路に織り込めるかどうかが、実務での差になります。線表の作法とステークホルダーとの合意形成を両輪で身につけていくと、任される範囲が広がっていきます。

クリティカルパスとマイルストーンはどう違いますか。

マイルストーンは「基本設計完了」のような節目の一点を示す目印で、作業そのものではありません。クリティカルパスは、その節目をつなぎ、遅れると全体の完了日が動く作業の連なりを指します。粒度が異なり、両者は組み合わせて使うと管理しやすくなります。

クリティカルパスは一度引けば固定ですか。

固定ではありません。作業が進むと実際の所要日数や依存関係が見えてきて、当初は余裕のあった作業が全体を縛り始めることがあります。進捗の確認に合わせて期間と経路を引き直し、いま何が完了日を左右しているかを更新し続けるのが実務的な扱い方です。

小さなプロジェクトでもクリティカルパスは役立ちますか。

規模が小さくても、作業の順序と依存関係がある限り最長経路は存在します。厳密な線表を引かずとも、どの作業が終わらないと次へ進めないかを意識するだけで、優先して守るべき順序が見えやすくなります。管理の重さは規模に応じて調整するとよいでしょう。