高速追跡とクラッシュは、プロジェクトマネージャーが生き残ることができない技術です。 私はこのブログを読んでそこにプロジェクトマネージャーの多くは私に同意することを知っています。
これらはスケジュール圧縮技術であり、一般的に使用されることは想定されていません。 しかし、これらは実際の生活の中で非常に一般的です。 スケジュールを圧縮する必要がある多くの原動力があります。 何度もビジネス上の理由は、それらを使用することをお勧めします。 または、時々プロジェクトマネージャーにビジネス係争物受寄者からの圧力がある。
だから、両方の実用的な用途のためだけでなく、これらの技術の周りのプロジェクト管理プロフェッショナル（PMP）®認定志願者の疑問をクリアするために、私はこのブログを下にペニングしています。 これらの技術の詳細を見てみましょう。
PMBOK®Guide Sixth Editionに基づく高速追跡は、
であり、通常は順番に行われる活動またはフェーズは、その期間の少なくとも一部にわたって並行して実行されます。
最初にスケジュールを圧縮する必要がある場合は、高速追跡を探します。 スケジュールの依存関係を分析して、それらが必須または裁量的であるかどうかを確認します。 裁量の場合、依存関係をどのように再生できるかがわかります。 例を見てみましょう–アクティビティ1とアクティビティ2には終了から開始までの関係があり、合計期間は10日間です。 これらの活動を8日間で終了する必要があるとします。 ここでは、アクティビティ1の二日後にアクティビティ2を開始する可能性を探します。 このように、3日目には、両方の活動が並行して実行されています。 そして、合計期間は10日から8日に短縮されました。
ここで重要なのは、盲目的に並行して活動を開始することはできないということです。 スケジュールの依存関係がある場合、その背後には理由があります。 同様に、先行アクティビティから後続アクティビティへの情報の流れがある可能性があります。 私たちは、活動をどの程度並行して実行できるかを見る必要があります。 どの日に活動を並行して開始するリスクは比較的少ないでしょうか？ そして、我々はそれらのリスクを受け入れる準備ができていますか？ 活動を並行して実行することによってリスクが発生した場合のリスク対応戦略は何でしょうか？
その後、いくつかの制限まで高速追跡を行うことができます–
リスクとリワークを追加するだけで、圧縮をスケジュールすることはできません。 のように、あなたはあなたの家を塗るの開始前に解決するためにコンクリートを待たなければなりません。
そして、はい、必須の依存関係の場合、fast-trackingを使用する範囲はありません。 また、この手法をクリティカルパスの活動に適用します; >
>353–
これは、リソースを追加することにより、最小限の増分コストのスケジュール期間を短縮するために使用される技術です
私たちは、並行して活動を実行 この手法では、追加のリソースを使用して作業を早期に終了するため、-
追加コストを最小限に抑え、最大圧縮を調べるために費用便益分析を行います。
また、追加のリソースは、ヘッドの追加数を意味するだけでなく、以下のいずれかにすることができます
-
- 残業の承認
- 余分な支払い
- より多くのリソースの追加
このオプションは、常に高速追跡を探索した後に検討されています。 その理由は明らかですが、追加コストがかかります。 また、クリティカルパス活動の活動にも適用しています。 そうでなければ、我々はそれの具体的な出力なしでリスクを所有してしまう可能性があります。
ここで重要な点は、スケジュールをいくつかの制限までクラッシュさせることができるということです。 最終的には、リソースが1から9に増加した場合、一ヶ月で赤ちゃんを提供することはできません。 リソースの増加は、確実にスケジュールに影響を与えるさらなるコミュニケーションとコラボレーションの努力を導入します。
高速追跡とクラッシュの違い
| Sno | 高速トラッキング | クラッシュ |
| 1 | アクティビティまたはフェーズは、スケジュールを圧縮するために並行して実行されます | スケジュールを圧縮するために、より多くのリソースがアク |
| 2 | リワークとリスクを増加させる | はコストを増加させ、リスク/コストも増加させる可能性があります |
| 3 | プロジェクトを短縮するために活動/フェーズを重複させることができる場合にのみ動作します duration | は、リソースを追加するとアクティビティの期間が短縮されるアクティビティにのみ機能します |
| 4 | 常に最初に試してみました | 高速追跡がスケジュールで必要な圧縮を与えていないときに常に試してみました |
| 5 | クリティカルパス活動に適用されます。 そうでない場合は、クリティカルパスのアクティビティに適用されたfloat | にのみ追加されます。 そうでない場合は、floatにのみ追加されます |
よくある質問
Q:高速追跡とは何ですか? それは鉛と同じですか？
: 高速追跡はスケジュールの圧縮の技術である。 ここでは、スケジュール期間を短縮するために、並行して活動を実行します。 Leadは、このスケジュール圧縮を行うのに役立つ依存関係の一種です。
スケジュール圧縮の一部としてリードを置くと、リスクが関連しています（リワーク）。 しかし、我々はプロジェクトの課題を避けることはできません–
例えば、設計の一部が準備ができたときに開発を開始する（以前は完全な設計の終了時に開発を開始する予定でした）
Q：何がクラッシュしていますか？ それは高速追跡と同じですか？
: クラッシュスケジュール圧縮技術では、目的のタイムラインをもたらすために追加のリソースが追加されます。 いいえ、それは高速追跡と同じではありません。 高速追跡では、スケジュールを圧縮するために任意の依存関係を再生します。
Q:高速追跡とクラッシュの違いは何ですか？
A:両方の比較のためのテーブルの上で参照して下さい
Q:どの技術がよりよいですか。
A:ニーズに依存します。 あなたが迅速な追跡で十分に管理できるなら、それは最高です。 高速追跡には追加費用がかからないためです。 しかし、クラッシュは、いくつかのシナリオでかなりのタイムラインをもたらすのに役立ちます。 例えば、建設プロジェクトは、より多くの労働者壁を先に造ることができます。
Q:クリティカルパス活動にスケジュール圧縮を適用するのはなぜですか？
A:プロジェクトの長さは何ですか？ それはクリティカルパスです。 クリティカルパスではなくアクティビティに圧縮を適用すると、フロートを増やすだけです。 スケジュールの圧縮は、それが表示されるほど簡単ではありません。 圧縮を行っている間に、プロジェクトを危険にさらす複数のクリティカルパスを取得することがあります。 圧縮後に最適化されたスケジュールを達成するために、スケジュールとコストのトレードオフを行うためのバックグラウンドで多くの分析が常にあります
あなたはいくつかの例で高速追跡とクラッシュの比較を見たい場合は、すぐにこのビデオを見てください:
これは私が高速追跡とクラッシュについて言いたいすべてです。 私はこれがいくつかの長い保留中の混乱を解決するのに役立つことを願っています。 そうでない場合は、私たちのディスカッションフォーラムにここにあなたのフォローアップの質問を置くこと自由に感じなさい
PMP®認定の詳細については、無料のPMP®認定入門プログラムに登録してください