PMP®試験のヒント：クラッシュ＆高速追跡を説明しました

すべてのプロジェクトマネージャーは、スケジュールが常に変化することを知っています。 そして残念なことに、スケジュールは通常短くならない–より長くなる! またはあなたの顧客はプロダクトがより早く渡されてほしい。 そして今、プロジェクトの初めに完全なスケジュールのように見えた何が総混乱であり、決して時間通りにあなたのプロジェクトを完了できない!

もちろん、クラッシュや高速追跡の形で即時の行動を取らない限り。

そして、それはこの記事がすべてに約あるものです。 私はあなたがProject Management Professional(PMP)®試験のための両方の技術について知っておく必要があるすべてをお教えします。 私も、以下のビデオと試験のサンプルの質問が含まれます。 始めましょう:

クラッシュと高速追跡は、スケジュール圧縮技術です

スケジュール圧縮は、プロジェクトスコープを変更せずにプロジェクトの期間を短縮したい場合に使用されます。

これは、元のスケジュールに遅れていて、”追いつく”必要がある場合や、競合他社が同じタイプの製品に取り組んでいて、最初に市場に出たいので、より早 また、他の要因に基づいて当初予定されていたよりも迅速にプロジェクトを完了するための戦略的決定である可能性があります。

PMP®試験のために理解する必要がある二つのスケジュール圧縮技術があります。

クラッシュプロジェクトにリソースを追加して、より速く終了できます。 クラッシュは、ほとんどの場合、金融コストを伴います。 高速追跡タスクを並行して実行するので、より速く完了できます。 このように重複するタスクは、多くの場合、リスクを増加させます。

スケジュール圧縮は、プロジェクトの終了日をクリティカルパスで定義するため、常にプロジェクトのクリティカルパスに焦点を当てる必要があ また、プロジェクトを早く終了したい場合は、プロジェクトの終了日に影響を与えないアクティビティを圧縮することは意味がありません。

ファストトラッキングとは何ですか？

ファストトラッキングは、各作品が別々に完了するのを待つのではなく、同時に作業されるプロジェクト内のさまざまな活動を再スケジュー 常にこの技術を最初に開始します。 どうして？ 含まれる費用がないので。 あなたは基本的に”ちょうどスケジュールを再配置”しています。

しかし、この方法は、実際にアクティビティを重複させることができる場合にのみ使用できます。

例えば、設計仕様が100%完成していなくてもプロトタイプの構築を開始することができます。 プロトタイプ開発を開始するのに十分な仕様が定義されている限り、それらを重複させることができます。

高速追跡に伴うリスクは、プロジェクトの並列側面に依存関係が含まれている場合に問題が発生する可能性があるということです。 この例では、設計がプロセスの途中で変更された場合、プロトタイプを手直しする必要があるというリスクがあります。 しかし、あなたの機会は、設計が安定したままであれば、生産がはるかに早く行われるということです。

だから、リスクと機会はプロジェクトマネージャーによって互いに秤量されなければならない。

高速追跡の例

プロジェクトスケジュールを確認していると、プロジェクトの終了日が約束された終了日を超えて滑っていることに注意してくださ あなたは、任意の追加のお金を費やすことなく、トラックに戻って物事を持参する必要があります。

詳細な分析は、プロジェクトを短縮するために、以前に開始できる三つのタスクがあることを示しています:

• エンドユーザードキュメントは、統合テストの後、最終的なサインオフの前に開始できます。
• テストシステムを使用して最初の3つのセッションをトレーニングできる場合、最終システムのセットアップとインストールの前にユーザートレーニングセッ

これらのアイデアのそれぞれは、あなたのスケジュールを短縮するだけでなく、プロジェクトに追加のリスクを追加します。 プロジェクトマネージャーがお互いに対してオプションを比較検討し、スケジュールを短縮するために適用されるこれらの（またはすべて）を決定するのは

