この記事では、プロジェクトスケジュール圧縮の詳細な談話を見つけるでしょう。 プロジェクト期間を短縮するための2つの主な方法として、高速追跡とクラッシュについて説明します。 私は例と図を使用してこれらを議論します。 この投稿は、プロジェクト管理を行っているPMP志願者や専門家にとっても同様に役立ちます。
プロジェクトマネージャーは、常にスケジュールを加速し、プロジェクト期間を絞る方法を探しています。 そこに時間を節約するために非常に多くの方法があるかもしれませんが、それらのすべては、二つの広範な戦略やアプローチすなわちの下に落ちる。 高速追跡とクラッシュ。
これらの手法は、プロジェクトの範囲を損なうことなくスケジュールを圧縮するために使用されます。 これらは、プロジェクトがスケジュールに遅れたり、課された日付制約がある場合に、プロジェクトマネージャによって使用されます。
高速追跡とクラッシュを使用したプロジェクトスケジュール圧縮
定義&スケジュール圧縮の意味
プロジ
PMBOKガイド
他のいくつかの定義については、Max Wideman用語集を参照することもできます。スケジュール圧縮は、スコープに影響を与えずにプロジェクト期間を短縮するために使用されることに気づいたでしょう。 これを達成するための2つのアプローチがあります–高速追跡&クラッシュ。 これらの手法については、以降のセクションで説明しました。
次のシナリオを例として使用して、次のセクションで高速追跡とクラッシュを説明しました。プロジェクトは14日以内に完了する予定です。
プロジェクトは14日以内に完了する予定です。
それは4つの資源に割り当てられた4つの活動を持っています。 次の図は、プロジェクトのスケジュールを示しています。P>
定義、意味&高速追跡の例
定義、意味&高速追跡の例
通常、シーケンスで行われたフェーズの活動が、その期間の少なくとも一部のために並列に実行されるスケジュール圧縮技術。
PMBOKガイド
他のいくつかの定義については、Max Wideman用語集を参照することもできます。
高速追跡では、二つのアクティビティを完全に重複する必要はありません。 作業の一部を並行して実行できます。
高速追跡は、通常、スケジュールの関係を変更または削除することによって行われます。 また、関係のリードを導入することによって行うことができます。 最後に、依存関係がなくても2つの活動で行うことができます。あなたは以下の高速追跡のいくつかの例を見ることができます。
:
- 要件が確定される前にソフトウェア設計作業を開始
- 建築図面が承認される前に建物の基礎を敷設を開始
- 同時に高速道路の別の部分
定義、意味&クラッシュの例
&&
定義、意味
リソースを追加することにより、最小増分コストのスケジュール期間を短縮するために使用される技術。
PMBOKガイド
他のいくつかの定義については、Max Wideman用語集を参照することもできます。
クラッシュは、常に単位時間当たりの最低コストで結果を生成する可能性のあるアクティビティで行う必要があります。 少なくとも増分コストで最大の価値を提供する可能性が高い活動にクラッシュを適用する必要があります。
以下のクラッシュの例をいくつか見ることができます。
- 余分なテスターを使用してテスト時間を短縮します。
- 絵画の仕事を加速するために余分な画家を使用してください。
- 早期に作業を終了するために残業します。
- 早期配達を受け取るために余分に支払う。
プロジェクト管理でスケジュール圧縮を使用する必要がありますか？
スケジュール圧縮技術は、次のような状況で役立ちます。
- 遅延があり、プロジェクトを軌道に戻したい場合。
- より多くの仕事や余分な報酬など、プロジェクトを早期に終了するためのインセンティブが追加されています。
- クライアントがスケジュール制約を課しています。
- 締め切りを逃した場合はペナルティがあります。
- 市場の早い段階で製品を持って来るために競争力のある圧力があります。
これらはほんの一例です。 他にもたくさんあるかもしれません。
高速追跡とクラッシュの違い
1つの手法は他の手法よりも優れていますか？
いいえ。
両方の技術は、プロジェクト管理にその場所を持っています。 他の回でクラッシュが有利である間、時には高速追跡がより便利です。
要件に応じて、両方の手法を一緒に使用することもできます。 他のいくつかの状況では、それらのどれも実行可能な解決策を生成しない可能性があります。
高速追跡は、一般的にリスクを増加させますが、それはまた、コストを増加させることができます。 クラッシュは、一般的にコストを増加させますが、それは同様に新たなリスクを導入することができます。
高速追跡とクラッシュに関連する誤解はほとんどありません。 あなたはそれらについて注意する必要があります：
- これらの技術は常に実行可能な結果を生成します。
- クラッシュはより高価なので、高速追跡の後にのみ評価する必要があります。
- 高速追跡はリスクのみを導入し、コストを増加させません。
- 高速追跡は、裁量的な依存関係を持つアクティビティでのみ行うことができます。
- 両方の技術は、任意のプロジェクトの状況に適用することができます。
最後の言葉–リスクと欠点
スケジュール圧縮は、クリティカルパスの活動にのみ有用です。 すべての非クリティカルパスの活動は、いくつかのフロートを持っています。 あなたがこれらの活動の時間を短縮すれば、あなたはただフロートを増やすでしょう。 これは、プロジェクトの期間には影響しません。
スケジュール圧縮手法を適用した後、クリティカルパスを慎重に分析する必要があります。 圧縮運動が行われた後、複数のクリティカルパスが存在する可能性があります。 以前はクリティカルパスになかった活動は、現在はクリティカルな活動です。
プロジェクトのスケジュールリスクは、一般的に圧縮技術の一方または両方を適用した後に増加します。 さらに、高速追跡とクラッシュは、プロジェクトコストの増加につながる可能性があります&品質リスク。 それは手直しにつながる可能性があります。
スケジュール圧縮は、常に実行可能な解決策をもたらすとは限りません。 プロジェクトマネージャーは、スケジュール圧縮手法を検討する前に、リスクとコストのトレードオフを慎重に分析する必要があります。 時にはリスクが利益と利点を上回ることがあります。あなたのプロジェクトで現金化や高速追跡を使用していますか？
あなたのプロジェクトで現金化や高速追跡を使用していますか？
あなたのプロジェクトで現金化や高速追跡を使用しています あなたはそれらについて何を学びましたか？ あなたは他のものよりも有益な一つの技術を見つけますか？