目次:
- 依存関係を確認する
- リソースが利用できないためにタスクの開始が遅れました。しかし、おそらく別のリソースが作業を行うことができます。その場合は、リソースを切り替え、タスクをより早く開始させます。
- スケジュールの余裕をなくすことはありません。スラックはあなたの友です。リソースを中心にスケジューリングの柔軟性を提供します。
- クラッシュと呼びます。
ビデオ: OOONA - Translation Manager 2024
あなたが宿題をしてプロジェクトに不測の予備を追加すると、計画を現実的にするだけでなく、プロジェクトに時間を追加することになります。プロジェクトの終了日がそのような力ではうまくいかない場合は、タイミングを細かくするためにいくつかの戦術を試さなければなりません。
依存関係を確認する
計画のタイミングは、各タスクの継続時間と、タスク間に構築する関係 依存関係 によって決まります。すべての依存関係を可能な限り最良の方法で構築したかどうかを自問してください。
<!おそらく1つのタスクは別のタスクが終了するまで開始されなかったかもしれませんが、2つ目のタスクは前のタスクが終了する2日前に開始された可能性があります。このタイプのオーバーラップ(fast tracking と呼ばれる)でビルドすると、時間を節約できます。何百ものタスクを持つプロジェクトの生涯にわたって、そのような重複を数十のタスクに加えても、1か月以上の時間を節約できます。 タスクインスペクタペインを使用して依存関係の範囲を特定します。
<!リソースの可用性を管理する
タイミングを推進するもう一つの要因は、リソースの可用性です。依存関係では、先行タスクが終了するまでリソースが利用できないため、別のタスクが終了する前に開始することはできません。リソース依存のタイミングでこれらの潜在的な問題を探します。リソースが利用できないためにタスクの開始が遅れました。しかし、おそらく別のリソースが作業を行うことができます。その場合は、リソースを切り替え、タスクをより早く開始させます。
<! - 3 - >
-
プロジェクトは、作業を行うために利用可能なリソースの数に応じて、自動スケジュールされたタスク(作業負荷スケジューリングによる固定作業ユニットおよび固定ユニット)の期間を計算します。これらのタスクにリソースを追加すると、プロジェクトの期間が短縮されます。
特定のタスクに高度に熟練したリソースを割り当てると、タスクを完了するために必要な作業時間を短縮することができます。これは、熟練者が作業をより迅速に完了できるためです。クリティカルパス上のタスクに多くのリソースを割り当てることで、そのような作業主導のタスクを短縮することができます。 -
あなたにはお金がありますが、時間や資源はありません。外部のベンダーを雇用して作業を行うことを検討してください。
-
タスクを削除
-
他のすべてが失敗し、できるだけ時間を短縮したら、いくつかの特定のコーナーを切るときです。まず、重要でないタスクをスキップすることを検討します。ステークホルダーとのプロジェクトの目標を再検討し、その範囲を縮小してスケジュールからタスクを排除できるかどうかを尋ねます。あまり厳しくない品質やパフォーマンスレベルでも交渉することができます。
-
決して
スケジュールの余裕をなくすことはありません。スラックはあなたの友です。リソースを中心にスケジューリングの柔軟性を提供します。
コストのトレード時間
プロジェクトで最も重要な目的は、スケジュールです。それがプロジェクトの場合は、全体の期間を短縮するために、より大きな予算を交渉することができます。その後、余分な資金を使用して残業の支払い、リソースの追加、船積みの迅速化、または既存のリソースの時間当たりのコミットメントを増加させることができます。 この問題で資金を投入してスケジュールを短縮することを
クラッシュと呼びます。
しかし、すべてのタスクがクラッシュする可能性はありません。本当に固定された期間を持つタスクは、投げたリソースの数にかかわらず、かかる時間がかかります。
スケジュールをクラッシュさせるには、タスクを分析して、最低コストのスケジュールから最も長い時間を差し引くことができる場所を確認します。このタスクを悪用した後、次にコストの低いタスクに移動します。 クリティカルパス上のタスクにのみフォーカスします。プロジェクトの全体的な長さを短縮しようとしている場合、それにないタスクの継続時間を短縮することは効果がありません。 ある時点で、クリティカルパスの持続時間を、クリティカルパスが異なる程度まで減らします。その後、新しいクリティカルパスに取り組むことができます。
プロジェクトを早く追跡したり、クラッシュしたり、スコープを外したりするほど、遅くなる可能性が高くなります。そうですね、ある時点で、スケジュールからできるだけ多くの時間を圧縮し、複数のクリティカルパスとほぼクリティカルなパスを持つことになります。
それらのパスのいずれかのタスクがスリップした場合、プロジェクトは何らかの緊急時予備を使用する必要があります。あなたが慎重でないなら、あなたはそれをすべて使い、プロジェクトを遅くします。