リソース平準化とリソース平滑化: 例との違い

クリティカル パスや終了日が変更された場合でも、リソースの平準化により過剰割り当てが解決されます。リソースのスムージングは利用可能なフロート内に留まるため、クリティカル パスは変わりません。

GanttFather
更新 2026年8月7日 3 min read
View as Markdown
The short answer

クリティカル パスや終了日が変更された場合でも、リソースの平準化により過剰割り当てが解決されます。リソースのスムージングは利用可能なフロート内に留まるため、クリティカル パスは変わりません。

リソースの平準化とリソースのスムージングの違いは何ですか?

リソース平準化では、クリティカル パスやプロジェクトの終了が変更される場合でも、利用可能なキャパシティを超える需要を解決するためにアクティビティの日付が変更されます。リソース スムージングは、利用可能なフロート内でのみ作業を調整するため、クリティカル パスと完了日は変わりません。

容量制限が実際にあり、スケジュールを実行可能にする必要がある場合は、平準化を使用します。期限が固定されており、スケジュールの既存の柔軟性を超えずに、より均一なリソース プロファイルが必要な場合は、スムージングを使用します。

レベリングとスムージングの概要

質問リソースの平準化リソースのスムージング
一次制約リソースの利用可能性クリティカル パスまたは終了日
クリティカルでない作業は移動できますか?はいはい、float 内で
重要な作業は移動できますか?はい、必要に応じていいえ
プロジェクトの終了は変更できますか?はいいいえ
クリティカル パスは変更できますか?はいいいえ
結果実現可能な容量計画既存のスケジュール内でのより均等な使用率

これらの定義は、Project Management Institute の用語集に従っています。チームはこの言葉を曖昧に使用する場合があるため、ラベルだけに依存するのではなく、適用するルールを述べてください。

リソースの平準化の例

1 人のデザイナーが同時に 2 つのタスクに割り当てられます。

タスク予定日努力フロート
デザインチェックアウト9月1日~9月5日5日間0日
デザインのオンボーディング9月1日~9月4日4日間2日

需要を合計すると、1 人あたり 2 件のフルタイムの割り当てになります。オンボーディングを 2 日移動すると、フロートがすべて使用されますが、それでも 2 日の重複が残ります。計画を実行可能にするために、平準化により、使用可能なフロートを超えて残りが遅延されます。オンボーディングによって最終リリースがフィードされる場合、プロジェクトの終了が移動し、新しいクリティカル パスが出現する可能性があります。

元の日付は実行可能なスケジュールではありませんでした。レベリングにより、実際の容量制限の結果が明らかになります。

リソーススムージングの例

オンボーディングに合計 6 日間のフロートがあると仮定します。この期間を 9 月 1 ~ 4 日から 9 月 8 ~ 11 日に移動すると、後続の期間はそのままで重複がなくなり、プロジェクトの終了は変更されません。それがスムージングです。クリティカル パスを変更せずにリソース プロファイルが改善されます。

スムージングは次のような場合に役立ちます。

  • 需要の急激なピークを軽減します。
  • 不必要なマルチタスクを避ける。
  • 柔軟な勤務を休暇やメンテナンス期間から切り離します。
  • より安定した請負業者または設備計画を作成します。
  • 約束された終了日を保持します。

すべての過負荷を解決できるわけではありません。フロートが不十分な場合は、容量、範囲、ロジック、生産性の仮定、または期限を変更する必要があります。

リソースの平準化はどのように機能しますか?

スケジュール ツールまたはプランナーは通常、次のことを行います。

  1. 合計の需要がキャパシティを超える割り当てを特定します。
  2. タスクの優先順位、依存関係、制約、カレンダー、および利用可能なフロートを考慮します。
  3. 設定されたルールに従って対象となる作業を遅延または分割する。
  4. 日付とクリティカル パスを再計算します。
  5. 残りの超過割り当てを報告します。

たとえば、Microsoft Project は平準化中にタスクを遅らせたり分割したりすることができ、平準化によって個々の割り当てを調整したり分割を作成したりするかどうかを制御できます。自動化された出力には依然として人間によるレビューが必要です。数学的に矛盾のないスケジュールは、顧客の優先順位に違反したり、コストのかかる停止/開始作業が発生したりする可能性があります。

プロジェクトを遅らせる前に何を試すべきでしょうか?

すぐに人を追加したり、フィニッシュを移動したりしないでください。まず競合を調べます。

  • 同じ名前の担当者が本当に必要ですか? それとも別の資格のあるリソースがその作業を行うことができますか?
  • タスクを独立した部分に分割できますか?
  • 労力に基づく期間がカレンダーの期間として誤って扱われていませんか?
  • 配信リスクを追加せずに実際の依存関係を変更できますか?
  • 優先度の低いスコープを新しいリリースに移動できますか?
  • 残業は合法で、安全で、手頃な料金で、本当に一時的なものですか?
  • 人を追加すると、トレーニングと調整のオーバーヘッドが増加よりも大きくなりますか?

ナレッジワークの場合、「2 つのタスクに 50% が割り当てられる」ということは、両方が半分の速度でスムーズに進むことを意味することはほとんどありません。コンテキストの切り替えとハンドオフのブロックにより、順次計画をより迅速に行うことができます。

