ファストトラッキングとは？タスクの並行化でスケジュールを短縮する技法

ファストトラッキングとは

ファストトラッキング（Fast Tracking）とは、本来は順次実行する計画だったタスクの一部または全部を並行して実施することで、プロジェクト全体のスケジュールを短縮する技法です。PMBOKではスケジュール短縮技法の1つとして位置づけられ、クラッシングと並んでプロジェクトの納期短縮に使われる代表的な手段です。

この技法の基本的な考え方は、「先行タスクが完全に終わらなくても後続タスクを開始できる部分がある」という認識に基づいています。例えば、設計フェーズの全画面の設計が完了するのを待たずに、完了した画面から順次開発を開始するアプローチです。先行タスクと後続タスクの重複期間を作ることで、全体の期間を短縮します。

ファストトラッキングの最大の特徴は、追加コストをかけずにスケジュールを短縮できる可能性がある点です。クラッシングがリソースの追加投入を前提とするのに対し、ファストトラッキングは既存のリソースでタスクの実行順序を変更するだけで効果が得られます。ただし、並行作業に伴う手戻りリスクという形でコストが発生する可能性があります。

構成要素

対象タスクの選定

ファストトラッキングを適用する対象は、クリティカルパス上のFS（終了-開始）関係にあるタスクです。非クリティカルパス上のタスクを並行化しても、プロジェクト全体の完了日は変わりません。対象タスクの先行成果物が部分的に利用可能であることが適用の前提条件です。

重複度（オーバーラップ率）

先行タスクと後続タスクの重複の度合いを示します。先行タスクの進捗が50%の時点で後続タスクを開始する場合、重複度は50%です。重複度が高いほどスケジュール短縮効果は大きくなりますが、手戻りリスクも増大します。一般的には20%から50%の重複が現実的な範囲です。

手戻りリスク

並行作業による最大のリスクです。後続タスクの開始時に利用した先行タスクの成果物が、後に変更される可能性があります。設計が確定する前に開発を始めた場合、設計変更に伴って開発の手戻りが発生します。手戻りの規模は重複度と先行タスクの変更確率に依存します。

コミュニケーションコスト

並行作業では先行タスクと後続タスクのチーム間で密接な連携が必要です。設計の進捗状況、変更可能性の高い箇所、確定した部分と未確定の部分の共有が不可欠です。このコミュニケーションのための追加コストが発生します。

実践的な使い方

ステップ1: クリティカルパスの特定

現在のスケジュールのクリティカルパスを特定し、短縮が必要な期間を明確にします。「クリティカルパスを2週間短縮する必要がある」のように、具体的な目標を設定します。

ステップ2: 並行化候補の洗い出し

クリティカルパス上のFS関係にあるタスクペアを洗い出します。各ペアについて、「先行タスクの部分的な成果物で後続タスクを開始できるか」を評価します。先行タスクの成果物が分割可能（画面ごと、モジュールごとなど）である場合に候補となります。

ステップ3: リスク評価

各候補ペアについて手戻りリスクを評価します。先行タスクの成果物の変更確率、変更があった場合の後続タスクへの影響度、手戻りが発生した場合の追加工数を見積もります。期待値として「手戻り工数 = 変更確率 x 影響度 x 後続作業量」を計算し、短縮効果と比較します。

ステップ4: 重複度の決定と実行

リスク評価の結果に基づいて、各ペアの重複度を決定します。変更確率が低い部分（確定度が高い設計から着手する）を先に並行化し、変更確率が高い部分は順次実行のまま残します。先行タスクの変更管理ルールと、後続タスクへの変更通知プロセスを明確にしておきます。

ステップ5: モニタリングと調整

並行作業中は、先行タスクの変更状況を継続的にモニタリングします。変更が発生した場合は速やかに後続タスクに通知し、手戻りの範囲を最小化します。手戻りが頻発する場合は、重複度を下げるか、並行化を取りやめる判断も必要です。

活用場面

プロジェクトの納期が短縮を要求されたが、追加予算が得られない場合に最も有効です。既存のリソースでスケジュールを短縮する手段として、まずファストトラッキングを検討します。

ウォーターフォール型プロジェクトのフェーズ間重複に適しています。「設計完了後に開発開始」という厳密なフェーズゲートを緩和し、設計の確定した部分から順次開発を開始するアプローチです。

段階的な納品が可能なプロジェクトでも活用されます。全機能の完成を待たずに、完成した機能から順次リリースすることで、ビジネス価値の早期実現とスケジュール短縮を同時に達成します。

注意点

適用可否の見極め

すべてのタスクペアがファストトラッキング可能なわけではありません。「基盤構築が完了しないとアプリケーション開発ができない」のように、先行タスクの完全な成果物が後続タスクの前提条件である場合は適用できません。

クラッシングとの使い分け

ファストトラッキングとクラッシングの使い分けを理解してください。ファストトラッキングはコスト増なしだがリスク増、クラッシングはリスク増なしだがコスト増という特徴があります。多くの場合、両方を組み合わせて最適な短縮策を構成します。

チームへの心理的影響

並行作業はチームのストレスを増大させます。曖昧な仕様のまま作業を進めること、変更への対応が頻繁に求められることは、チームのモチベーションに影響します。ファストトラッキングの理由と期待効果をチームに共有し、理解を得た上で実施してください。

まとめ

ファストトラッキングは、順次実行する計画のタスクを並行化してスケジュールを短縮する技法です。クリティカルパス上のFS関係にあるタスクペアが対象であり、先行タスクの部分的な成果物で後続タスクを開始できることが適用条件です。追加コストなしでの短縮が可能ですが、手戻りリスクとコミュニケーションコストが伴います。リスク評価に基づく重複度の設定と、変更管理プロセスの整備が成功の鍵です。