高速追跡Vsクラッシュ:プロジェクトスケジュール圧縮のための主な技術
はじめに
プロジェクトの範囲を縮小せずにプロジェクトスケジュール(時間)を圧縮するには、二つの方法があります:
-
クラッシュ
-
ファストトラッキング
クラッシュ
クラッシュには、特定のプロジェクトアクティビティのリソースが含まれます。 これは、プロジェクトをシームレスかつ迅速に完了できるように行われますが、この方法は高価になる傾向があります。
ファストトラッキング
ファストトラッキングでは、アクティビティの文字列を変更して、一部のアクティビティが同時に実行されるようにします。 これは、裁量的な依存関係を無視し、追加の活動を並行して実行するため、関連するリスクを増加させます。 それは常にプロジェクトへのコストを増加させるわけではありません。
プロジェクトスケジュールの圧縮
顧客またはスポンサーによって課されたスケジュールの制約を満たすために、プロジェクトの範囲を縮小せずにプロジ プロジェクトコストを増やさずにスケジュールを圧縮することは必ずしも可能ではありません。
使用されています:
-
プロジェクトに非現実的な時間枠またはスケジュールの終了日がある場合。
-
統合された変更管理プロセス中に、プロジェクトスケジュール(時間)、コスト、範囲、リスク、リソース、品質、顧客満足度への影響を分析します。
-
プロジェクト計画中に、管理者または顧客が満たすことができない完了日を必要とする場合。
-
実行中に、プロジェクトマネージャーがスケジュールベースラインに沿ってプロジェクトを戻す必要がある場合、または承認された変更要求の場合。
プロジェクトマネージャーは、プロジェクトが適切に計画することによって達成可能であることを確認する専門的な責任を持っている必要があります。 彼/彼女は満たすことができる望ましい完了日を定めるのにスケジュールの圧縮の技術を使用しなければならない;そうでなかったら、課されたスケジュー
負のプロジェクトフロートがある場合(推定完了日は希望の完了日の後です)、最初の選択は、日付が満たされなかったことを顧客に伝え、より多くの時間 いいえ、最初の選択肢は、プロジェクトスケジュールを圧縮することによって、負のプロジェクトフロートを避けるために何ができるかを分析すること
多くのプロジェクトマネージャーは、プロジェクトスケジュールのネットワーク図を使用して、プロジェクトの日々の操作を管理し、プロジェクトスケジュール
プロジェクト期間を短縮する二つの技術
高速追跡やクラッシュの技術は、スケジュールのベースラインに沿ってプロジェクトを戻すことに常に成功
ファストトラッキング
プロジェクトスケジュールネットワークダイアグラムを再配置し、クリティカルパス上のアクティビティの関係を終了から開始までから開始までに変更するか、ダウンストリームのアクティビティにリードタイムを追加して、通常は順番に実行されるアクティビティを並行して実行することによって、プロジェクトスケジュールを圧縮することが含まれます。
例:プロジェクトスケジュールネットワークダイアグラムの”カーペットのインストール”アクティビティにリードタイムを追加して、”Paint Rooms”と”Carpetのイン
-
変更の前に:カーペットが設置される前に部屋を塗装する必要があります。
-
変更の後:加えられた調達期間を使うと、カーペットは部屋が塗られたちょうど時間後に取付けることができる。
-
それは時間を節約しますが、より多くの場合、リワークをもたらし、プロジェクトのコストとリスクを増加させ、作業を行うためにチーム間のコミュニケーシ
-
すなわち、フェーズ1が完了する前にフェーズ2を開始することができます。
-
フェーズ間の相互依存性は、リスクとリワークを回避するために適切に管理する必要があります。
-
既に計画されているリソースを使用します。
-
アクティビティとその直後の連続するアクティビティで同じリソースが使用されている場合は、リソースの過負荷が発生します。 リソースは、自分自身が一日あたりの十六時間以上のために働いて見つけることができます。
クラッシュ
これは、元のプロジェクトスコープを変更することなく、プロジェクト期間を短縮するために、クリティカルパス活動に物理的および人的資源を追加または調整することを含みます。
-
それはプロジェクトのスケジュールの持続期間を救い、減らすかもしれないが資源の数の増加による高められた費用で常に起因する。
-
これは、プロジェクトのタイムラインの制約を満たすために、時間をかけて、週末の仕事のようなリソースを伴うことがあります。 この結果、チームのバーンアウトが発生します。
-
それは危険を高めることを含むかもしれません。
-
また、非クリティカルパス活動のリソースを使用することもありますが、放棄された活動が静かにクリティカルになる可能性があることに注意する必
あなたも好きかもしれません:パート4:PMP研究計画を作成する方法? /PMBOKツールとテクニックへの完全なガイド
高速追跡Vsクラッシュ:彼らはどのように違うのですか?
なぜ、いつこれらの技術を使用するのですか?
1. あなたはXYZプロジェクトのプロジェクトマネージャーです。 プロジェクトが5か月以内に完了することができないことをわかる。 プロジェクトの範囲を変更せずに、プロジェクトを時間通りに完了するためにリソースを追加するために、経営陣の承認を得ることにしました。 使用される技術は?
回答:
2. プロジェクトのコストパフォーマンス指数は0.75(予算超過)、スケジュールパフォーマンス指数は1.85(予定よりも前)です。 考えられる理由は何ですか?
回答:プロジェクトの遅延を見越して期間を短縮するためにプロジェクトがクラッシュしました。 プロジェクトのクラッシュは、期間の短縮とコストの増加につながります。
3. コストのパフォーマンス指数は1.5で、スケジュールはプロジェクトの0.5です。 あなたの行動計画は何ですか?
回答:CPIは1より大きく(予算の下)、SPIは1より小さい(予定より遅れ)。 推奨されるアクションは、プロジェクトをクラッシュさせてスケジュールに戻すことです。 クラッシュは、プロジェクトのコストを増加させる可能性があります。 プロジェクトのCPIが1より大きいため、コストは大きな問題ではありません。
4. プロジェクトのクリティカルパスは23週間です。 経営陣が18週間以内にプロジェクトを終了したい場合。 クリティカルパスの期間への影響は何ですか?
回答:経営陣が18週間以内にプロジェクトを完了したい場合、プロジェクトのスラックは-18-23=-5週間になります。 プロジェクトスラックが負の場合は、クラッシュを実行するか、管理者が望むようにプロジェクトが時間通りに完了することを確認するためにファストトラックのいずれかを実行するオプションがあります。 したがって、クリティカルパスに変更はありません。
5. あなたの顧客は、プロジェクトスコープにいくつかの変更を実装することを望んでいます。 スコープの変更はプロジェクトスケジュールに影響しませんが、プロジェクトのコストは50,000ドル増加すると判断します。 あなたは最初に何をすべきですか?
回答:プロジェクトスケジュールは変更の影響を受けないため、クラッシュまたは高速追跡を使用することはお勧めしません。 そう、プロジェクトの費用の増加に関するあなたのプロジェクトのスポンサーと論議しなさい。
6. プロジェクトのCPIは0.8(予算超過)であり、予算が限られています。 仕入先から製品を調達することを計画しています。 このような状況では、あなたは何をすべきですか?
回答:コストを削減する方法を見つけるCPIは0.8であるため、プロジェクトは予算を超えています。 それはさらにコストを増加させるように、プロジェクトをクラッシュしようとすることはできません。
7. クラッシュは、それが遅れている場合、スケジュールに戻ってプロジェクトを持って来るのに役立ちます。 あなたは何をすべきですか?
回答:プロジェクトの期間を短縮したい場合は、プロジェクトのクリティカルパスのアクティビティでクラッシュを行う必要があります。
8. 顧客はあなたに建物を建設するためのプロジェクトを与えています。 プロジェクトは、いくつかの予期せぬ事件のために遅れており、顧客は、あなたが時間通りにプロジェクトを完了することができない場合は、penalty50,000のペ ペナルティを回避するには、時間通りにプロジェクトを完了するために、残業、より多くの人的資源を追加し、物理的なリソースを借りることを計画し これは次の例です:
回答:プロジェクトを軌道に乗せるためにいくつかの余分なリソースを持ってきたので、クラッシュします。
リソース管理の主要な原則を探る
9. アクティビティA、B、およびDはクリティカルパス上にあり、その順序で実行する必要があります。 活動Cがクリティカルパス上にないと仮定し、コストが重要であり、どの順序で計画される活動のクラッシュする必要がありますか?
-
通常の時間(週):A=4、B=3、C=5、D=5
-
クラッシュ時間(週):A=2、B-2、C=4、D=3
-
通常のコスト(ドル):A=10、B=20、C=14、D=25
-
クラッシュコスト(ドル):A=11、B=22、C=16、D=27
回答:クラッシュ活動のシーケンスは、A、D、Bでなければなりません。 アクティビティCはクリティカルパス上にないため、実際にクラッシュする必要はありません。 コスト別の活動を昇順でクラッシュさせたい場合は、このシーケンスA、B、Dを思い付きます。
-
アクティビティA:4-2=2週間クラッシュ–>(11-10)1K$コストの増加–>週あたり0.5K
-
アクティビティB:3-2=1週間のクラッシュ—>(22-20)2K$コストの増加–>週あたり2K
-
活動D: 5-3=2週間のクラッシュ—>(27-25)2K$コストの増加–>1k/週
それは最低のコストで最高のクラッシュ時間を提供しますので、最初の活動を選択してください。 次に、最も低いコストで最も多くのクラッシュ時間を提供するアクティビティDを選択しました。 最後に、アクティビティBを選択します。
10。 あなたは3ヶ月でスケジュールの遅れており、あなたはunder70,000で予算不足です。 行動のあなたの最高のコースは何ですか?
回答:プロジェクトが遅れており、予算が不足しているため、十分な資金があります; そして、あなたはプロジェクトスケジュールの遅延を補うためにプロジェクトをクラッシュさせることができます。
11. プロジェクト内で順番に完了する必要がある5つのタスク(A、B、C、D、E)があります。 プロジェクトは遅れ、3ヶ月の負のプロジェクトフロートを持っています。 ペナルティを避けるために、次のタスクのどれをクラッシュさせてプロジェクトをスケジュールどおりに戻す必要がありますか?
各タスクがクラッシュしたときに発生する追加費用を示す以下の表を参照してください:
回答: プロジェクトのスケジュールは、3ヶ月の負のフロートを避けるためにクラッシュする必要があります。 したがって、タスクBとcは、クラッシュの節約(2+1=3ヶ月)と追加の最小クラッシュコスト費用を提供します($100+$50=$150), または、タスクEは、クラッシュの節約(3ヶ月)と追加の最小クラッシュコストの費用($150)を提供します。 そのため、タスクをクラッシュするオプション(B&C)またはタスクE.
12を選択します。 プロジェクトのプロジェクトスケジュールネットワーク図は、次の図のようになります(期間は日単位)。:
顧客が14日以内にこのプロジェクトを完了したい場合、プロジェクトのフロートは何ですか?
回答:
開始→タスク1→タスク2→タスク6→終了: 1+6+3+4=14 日
開始→タスク3→タスク4→タスク8→終了: 3+2+5+6=16 日
開始→タスク5→タスク7→タスク8→終了: 4+3+5+6=18 日->これはクリティカルパスを持っています。
プロジェクトのクリティカルパスの期間は18日間です。 プロジェクトが14日以内に完了する必要がある場合、プロジェクトのフロートは-4日です。, 14 – 18. したがって、プロジェクトマネージャーには、プロジェクトに負のプロジェクトフロートがある場合、ファストトラックを実行するか、プロジェクトスケジュー プロジェクトxyzは-3ヶ月のプロジェクトフロートを持っています。 以下の表のどの活動がプロジェクトXYZで3ヶ月を節約するためにクラッシュしますか。 このプロジェクトXYZをクラッシュさせるにはどれくらいの費用がかかりますか?
回答:3ヶ月を節約するオプションは次のとおりです:
アクティビティのクラッシュAとCは最も安価なオプションです-わずか5 5,000です。 あなたのプロジェクトで否定的なプロジェクトの浮遊物があれば、プロジェクトが顧客によって課される成果物の日付に会うことを行っていないことを意味する。
高速追跡を使用するシナリオ:
1. プロジェクトは予定より遅れています。 顧客は、プロジェクトマネージャからのプロジェクトの改訂された納入日に合意しているが、顧客はプロジェクトコストの増加を受け入れていない。
: 費用を増加し、拡大しないでスケジュールを圧縮することによってプロジェクトを速追跡しなさい。
詳細:プロジェクトコスト:プロジェクトマネージャーにとって重要なのはなぜですか?
2. あなたはXYZプロジェクトのプロジェクトマネージャーです。 プロジェクトが遅れており、時間通りに完了することができないことがわかりました。 任意の予防措置が取られていない場合、それは、組織のための一日あたり$5000の損失を作成することができます。 そのため、いくつかの作業パッケージ間の関係を変更して、順次ではなく並行して開始するように、管理者から承認を得ることを計画しています。 これはの一例ですか?
3. シーケンスを開始するには、終了と二つの活動があります。 最初のアクティビティの期間は12日間で、2番目のアクティビティの期間は10日間です。 これらのアクティビティの完了予定時間は22日間です。 お客様は、19日以内にこれらの活動を完了するように求められます。 これで、最初のアクティビティが完了する3日前に2番目のアクティビティを開始し、両方のアクティビティを19日間で完了できるようになります。 このプロセスは次のように知られています:
高速追跡では、これらの活動は、スケジュールを減らすために、並列または部分的に並列に実行され、順番に計画されています。
4. あなたは建設プロジェクトのプロジェクトマネージャーです。 プロジェクトが遅れていることがわかり、スケジュールを圧縮して時間通りにプロジェクトを完了できるようにすることにしました。 電気活動を完了した後に配管活動を開始するのではなく、電気活動と配管活動の両方を並行して実行するようにチームに依頼しました。 あなたが取った行為は例のであるか。
: ファストトラッキング
5. プロジェクトのスケジュールパフォーマンス指数(SPI)は0.86で、これはスケジュールよりも遅れています。 経営陣は、あなたのプロジェクトを迅速に追跡するように求めました。 あなたは経営陣に、高速追跡の結果は次のとおりであることを通知しました:
回答:1)手直し。
2)リスクを増加させます。
6. プロジェクトスケジュールネットワークダイアグラムには、終了と開始の関係を重ねたり、開始と開始の関係を作成したりすることによって並行して実 どのスケジュール圧縮技術を使用していますか?
回答:高速追跡
7。 プロジェクトが遅延し、プロジェクトのスケジュールの差異があるように。83,あなたは、いくつかの非クリティカルパス活動からいくつかのクリティカルパス活動にハイエンドのリソースを利用することを決めました;また、 これはの一例ですか?
回答:高速追跡
関連読書: 10Essential Time Management Strategies
プロジェクトへのメリット
二つの重要なスケジュール圧縮技術(高速追跡とクラッシュ)は、プロジェクトスコープを変更することなく、スケジュー
概要
この記事では、プロジェクトスコープを変更せずにスケジュールベースラインに沿ってプロジェクトを戻す場合、高速追跡とクラッシュの特定のアプ 高速追跡では、リソースを追加することなく常にアクティビティを並行して実行しますが、クラッシュでは、プロジェクトスケジュールを短縮するために追加のリソースを含めることにより、アクティビティを順番に実行します。