クラッシングとは？リソース追加投入でスケジュールを短縮する技法

クラッシングとは

クラッシング（Crashing）とは、クリティカルパス上のタスクにリソースを追加投入することで、追加コストを最小限に抑えながらプロジェクト全体のスケジュールを短縮する技法です。PMBOKではファストトラッキングと並ぶスケジュール短縮技法として位置づけられています。

この技法の基本原理は、タスクの所要期間はリソースの量に依存するという関係性を利用することです。1人で10日かかるタスクに2人を投入すれば、理想的には5日で完了できます。ただし実際には、コミュニケーションコストや学習コストが発生するため、単純に半分にはなりません。

クラッシングの特徴は、コストと期間のトレードオフを定量的に分析できる点です。各タスクについて「1日短縮するためにいくらかかるか」というコスト勾配（Cost Slope）を算出し、コスト勾配が最も小さいタスクから順に短縮することで、最小コストでの期間短縮を実現します。

構成要素

通常期間と短縮期間

各タスクには通常の条件で実行した場合の通常期間（Normal Duration）と、最大限のリソースを投入した場合の短縮期間（Crash Duration）があります。短縮期間はこれ以上リソースを追加しても短縮できない物理的な下限です。例えば、テスト実行は自動化しても一定の実行時間が必要であり、人を増やしても短縮できない部分があります。

通常コストと短縮コスト

通常期間で実行した場合の通常コスト（Normal Cost）と、短縮期間で実行した場合の短縮コスト（Crash Cost）があります。短縮コストには、残業代、追加要員の人件費、急行料金、特急対応の外注費などが含まれます。

コスト勾配（Cost Slope）

「1日短縮するためにかかる追加コスト」を示す指標です。コスト勾配 = （短縮コスト - 通常コスト）/（通常期間 - 短縮期間）で計算します。コスト勾配が小さいタスクほど、安い追加コストで期間を短縮できます。

クリティカルパスとの関係

クラッシングはクリティカルパス上のタスクにのみ適用します。非クリティカルパス上のタスクを短縮しても、プロジェクト全体の完了日は変わりません。ただし、クリティカルパス上のタスクを短縮すると、別のパスが新たなクリティカルパスになる場合があるため、短縮のたびにクリティカルパスを再計算する必要があります。

実践的な使い方

ステップ1: クリティカルパスと短縮目標の確認

現在のスケジュールのクリティカルパスを特定し、必要な短縮日数を明確にします。「クリティカルパスを10日短縮して8月末までに完了させる」のように、具体的な目標を設定します。

ステップ2: 各タスクの短縮可能性の評価

クリティカルパス上の各タスクについて、通常期間、短縮期間、通常コスト、短縮コストを評価します。短縮が物理的に不可能なタスク（外部の承認待ち、ハードウェアの納品リードタイムなど）は除外します。

ステップ3: コスト勾配の計算と優先順位付け

各タスクのコスト勾配を計算し、小さい順にランキングします。コスト勾配が最も小さいタスクが、最もコスト効率の高い短縮候補です。

ステップ4: 段階的な短縮の実行

コスト勾配が最も小さいタスクから1日ずつ短縮し、クリティカルパスを再計算します。短縮によって新たなクリティカルパスが出現した場合は、新旧両方のクリティカルパス上のタスクを同時に短縮する必要があります。目標の短縮日数に達するか、これ以上短縮できなくなるまで繰り返します。

ステップ5: 短縮計画の最終化とコストの承認

短縮に必要な追加コストの合計を算出し、スポンサーまたは承認権限者に報告して承認を得ます。「10日の短縮に追加50万円が必要」のように、コストと効果を明確に提示します。承認後、リソースの追加手配と短縮したスケジュールの更新を実行します。

活用場面

プロジェクトの納期短縮が求められ、かつ追加予算が確保できる場合に最も有効です。クライアントの要求変更、市場投入の前倒し、法規制の施行日への対応など、納期が硬い制約となる場面で活用されます。

遅延したプロジェクトの回復策としても使われます。進行中のプロジェクトで遅延が発生し、残作業のクリティカルパスが当初の計画を超えている場合に、残タスクへのリソース追加投入でスケジュールを回復させます。

費用対効果分析の基盤としても有用です。「納期を1週間短縮するコスト」と「納期遅延による機会損失」を比較することで、追加投資の妥当性を定量的に判断できます。

注意点

収穫逓減とブルックスの法則

クラッシングには「収穫逓減の法則」が適用されます。最初の短縮は比較的安いコストで達成できますが、さらに短縮しようとするとコスト勾配が急上昇します。また、ブルックスの法則により、特にソフトウェア開発では途中から人を追加しても、教育期間とコミュニケーションオーバーヘッドにより短期的にはかえって遅延する可能性があります。

クリティカルパスの変動

クリティカルパスの変動に注意が必要です。あるタスクを短縮した結果、別のパスがクリティカルパスになることがあります。このとき、短縮済みタスクへの追加投資は無駄になります。必ず短縮のたびにクリティカルパスを再計算してください。

品質への影響

品質への影響を考慮してください。残業や急ぎ作業はミスの発生率を高めます。短縮によって品質が低下し、後工程での手戻りが発生すれば、結果的にスケジュールがさらに遅延する悪循環に陥ります。品質管理体制の強化も合わせて計画してください。

短縮不可能なタスクの識別

すべてのタスクが短縮可能なわけではありません。物理的に時間がかかるプロセス（テスト環境のセットアップ、データ移行、外部機関の審査）はリソースを増やしても短縮できません。短縮不可能なタスクの識別を最初に行ってください。

まとめ

クラッシングは、クリティカルパス上のタスクにリソースを追加投入し、コスト勾配分析に基づいて最小コストでスケジュールを短縮する技法です。通常期間と短縮期間、コスト勾配の計算、クリティカルパスの再計算を段階的に繰り返し、最適な短縮計画を策定します。追加コストとの明確なトレードオフ分析が可能であり、ファストトラッキングとの併用でスケジュール短縮の選択肢を広げることができます。