クリティカル・パス・プロジェクト管理（CPM）の規律は1950年代後半に確立され、今日も広く実践されています。
この記事では、チームがプロジェクトイニシアチブを完了するのを支援するためにクリティカルパスアプローチをどのように使用するかの概要を説明します。
クリティカルパスの定義：
定義によるクリティカルパスは、プロジェクト計画におけるイベントの最長シーケンスです。 彼らは遅れなく完了しなければならない出来事であり、プロジェクトが計画された期間より長く実行される危険性があります。
クリティカルパスの別のビューは、スラック（拡張時間）が最も少ないイベントのシーケンスであることを示唆しています。 この技術用語は、サンプルプロジェクトのクリティカルパスを特定するプロセスを記述することにより、理解しやすくなります。
以下のステップは、家を建てる例を描いて、クリティカルパスを特定して使用するプロセスを定義します。
まず、プロジェクトの範囲と主な機能を定義します。
グループがプロジェクトイニシアチブで作業するために集められるたびに、その作業に素早く移行するための興奮とエネルギーがあります。
しかし、計画的なプロジェクトマネージャーは、計画段階がイニシアチブの最終的な成功にどれほど重要であるかを理解しています。 クリティカルパスを特定する作業は、プロジェクトの範囲を明確にし 、最も重要なアウトプットや機能を決定することから始まります。
あなたが家を建てているとしましょう。
実際の作業を開始する前に、プロジェクトのスコープと主要機能の説明が重要です。 この例では、3つの寝室、リビングルーム、ダイニングルーム、キッチン、3つのバスルーム、未完成の地下室を備えた2,000平方フィートの家を、200,000ドルを超えない範囲で呼び出したいとします。
この仕様では有効範囲がわかりますが、木材やレンガなどの建材を定義し、暖房、空調などの重要な機能を特定する必要があります。 最後に、この家を完成させるための目標が必要です。
次に、完了する詳細作業を定義します。
クリティカルパス方式を使用するプロジェクトマネージャは、チームと協力して、スコープと主要機能をプロジェクトの作成に必要なすべての作業のリストに変換します。 作業タスクを識別するために使用されるツールは、作業内訳構造です。
プロジェクトマネージャーは、拡張されたチームと協力して、スコープ活動で説明した重要な機能を備えた家を作るために必要なすべてのタスクについてブレーンストーミングを行います。 スティッキーノートで各キータスクを書き留める簡単なテクニックは、このブレーンストーミングの出力で壁が覆われることがあります。
プロセスは一連のイベントとリソースの可用性を無視し、タスクの識別に専念します。 プロジェクトを提供するために必要な作業のすべてが確認されたことをグループが確認したら、それぞれの活動ごとに時間とコストの見積もりを作成し、クリティカルパスを特定することに注意を向けます。
クリティカルパスを見つけるための作業タスクのシーケンス：
各作業項目（作業パッケージとも呼ばれます）の時間見積もりを含む、作業内訳構造の内容で武装したチームメンバーは、プロジェクトを完了するために必要な一連のイベントの定義に集中します。 スコープマテリアルで特定された主要な機能や成果物を出発点として使用し、さまざまなプロジェクトパスを構築します。
家を建てるという私たちの例では、屋根を追加する前に土台を掘って注ぎ、家を建てるという論理的な手順をとっています。
私たちの課題は、プロジェクトが大幅にダウンタイムなしでスムーズに進めることができる、適切な一連のイベントを見つけることです。
このシーケンシングアクティビティの後に出現するのは、異なるパスを持つプロジェクトネットワークダイアグラムです。 期間見積もりを使用すると、プロジェクト管理ソフトウェアは、通常、プロジェクト管理ソフトウェアに依存して、各アクティビティが開始および終了できる最早および最遅時刻を計算します。 プロセスは、余分な時間（浮動または弛緩）を有するシーケンス中のアイテム、およびプロジェクト全体を遅らせることなく絶対に遅延することのできないアイテムを識別する。
最長の持続時間または最小のスラック量を定義するパスがクリティカルパスです。 技術的にはプロジェクトネットワークに複数のクリティカルパスが存在する可能性がありますが、ほとんどのプロジェクトマネージャーとチームは、この可能性を最小限に抑えるためにイベントシーケンスを調整しています。
プロジェクトマネージャがクリティカルパスを使用する方法：
時間通りに完了しなければならない項目、またはプロジェクトが遅れるリスクを明確にして、プロジェクトマネージャーは、これらの活動の監視と制御にかなりの時間と注意を集中させます。 クリティカルパス上のアイテムが潜在的に遅く実行される場合、プロジェクトマネージャは完了を加速するために追加のリソースを割り当てます。 クリティカルパス上の2つのアクティビティ間にリソースの競合がある場合、プロジェクトマネージャは遅延を最小限に抑える方法でこれを解決します。
クリティカルパスを理解することで、リソースのスケジューリングプロセスが大幅に簡素化されます。 プロジェクトチームは、適時に適切なリソースの可用性を確保することに重点を置くことができます。 後述するように、必要に応じて、重要でないアクティビティからリソースを借りて、時間に敏感なタスクを追跡するのに役立てることができます。
クリティカルパスにないアイテムは最終的にプロジェクトの完成に不可欠ですが、定義上余分な時間や余裕があり、遅れてもイニシアチブの目標終了日が遅れることはありません。 潜在的なクリティカルパスの遅延を補うために、プロジェクトマネージャは頻繁に重要でないアイテムからリソースを借用し、そのアイテムの余裕の柔軟性を利用します。
ボトムライン：
クリティカルパスプロジェクトテクニックは、プロジェクトマネージャに、リスクを管理し、時間通りにプロジェクトを完了する機会を最適化するのに不可欠な一連のツールを提供します。 バックグラウンドの計画時間はこの方法ではかなり重要ですが、制御と調整のメリットは貴重です。