クリティカルパスによる工期短縮

クリティカルパスとは、プロジェクトのネットワーク図において所要期間が最も長い経路のことであり、その長さがプロジェクト全体の完了日を決める。したがって工期を短縮するには、クリティカルパス上の作業の期間を縮めるか、作業の進め方を変えて経路の長さそのものを減らす必要がある。クリティカルパスの外にある作業をいくら短縮しても、全体の工期は変わらない。

工期短縮が全体に効く条件

クリティカルパス上の作業には余裕がなく、一日でも遅れるとプロジェクト全体の完了が遅れる。一方、クリティカルパス以外の作業には余裕日数があるため、短縮しても全体の完了日は動かない。短縮の効果が全体に及ぶかどうかは、その作業がどの経路上にあるかで決まる。

ただし、短縮を続けると別の経路が新たに最長になり、そこで効果が頭打ちになる。作業Dだけを10日から6日に短縮した例では、Dを含む経路は短くなるものの、A→C→F→Hの経路が28日で残るため、全体は31日から28日へと3日の短縮にとどまる。Dの短縮量は4日であるが、全体の短縮量はそれより小さくなる。

代表的な短縮の方法

工期短縮の代表的な方法は、クラッシングとファストトラッキングである。クラッシングは、追加の要員や資源を投入してクリティカルパス上の作業期間を縮める方法であり、費用は増えるが作業の前後関係は変えない。 要員の追加は立ち上げ教育や作業の分担の負担を伴うため、投入量に比例して期間が縮むとは限らない。

ファストトラッキングは、本来は順番に行う作業を重ねて並行させ、期間を縮める方法である。設計が完了したモジュールから順次プログラム開発に着手する例のように、先行作業の完了を待たずに後続作業を始めるため、後から仕様が変わった場合の手戻りのリスクが高まる。