ガント チャートでリソースを手動で平準化するにはどうすればよいですか?

  1. 指名された個人、役割、チーム、または機器リソースを関連する各タスクに割り当てます。
  2. 同時割り当ての時間段階のビューを作成します。
  3. 各リソースの実際の可用性を超える需要にフラグを立てます。
  4. 影響を受けるタスクの合計とフリーフロートを確認します。
  5. クリティカルではない、優先度の低い作業をフロート内で最初に移動します。
  6. 過負荷が残る場合は、代替所有者、タスク分割、範囲、または日付をテストします。
  7. マテリアルを移動するたびに、依存関係とクリティカル パスを再計算します。
  8. 決定を記録し、現在の予測を更新します。

リソース割り当て、平準化、平滑化

  • リソース割り当て は、利用可能な人または資産を作業に割り当てます。
  • リソースの読み込みは、それらの割り当てが時間の経過とともにどれだけの需要を生み出すかを示します。
  • リソースの平準化は、実行不可能な読み込みを排除するために日付を変更し、仕上がりが変わる可能性があります。
  • リソース スムージング は、クリティカル パスを変更せずにフロート内で作業を再分散します。

したがって、所有者を割り当てることは、容量が実現可能であることを証明するものではありません。すべての行が割り当てられたスケジュールでも、同じ専門家が 1 日に 24 時間の作業を実行する必要がある場合があります。

よくある間違い

依存関係ネットワークが信頼できるようになる前の平準化

リンクが欠落しているか誤っているとフロートが歪み、オプティマイザーの選択が信頼できなくなります。まずロジックを検証します。

すべての元の日付を保護する

容量が固定されていて不足している場合は、何かを変更する必要があります。日付の移動を拒否しても競合は解決されません。それはそれを隠します。

すべてのリソースを交換可能なものとして扱う

2 人の開発者またはマシンが、異なるスキル、権限、場所、またはスループットを持っている場合があります。実行に影響を与える制約をモデル化します。

結果を確認せずに自動レベリングを実行する

ソフトウェアは商業的または人間的な優先事項をすべて推測することはできません。分割されたタスク、遅れたマイルストーン、新しいクリティカル パス、厄介な引き継ぎを検査します。

スムージングを使用して不可能な計画が実現可能であると主張する

スムージングは float によって制限されます。過負荷を解消できない場合は、実際のトレードオフを段階的に増やしてください。

GanttFather は手動によるリソース平準化の決定をどのようにサポートできますか?

GanttFather は、タスクの割り当て、日付、ラグのある FS/SS/FF/SF の依存関係、アプリケーションのクリティカル パス ビューなど、判断に必要な情報をプランナーに提供します。リアルタイム共有プロジェクトで担当と重複作業を可視化し、タスクを 1 つずつ移動してパスを再計算します。作業を移動する前にトータルフロートとフリーフロートを確認し、クリティカルパスを再計算してから、スケジュール品質チェックリストを適用します。

スケジュールを自動的にリソース平準化するわけではないため、複雑な複数プロジェクトのポートフォリオにおけるキャパシティ エンジンの代替にはなりません。これは、小規模なチームが競合を明らかにし、トレードオフ自体を承認したい場合に適しています。無料利用枠には、所有プロジェクト 1 つ、編集者シート 2 つ、無制限の視聴者とゲストが含まれます。

無料の GanttFather プロジェクトを作成する 1 つの実際の過剰割り当てをモデル化し、実現可能な日付オプションを比較します。

よくある質問

リソースの平準化は常にプロジェクトを遅らせますか?

いいえ。既存のフロート内の競合、または割り当てを変更することで解決できる可能性があります。仕上がりの変更は可能ですが、変更できるかどうかはスケジュールとキャパシティによって異なります。

レベリングによってスケジュールは短縮できるでしょうか?

その目的は圧縮ではなく実現可能性です。割り当てやロジックを修正すると、より短い実現可能な計画が明らかになることもありますが、自動平準化により作業が遅れるのが一般的です。

リソースクラッシュとは何ですか?

技術的に可能な場合、クラッシュによりクリティカル パスの期間を短縮するためにリソースまたはコストが追加されます。これはスケジュールを圧縮する手法であり、過剰割り当てを解決することとは異なります。

高速追跡とは何ですか?

高速追跡は、順次計画されたアクティビティと重複し、追加のリスクを受け入れます。ロジックや実行戦略が変更されます。スムージングでは、既存のフロート内で作業を移動するだけです。


出典

  1. Project Management Institute、PMI プロジェクト管理用語辞典
  2. Microsoft サポート、プロジェクト作業を均等に分散します (レベルのリソース割り当て)
  3. 米国政府会計検査院、スケジュール評価ガイド

Want to skip the reading?

GanttFather is free forever — no card, no trial.

Start free
Next up
GanttFather
The Don of Project Management

Every feature included — Gantt, Kanban, dependencies, critical path, real-time sync, Excel and AI agents. Free tier includes 1 project you own, 2 editor seats, and unlimited viewers and guests.

Start free