リソースレベリングとは？リソース制約下でスケジュールを最適化する手法

リソースレベリングとは

リソースレベリングとは、プロジェクトのリソース制約（人員数や設備の上限）を考慮して、タスクの開始日・終了日を調整するスケジュール最適化手法です。PMBOKでは「リソースの需要と供給のバランスをとることを目的として、開始日と終了日を調整する技法」と定義されています。

クリティカルパス法（CPM）で算出したスケジュールは、タスク間の依存関係のみを考慮しており、リソースの利用可能性は考慮していません。そのため、同一期間に特定のリソースが複数タスクに同時割り当てされる「過負荷（オーバーアロケーション）」が発生することがあります。

リソースレベリングは、この過負荷を解消するためにフロート（余裕時間）の範囲内でタスクをずらしたり、必要に応じてプロジェクト期間を延長したりする調整を行います。リソースの平準化により、チームメンバーの過重労働を防ぎ、持続可能なプロジェクト運営を実現します。

構成要素

リソースレベリングの中核は、リソースヒストグラム上の過負荷の可視化と、その解消のための3つのテクニックです。

リソースヒストグラム

横軸に時間、縦軸にリソース数をとった棒グラフです。各期間のリソース需要を視覚化し、リソース上限を超える期間（過負荷期間）を特定します。レベリングの前後を比較することで、調整の効果を確認できます。

タスクの開始日移動

最も基本的なテクニックです。フロート（余裕時間）を持つタスクの開始日を後ろにずらして、過負荷を解消します。クリティカルパス上のタスクにはフロートがないため、この手法は非クリティカルなタスクに適用されます。

タスクの分割

1つのタスクを複数の期間に分割して実施する方法です。過負荷の期間にタスクを中断し、リソースに余裕がある別の期間に再開します。ただし、タスクの中断にはコンテキストスイッチのコストが発生する点に留意が必要です。

クラッシング

タスク期間を短縮するために追加リソースを投入する方法です。残業、外注、人員の追加などが該当します。コスト増加を伴うため、納期を厳守しなければならない場合にのみ検討してください。

実践的な使い方

ステップ1: リソースヒストグラムの作成

CPMで算出したスケジュールに基づき、各期間のリソース需要を集計します。ガントチャートツール（Microsoft Project、Primavera P6など）を使えば自動的にヒストグラムが生成されます。リソース上限線を引き、過負荷の期間と程度を特定してください。

ステップ2: 過負荷の分析

過負荷が発生している期間で、どのタスクが同時に実行されているかを確認します。各タスクのフロート（余裕時間）を確認し、移動可能なタスクを特定します。フロートがゼロのタスク（クリティカルパス上のタスク）は移動できないため、フロートのあるタスクから調整を検討します。

ステップ3: レベリングの実行

フロートの範囲内でタスクの開始日を後ろにずらし、リソース需要がリソース上限内に収まるよう調整します。複数のタスクを調整する場合は、優先度の低いタスクから移動させます。タスクの分割が可能な場合は、分割も組み合わせて柔軟に調整します。

ステップ4: 影響の評価

レベリング後のスケジュールを確認し、プロジェクト完了日への影響を評価します。フロートの範囲内で解決できた場合は完了日に影響しません。フロートを超えてタスクを移動した場合は、プロジェクト期間が延長されます。延長が許容できるかをステークホルダーと協議してください。

ステップ5: 代替策の検討

レベリングによるプロジェクト期間の延長が許容できない場合は、クラッシング（追加リソース投入）やファストトラッキング（タスクの並列実行）を検討します。クラッシングはコスト増加、ファストトラッキングはリスク増大を伴うため、トレードオフを明確にした上で判断します。

活用場面

プロジェクト計画の初期段階では、CPMで算出したスケジュールに対してリソースレベリングを適用し、実現可能なスケジュールを策定します。リソース制約を無視したスケジュールは机上の空論であり、レベリングを通じて現実的な計画に仕上げます。

複数プロジェクトを同時に管理するPMOでは、共有リソースの競合を解消するためにプロジェクト横断でレベリングを行います。リソースプールの有効活用と各プロジェクトの納期のバランスを最適化します。

リソース不足時の影響分析では、「メンバーが1名減った場合に完了日はどれだけ延びるか」のシミュレーションにリソースレベリングを活用します。リスクへの事前対策として有効です。

注意点

リソースレベリングはプロジェクト期間を延長する方向に作用する手法です。レベリングの結果、当初の納期を超過する場合は、スコープの調整やクラッシングなど他の対策と組み合わせた判断が必要になります。

自動レベリング機能を持つツールは便利ですが、アルゴリズムが必ずしも最適な結果を出すとは限りません。ツールの出力結果を盲信せず、PMが内容を確認して必要に応じて手動で調整してください。

リソースの稼働率を100%で計画しないことも重要です。会議、管理業務、予期しない割り込み作業を考慮し、実質稼働率を70〜80%として計画することを推奨します。100%計画はバッファのないスケジュールと同義であり、少しの変動で過負荷が発生します。

マルチタスクの常態化はチームの生産性を低下させます。リソースレベリングの目的は、メンバーが集中して作業できる環境をつくることです。並行タスク数を最小限に抑える計画を意識してください。

まとめ

リソースレベリングは、リソース制約を考慮してスケジュールを最適化する手法です。CPMだけでは見えないリソースの過負荷を可視化し、タスクの移動・分割・クラッシングなどの手法で解消します。現実的なスケジュールの策定と、チームの持続可能な稼働の実現に不可欠な手法です。

参考資料

• Fundamentals of Scheduling & Resource Leveling - PMI（スケジューリングとリソースレベリングの基礎）
• Resource Leveling in Project Management: A Complete Guide - The Digital Project Manager（リソースレベリングの包括的ガイド）
• Resource leveling - Wikipedia - Wikipedia（リソースレベリングの概念と手法の体系的解説）