システム開発プロジェクトが始まると、ベンダーとの進捗会議でさまざまな専門用語が飛び交います。そのなかでも「クリティカルパスに遅れが出ています」「クリティカルパスを優先的に管理する必要があります」という言葉を耳にしたとき、「それはどういう意味なのか」「自分は何をすればいいのか」と戸惑う発注者の方は少なくありません。
この記事は、システム開発を外注している発注者・事業会社の担当者を対象に、クリティカルパスを発注者の視点から解説します。クリティカルパスを「作る・管理する」のはベンダー側のエンジニアやPMの仕事です。発注者として必要なのは、クリティカルパスの概念を理解し、「どこを監視すれば納期遅延を早期に察知できるか」を把握することです。
この記事を読むと、クリティカルパスとは何かを正しく理解し、進捗会議でベンダーに確認すべきポイントと、ガントチャートから遅延の兆候を読む方法が分かります。プロジェクト全体を適切にコントロールするために、ぜひ参考にしてください。
システム開発 完全チェックリスト――発注前・発注中・完了後の3フェーズで使えるチェック集
この資料でわかること
システム開発の外注・発注を初めて経験する担当者や、過去に失敗を経験した担当者が、発注プロセスの各フェーズで「何をチェックすべきか」を明確に把握できるようにする。
こんな方におすすめです
- 初めてシステム開発を外注する担当者
- 過去の発注で失敗を経験した方
- ベンダー選定の基準が分からない方
入力いただいたメールアドレスにPDFをお送りします。
クリティカルパスとは何か
クリティカルパスとは、プロジェクトを完了させるために必要なタスクのなかで、合計の所要時間が最も長い経路のことです。英語では「Critical Path Method（CPM：クリティカルパス法）」とも呼ばれ、1950年代にデュポン社が大規模プロジェクトの効率化のために開発した手法に由来しています。
「クリティカル（重大）」と呼ばれる理由は、この経路上のタスクが少しでも遅れると、プロジェクト全体の完了が遅れてしまうからです。クリティカルパス上のタスクには余裕がないため、一か所のタスクが遅延すると、その影響が後続のタスク全てに連鎖します。
システム開発を例にとると、「要件定義→基本設計→詳細設計→開発→テスト→納品」という一連のタスクが存在します。これらが順番に行われる場合、この全体経路がクリティカルパスになります。並行して行われるドキュメント作成や環境構築などのタスクは、クリティカルパス上にはないため、多少遅れてもプロジェクト全体の納期に直接影響しない場合があります。
クリティカルパスと余裕日数（フロート）の関係
プロジェクトにはクリティカルパス上にあるタスクと、そうでないタスクがあります。クリティカルパスに含まれないタスクは、多少遅れても全体の完了時期に影響しない「余裕」があります。この余裕のことをフロート（浮遊時間・余裕日数）と呼びます。
クリティカルパス上のタスクは、フロートがゼロです。つまり、1日でも遅れれば全体が1日遅れます。一方、フロートが5日あるタスクは、5日以内の遅れであれば全体への影響はありません。
発注者の皆さんが覚えておくべき重要なポイントがあります。それは「フロートが消えるとクリティカルパスが増える」ということです。もともとフロートが3日あったタスクが遅延してフロートがゼロになると、そのタスクが新たなクリティカルパスになります。クリティカルパスが増えるほど、プロジェクト全体のリスクが高まります。
なぜクリティカルパスが遅れると全体が遅れるのか
クリティカルパス上のタスクは、後続タスクと依存関係にあります。「AというタスクがBより先に完了していなければ、Bは開始できない」という制約があるということです。
たとえば、基本設計が完了してから詳細設計が始まり、詳細設計が終わってから開発が始まります。この依存関係があるため、基本設計が2日遅れると、詳細設計の開始が2日遅れ、開発の開始も2日遅れ、最終的な納期が2日遅れるという連鎖が生じます。
この連鎖が起きる前に早期に察知し、対応の判断ができることが、発注者としてクリティカルパスを理解するメリットです。
WBS・ガントチャートとクリティカルパスの関係
プロジェクト管理でよく聞く「WBS」「ガントチャート」「クリティカルパス」という3つの概念は、それぞれ異なる役割を持っています。この3つの関係を理解すると、ベンダーとのコミュニケーションがより円滑になります。
三者の役割分担
ツール | 役割 | 「何を？」に答える |
|---|---|---|
WBS（Work Breakdown Structure） | プロジェクトのタスクを漏れなく洗い出し・分解する | 「何をやるか」 |
ガントチャート | 各タスクの期間・順序・担当者を可視化する | 「いつやるか・誰がやるか」 |
クリティカルパス | 全タスクの中で最も重要な経路を特定する | 「どこが一番重要か」 |
WBSでタスクを洗い出し、そのタスクをガントチャートでスケジュール化し、その中でクリティカルパスを特定するというのが一般的な流れです。
発注者の皆さんが実際に確認するのは主にガントチャートです。ガントチャート上でどのタスクがクリティカルパスに含まれているかを把握することが、現実的な監視の方法になります。多くのプロジェクト管理ツールでは、クリティカルパスを色分け表示する機能があります。
クリティカルパスはどのように特定されるか
発注者の皆さんはクリティカルパスを自分で計算する必要はありません。クリティカルパスの特定はベンダー側のPM（プロジェクトマネージャー）が行います。ただし、どのような仕組みでクリティカルパスが決まるかを概念的に知っておくと、ベンダーとの会話がスムーズになります。
タスクの依存関係と所要時間
クリティカルパスを決める要素は2つあります。「タスクの依存関係」と「タスクの所要時間」です。
依存関係とは、「AのタスクがBのタスクより先に完了していなければ、Bは始められない」という順序の制約です。たとえば、設計書が完成してからでないとコーディングは始められません。この制約が依存関係です。
並行して進められるタスクは、それぞれの依存関係の制約を守りながら、なるべく同時に進めることで全体の期間を短縮できます。
最長経路の見つけ方（概念）
タスクの依存関係をすべて考慮した上で、「どの経路をたどると一番時間がかかるか」を計算した結果がクリティカルパスです。
プロジェクトには複数の経路が存在します。たとえば以下の2つの経路があるとします。
- 経路A（設計→開発→テスト）: 合計30日
- 経路B（設計→データ移行→テスト）: 合計25日
この場合、合計日数が長い経路A（30日）がクリティカルパスです。経路Bはフロートが5日（30日−25日）あるため、5日以内の遅延は全体に影響しません。
「どこがクリティカルパスですか？」というシンプルな質問をベンダーに問いかけることが、発注者として最初の一歩です。
クリティカルパスが遅れたらどうなるか・どう対応するか
クリティカルパス上のタスクに遅延が生じた場合、発注者として適切な対応を判断するために、遅延の仕組みとリカバリーの選択肢を理解しておきましょう。
プロジェクトのリスク管理についてはプロジェクトリスク管理とは？でも詳しく解説しています。スケジュールリスクはプロジェクト全体のリスク管理の一部として捉えることが重要です。
遅延の連鎖メカニズム
クリティカルパス上のタスクAが3日遅れると、AとB→C→Dという依存関係がある場合、B・C・Dもそれぞれ最低3日ずつ遅れます。最終的な納期は3日以上遅れることになります（リカバリーが行われない場合）。
「どれくらいの遅れが許容範囲か」は、全体のプロジェクトスケジュールとフロートの状況によります。ベンダーから「〇日遅れています」と報告があった場合、次のように確認すると判断しやすくなります。
- その遅れはクリティカルパス上のタスクか、それともフロートのあるタスクか
- フロートがある場合、フロートが何日あるか（許容できる遅延の上限）
- クリティカルパスへの影響が生じる可能性はあるか
リカバリーの選択肢（クラッシング・ファストトラッキング）
スケジュールが遅延した場合、取りうるリカバリー手段は主に2種類あります。発注者として費用負担や追加リスクの判断が求められる場面があるため、概念を理解しておきましょう。
クラッシング（Crashing）
クラッシングは、追加のリソース（開発者の増員・残業・外部委託など）を投入して、クリティカルパス上のタスクの期間を短縮する方法です。期間を短縮できる一方、追加コストが発生します。また、人員を急増させると品質への影響も考慮が必要です。
ファストトラッキング（Fast Tracking）
ファストトラッキングは、本来は順番に行うはずのタスクを並行して進める方法です。たとえば、設計書が完全に完成する前に一部のコーディングを開始する、といった方法です。スケジュールを短縮できる一方、手戻りのリスクが増加します。
どちらのリカバリー手段を選択するかは、スケジュールの遅延度・追加コスト・品質リスクのバランスで判断します。ベンダーから提案を受けた際は、費用や追加リスクの見積もりを具体的に確認した上で意思決定することが重要です。
発注者がクリティカルパスで監視すべきポイント
この章が本記事の核心です。発注者として進捗会議でどのようにクリティカルパスを監視すればよいかを、具体的なアクションとして解説します。
進捗会議でベンダーに確認すべき5つの質問
定期的な進捗会議でこれらの質問を習慣にすると、スケジュール遅延を早期に察知できます。
質問1: 「現在のクリティカルパスはどこですか？」
プロジェクト開始時にクリティカルパスを把握するだけでなく、定期的に現在のクリティカルパスを確認します。タスクの進捗や変更によってクリティカルパスは変化するため、常に最新の状態を把握することが重要です。
質問2: 「クリティカルパス上で遅延しているタスクはありますか？」
クリティカルパス上のタスクに1日でも遅延が生じたら、それは即座に全体に影響します。遅延の早期発見が最優先です。「何日遅れているか」「その遅れは納期にどう影響するか」を必ず確認しましょう。
質問3: 「フロートがゼロに近いタスクはありますか？」
現在のクリティカルパス上だけでなく、「もうすぐクリティカルパスになりそうなタスク」を把握することも重要です。フロートが1〜2日しか残っていないタスクがあれば、要注意です。
質問4: 「クリティカルパスは前回の会議から変わりましたか？」
クリティカルパスが変化している場合、プロジェクトの重要性のある部分が変わっていることを意味します。変化の理由と新しいリスクを確認します。
質問5: 「全体納期への影響はありますか？それとも吸収できますか？」
最終的な納期への影響を直接確認します。「今の遅延は吸収できます」「納期が〇日ずれる可能性があります」といった明確な回答を求めましょう。抽象的な回答には具体的な数字を求めることが重要です。
ガントチャートからクリティカルパスを読む方法（発注者向け）
ベンダーからガントチャートを共有してもらった場合、以下のポイントを確認しましょう。
クリティカルパスの色分けを確認する
多くのプロジェクト管理ツール（Jira・Backlog・Asana等）では、クリティカルパス上のタスクを赤やオレンジで表示する機能があります。色分け表示がされているか確認し、もしされていない場合はベンダーに依頼しましょう。
タスクバーの位置を確認する
ガントチャートでは、各タスクが横棒（バー）で示されます。「バーが計画の線より右にずれている」タスクが遅延しているタスクです。特にクリティカルパス上のバーが右にずれていると危険信号です。
マイルストーンの遅延を確認する
ガントチャート上に設定されたマイルストーン（重要な節目・成果物の提出期限等）が遅延していないかを確認します。マイルストーンの遅延はプロジェクト全体への影響を示すシグナルです。
まとめ：発注者として知っておくべきクリティカルパスの要点
クリティカルパスとは、プロジェクトを完了するために欠かせない最長経路のことです。この経路上のタスクはフロート（余裕）がなく、1日でも遅れると全体の納期が遅れます。
発注者の皆さんがクリティカルパスについて知っておくべき核心は、「作る・管理するのはベンダーの仕事で、監視するのが発注者の仕事」という役割分担です。進捗会議で5つの質問を習慣にし、ガントチャートの読み方を押さえることで、スケジュール遅延を早期に察知できます。
また、クリティカルパスの遅延が発生した場合は、クラッシングやファストトラッキングというリカバリー手段があります。追加コストやリスクの見積もりを確認しながら、適切な意思決定を行いましょう。
スケジュールリスクを含むプロジェクト管理全体についてはプロジェクトリスク管理とは？でも解説しています。クリティカルパスの管理と合わせて理解しておくことをおすすめします。
システム開発 完全チェックリスト――発注前・発注中・完了後の3フェーズで使えるチェック集
この資料でわかること
システム開発の外注・発注を初めて経験する担当者や、過去に失敗を経験した担当者が、発注プロセスの各フェーズで「何をチェックすべきか」を明確に把握できるようにする。
こんな方におすすめです
- 初めてシステム開発を外注する担当者
- 過去の発注で失敗を経験した方
- ベンダー選定の基準が分からない方
入力いただいたメールアドレスにPDFをお送りします。
