クリティカルパス法

前書き

プロジェクト管理に携わったことがあれば、「クリティカルパスメソッド」という用語をすでに聞いたことがあると思います。

主題に慣れていない場合は、「クリティカルパス」を理解してから「クリティカルパス方式」に進むのが最善です。

クリティカルパスは、プロジェクトの開始から終了までの一連のアクティビティです。多くのプロジェクトにはクリティカルパスが1つしかありませんが、プロジェクトで使用される制御ロジックによっては、複数のクリティカルパスを持つプロジェクトもあります。

クリティカルパスの下でアクティビティのいずれかが遅れると、プロジェクトの成果物が遅れます。

ほとんどの場合、このような遅延が発生した場合、期限を達成するためにプロジェクトの加速または再順序付けが行われます。

クリティカルパス方式は、数学的な計算に基づいており、プロジェクトアクティビティのスケジューリングに使用されます。この方法は、1950年代にRemington Rand CorporationとDuPont Corporationの合弁事業として初めて導入されました。

工場のメンテナンスプロジェクトの管理には、最初のクリティカルパス方式が使用されました。元の方法は建設作業用に開発されましたが、この方法は相互に依存する活動があるプロジェクトに使用できます。

クリティカルパス方式では、プログラムまたはプロジェクトのクリティカルアクティビティが識別されます。これらは、プロジェクトの完了日に直接影響するアクティビティです。

クリティカルパス図

クリティカルパスメソッドの主な手順

クリティカルパス方式が実際にどのように使用されているかを見てみましょう。プロジェクト計画フェーズでクリティカルパス方式を使用するプロセスには、6つのステップがあります。

ステップ1：アクティビティの指定

Work Breakdown Structure（WBS）を使用して、プロジェクトに関係するアクティビティを特定できます。これは、クリティカルパスメソッドの主な入力です。

アクティビティ仕様では、クリティカルパスメソッドに対して上位レベルのアクティビティのみが選択されます。

詳細なアクティビティを使用すると、クリティカルパスの方法が複雑になり、管理と保守ができなくなる場合があります。

ステップ2：アクティビティシーケンスの確立

このステップでは、正しいアクティビティシーケンスが確立されます。そのためには、リストのタスクごとに3つの質問をする必要があります。

このタスクが発生する前にどのタスクを実行する必要があります。
このタスクと同時に完了する必要のあるタスク。
このタスクの直後に実行するタスク。

ステップ3：ネットワーク図

アクティビティシーケンスが正しく識別されると、ネットワークダイアグラムを描画できます（上記のサンプルダイアグラムを参照）。

初期の図は紙に描かれましたが、最近ではこの目的のために、プリマベーラなどのコンピューターソフトウェアがいくつかあります。

ステップ4：各アクティビティの見積もり

これは、WBSベースの推定シートからの直接入力である可能性があります。ほとんどの企業は、タスクの推定に3点推定法またはCOCOMOベース（関数点ベース）の推定法を使用しています。

このような推定情報をプロセスのこのステップに使用できます。

ステップ5：クリティカルパスの特定

このためには、ネットワークの各アクティビティの4つのパラメーターを決定する必要があります。

最も早い開始時間（ES）-以前の依存アクティビティが終了した後にアクティビティを開始できる最も早い時間。
最早終了時間（EF）-ES +アクティビティ期間。
最新の終了時間（LF）-プロジェクトを遅らせることなくアクティビティが終了できる最も遅い時間。
最新の開始時刻（LS）-LF-アクティビティ期間。

アクティビティのフロート時間は、最も早い（ES）から最も遅い（LS）開始時間まで、または最も早い（EF）から最も遅い（LF）終了時間までの時間です。

フロート時間中、プロジェクトの終了日を遅らせることなく、アクティビティを遅らせることができます。

クリティカルパスは、ネットワーク図の最長パスです。クリティカルパスのアクティビティは、プロジェクトの期限に影響を与えます。このパスのアクティビティが遅れると、プロジェクトが遅れます。

プロジェクト管理でプロジェクトを加速する必要がある場合、クリティカルパスアクティビティの時間を短縮する必要があります。

ステップ6：プロジェクトの進行状況を示すクリティカルパス図

クリティカルパス図はライブアーティファクトです。したがって、タスクが完了したら、この図を実際の値で更新する必要があります。

これにより、締め切りのより現実的な数値が得られ、プロジェクト管理者は成果物に関して順調に進んでいるかどうかを知ることができます。