クラッシュとは何ですか？

クラッシュアプローチを使用すると、プロジェクトを急ぐことに関連する追加コストが、より速いタイムラインでプロジェクトを完了することの可能性のある利点と比較して見直されます。 クラッシュアプローチを使用する際に考慮すべき追加の項目には、プロジェクトのリソースの追加、追加の残業の許可、重要なコンポーネントの配信をより迅速に受け取るための余分な支払いなどが含まれます。

クラッシュは、追加のリソースがプロジェクトをより早く完了できる場合にのみ機能します。 例えば、”基礎のコンクリートが3日間乾燥しなければならない”ときに、人的資源を追加することによってクラッシュは機能しません。

クラッシュ例

あなたは、組織内の新しい規制を実装するためのプロジェクトをリードしています。 新しい法律は6月30日に施行され、遅延の毎日はあなたの組織に政府が罰金を課した費用がかかります。 あなたはすでに可能な限りプロジェクトのスケジュールを微調整し、合理化していますが、抜本的な対策なしにはそれ以上の改善は可能ではな

プロジェクトスポンサーとの議論では、プロジェクトをスケジュール通りに終了することが主な制約であることに同意します。 追加の予算を要求する必要があります。

• クリティカルパスを分析します。
• リソースを追加することで短縮できるすべてのタスクを識別します。
• タスクごとに計算を行い、リソースを追加することによって保存されたコストと日数を決定します。
• あなたは最もコストのかからないアプローチを特定します。
• スポンサーに予算と更新スケジュールを提供します。

プロジェクトでクラッシュと高速追跡を使用するにはどうすればよいですか？

上記の例は、クラッシュと高速追跡を教科書の観点から説明することを意図しています。 彼らは、彼らがどのように動作するかを示すために、単純な状況でこれらの技術の理論的な適用を説明します。 紙の上に。

しかし、実際のプロジェクトでこれらの技術を使用するのはどうですか？ Textookプロセスを単純に実装することは可能ですか、それとも考慮する必要がある具体的な洞察はありますか？ 他のプロジェクトマネージャーから学んだ教訓は何ですか？

私たちは議論フォーラムの参加者に尋ねることにしました。 あなたと同じように、彼らは進行中のプロジェクトを担当するすべてのプロジェクトマネージャーであり、それらの多くは、これらの技術の経験を持っています。 ここで私たちが尋ねた質問は次のとおりです:

1. どのようにあなたのプロジェクトにクラッシュや高速追跡を使用していますか？
2. あなたは私たちと共有することができますどのような教訓を学びましたか？
3. そしてもちろん。.. どのようにあなたのPMP試験のためにこれら二つの技術を研究していますか？

ディスカッションフォーラムで質問したところ、非常に洞察力のある回答が多数寄せられました。 あなたはここですべてを読むことができます。

Crashing+Fast Trackingに関するこのPMPトレーニングビデオを見る

下の画像をクリックして、PMP試験のクラッシュと高速追跡について知っておく必要があるすべてを10分:

クラッシュと高速追跡の詳細

クラッシュと高速追跡は、スケジュール圧縮技術です。 あなたのスケジュールを短縮し、特定のスケジュールの目標に到達するためにそれらを適用します。

• 高速追跡とは、通常はこの方法では行われない場合でも、二つのアクティビティを同時に実行することを意味します。
• 高速追跡は無料ですが、プロジェクトに追加のリスクを追加します。
• クラッシュとは、プロジェクトにリソースを追加することを意味します。
• だから、あなたはあなたに降圧のための最大の強打を与えるそれらの活動をクラッシュしたい-少なくともコストで最もスケジュー
• どちらのテクニックも、クリティカルパス上の活動に適用する場合にのみ意味があります。

最後に、ディスカッションフォーラムに立ち寄って、他のプロジェクトマネージャーがプロジェクトでこれらのテクニックをどのように使用しているか、PMP試験