📋プロジェクトマネジメント

フロート管理とは?スケジュール余裕を戦略的に活用する方法

フロート管理は、プロジェクトスケジュールの余裕時間(フロート)を可視化し、戦略的に活用する手法です。トータルフロートとフリーフロートの違い、管理ステップを解説します。

    フロート管理とは

    フロート管理とは、プロジェクトスケジュール上の各タスクが持つ余裕時間(フロート/スラック)を可視化し、戦略的に活用するマネジメント手法です。クリティカルパス法(CPM)の応用として位置づけられます。

    フロートが0のタスクはクリティカルパス上にあり、遅延が即座にプロジェクト全体の遅延につながります。一方、フロートが正のタスクには遅延の余裕があります。この余裕をどう活用するかがフロート管理の核心です。

    フロートを意識しない管理では、余裕のあるタスクにリソースを過剰配分したり、逆にクリティカルなタスクのリスクを見落としたりします。フロートを可視化することで、限られたリソースを効果的に配分できます。

    フロート管理の基礎となるクリティカルパス法(CPM)は、1957年にデュポン社のジェームズ・ケリーとレミントンランド社のモーガン・ウォーカーによって開発されました。また、プロジェクトバッファの概念を提唱したクリティカルチェーン法は、エリヤフ・ゴールドラットが1997年の著書「クリティカルチェーン」で発表した手法です。

    構成要素

    フロートには2つの種類があり、それぞれ異なる意味を持ちます。

    フロートの種類と活用

    トータルフロート(Total Float)

    プロジェクト全体の完了日に影響を与えずに、タスクを遅延させられる最大日数です。最遅完了日から最早完了日を引いて算出します(TF = LF - EF)。

    トータルフロートは「プロジェクト全体に対する余裕」を示します。あるタスクのトータルフロートを消費すると、後続タスクのトータルフロートも減少します。つまり、フロートは経路上で共有されるリソースです。

    フリーフロート(Free Float)

    直接の後続タスクの最早開始日に影響を与えずに、タスクを遅延させられる日数です。後続タスクの最早開始日から、当該タスクの最早終了日を引いて算出します。

    フリーフロートは「そのタスク固有の余裕」を示します。フリーフロートの範囲内で遅延しても、他のタスクへの影響はありません。

    プロジェクトバッファ

    クリティカルチェーン・プロジェクトマネジメント(CCPM)では、個々のタスクのバッファを取り除き、プロジェクト全体にまとめてバッファを配置する考え方をします。これにより、バッファの消費状況でプロジェクト全体の健全性を判断します。

    実践的な使い方

    ステップ1:フロートを計算し可視化する

    ネットワーク図上でフォワードパスとバックワードパスの計算を行い、各タスクのトータルフロートとフリーフロートを算出します。

    算出したフロートをガントチャート上に可視化します。フロートが0(クリティカルパス)のタスクを赤、フロートが小さい(5日以内など)タスクを黄、十分なフロートがあるタスクを緑で色分けすると、一目でリスクの所在が分かります。

    :::box-point フロートの色分け表示(赤: 0日、黄: 5日以内、緑: 5日超)をガントチャートに適用すると、リスクの所在が一目で分かります。プロジェクト管理ツールの多くがこの色分け機能を提供しています。 :::

    ステップ2:フロートに基づいてリソースを配分する

    フロートの情報を使ってリソース配分を最適化します。

    クリティカルパス上のタスクには、スキルの高いメンバーを優先的に配置します。フロートの大きいタスクは開始時期をずらして、リソースの平準化に活用します。このように、フロートを「リソース調整のバッファ」として戦略的に使います。

    ステップ3:フロート消費を監視する

    プロジェクト実行中、フロートの残量を定期的に監視します。計画段階で十分なフロートがあったタスクでも、遅延が積み重なるとフロートが枯渇し、新たなクリティカルパスが出現することがあります。

    フロート消費率(消費したフロート / 当初のフロート)をトラッキングし、閾値を超えた場合にアラートを出す仕組みが有効です。

    活用場面

    • リソースの競合を解消するためのタスク開始時期の調整
    • クリティカルパスの変動を早期に検知する場面
    • スケジュール圧縮の候補タスクを選定する場面
    • ベンダーとの納期交渉で余裕度を提示する場面
    • マルチプロジェクト環境でのリソース優先順位づけ

    注意点

    フロートの共有性を理解する

    フロートは共有リソースであることを忘れてはなりません。ある経路上の複数タスクが同じトータルフロートを共有しています。一つのタスクがフロートを消費すると、同じ経路上の他タスクのフロートも減少します。

    フロートに安心しすぎない

    「フロートがあるから大丈夫」と安心するのは危険です。フロートはリスク対応のためのバッファでもあります。意図的にフロートを残す戦略が、スケジュールの安定性を高めます。

    :::box-warning フロートの計算は、タスク間の依存関係が正確に定義されていることが前提です。依存関係の定義が不正確だと、フロートの値も信頼できません。ネットワーク図の依存関係を定期的に見直してください。 :::

    クリティカルパスの変動を監視する

    プロジェクトの進行に伴い、遅延の積み重ねによってクリティカルパスが変動することがあります。当初はフロートに余裕があった経路がクリティカルパスに変わるケースも珍しくないため、フロートの残量を定期的に再計算し、変化を追跡してください。

    まとめ

    フロート管理は、トータルフロートとフリーフロートを可視化し、リソース配分の最適化とスケジュールリスクの監視に活用する手法です。フロートの計算と可視化、リソース配分への活用、消費状況の監視という3ステップで実践します。フロートを戦略的に管理することで、プロジェクトスケジュールの安定性と柔軟性が向上します。

    関連記事