プロジェクト クラッシュ（「プロジェクト スケジュールのクラッシュ」または「プロジェクト時間の圧縮」としても知られている）は、プロジェクトのタイミングを加速するために、プロジェクトで当初予定されていたリソースより多く追加することに基づくプロジェクト管理技法です。 もちろん、リソースを増やすことはプロジェクトコストの増加も意味するが、時にはこれが良いプロジェクト戦略であることもある（やらない場合のプロジェクトリスクから、その判断のROIを計算することができる）。 プロジェクトスケジュールをクラッシュさせることを決定できるプロジェクトの状況はたくさんあります。例えば、

1. プロジェクトが遅れている：プロジェクトが遅れていて、遅れによるプロジェクトのペナルティがある場合、プロジェクトを軌道に戻すためにプロジェクトにリソースを追加することを決定できるかもしれません。 クリティカルパス」を超えるプロジェクトの遅延は、プロジェクトの納期に間に合わないことを意味します。
2. 次期フェーズの遅延を避ける：プロジェクトの遅延は、プロジェクトのペナルティに影響するだけでなく、より多くのコスト（新しいプロジェクトフェーズを始めるためにすでに割り当てられたリソース、それが仕事を始めることができる）をもたらす可能性もあります。
3. プロジェクトチームは別のプロジェクトに移動する: プロジェクトを実施しているときに、突然別のプロジェクトを獲得したとします。 おそらく、あなたは今、新しいプロジェクトにあなたのリソースを移動することを計画します。
4. 無料のリソースの利用：もしあなたの会社に無料のリソースがあれば（つまり割り当てがない）、彼らはあなたのプロジェクトにそれらを追加することに興味があるかもしれません、したがって、それを加速する。
5. トレーニング用のリソース：時にはあなたの会社でトレーニング期間中の新しいリソースがあります。
6. タイムボーナス：インフラプロジェクトでは、クライアントが進行中のプロジェクトのために顧客サービスを停止したり、影響を与えたりすることを望んでいない場合があります。 そのようなプロジェクトでは、コスト超過を補うタイムボーナスを見つけることができます。

クラッシュは常に可能というわけではありません。 たとえば、ユーモラスな例でいえば、1人の女性が9ヶ月で1人の赤ちゃんを提供する場合、9人の女性を抱えても、たった1ヶ月で赤ちゃんを手に入れることにはなりません。 これはプロジェクトでも起こることです。

Step 1: クリティカルパスの分析

最初のステップは、もしそれを短縮すれば、プロジェクトの完了も短縮されるというタスクがどれであるかを特定することである。 これらのタスクはクリティカルパスに含まれるものである。

ステップ2：リソースを追加して短縮できるすべてのタスクを特定する

各タスクの責任者とともに、クリティカルパスに含まれるタスクのうち、リソースを追加して短縮できるものを特定します。

ステップ3：各タスクについて計算する：トレードオフ、ゲイン、時間短縮

各タスクについて、リソースを追加することによってプロジェクトの時間をどのように短縮するかを計算する必要があります。 例えば、新しいチームメンバーを追加した場合、トレードオフとして、知識移転に5日必要で、後にプロジェクト日数を30日獲得することになる。

Step 4: 最もコストのかからない方法を選択する

プロジェクトクラッシュの目的は、リソースを追加して最小限の増分コストでスケジュール期間を短縮することです。 そこで、今度はコストに重点を置いてみましょう。 それぞれの時間短縮にはどれだけのコストがかかるのでしょうか。 合計100時間の時間削減でクラッシュする可能性のあるアクティビティが10個確認できたと想像してください。 もし、30時間削減すればいいのであれば、プロジェクトにかかる追加コストが最も少ないタスクをクラッシュさせるべきです。 7627>

ステップ5：クラッシュ予算と更新したプロジェクトベースラインをスポンサーに提供する

最終決定をしたら、プロジェクトクラッシュを実行するための予算を取得し、プロジェクトベースライン、特にプロジェクトスケジュール計画だけでなく、プロジェクト予算計画やプロジェクトリソース計画も更新することが重要である。

注目の動画：

寄稿者。