プロジェクト スケジュールのベースラインとは何ですか?バリアンスの実践ガイド

プロジェクト スケジュールのベースラインとは何ですか?

スケジュール ベースラインは、パフォーマンスの測定に使用されるプロジェクト スケジュールの正式に承認されたバージョンです。計画された日付と、ある時点で受け入れられたスケジュール ロジックを記録します。次にチームは、実際の進捗状況と修正された予測を使用して別の現在のスケジュールを更新し、両者を比較して差異を理解します。

ベースラインの答えは 「何を承認しましたか?」 現在のスケジュールの答えは 「今何を期待していますか?」 最初のスケジュールを上書きして 2 番目のスケジュールと一致させることは決してしないでください。

ベースラインと現在のスケジュールと目標日

打ち上げが 10 月 2 日に予定されていたとします。現在のスケジュールでは 10 月 9 日が予測されていますが、契約では 10 月 5 日までに完了する必要があります。これらは 3 つの異なる事実です。

• ベースライン終了差異: 7 日遅れ;
• 要求された日付に対する予測: 4 日遅れ;
• 歴史的計画の承認: まだ10月2日。

ベースラインを 10 月 9 日に変更すると、何が変化したかを説明するために必要な証拠が消去されてしまいます。

スケジュールのベースラインには何を含めるべきですか?

少なくとも以下を保存してください。

• 承認されたタスクとマイルストーンの開始日と終了日。
• 期間と依存関係のロジック。
• 作業カレンダーと関連する制約。
• プロジェクトおよび主要フェーズの終了日。
• スケジュールによって表される範囲。
• 仮定と除外;
• 承認日と承認権限。

管理されたプロジェクトの場合、コストとリソースのベースラインをスケジュールに統合できます。この記事では時間パフォーマンスに焦点を当てます。完全なパフォーマンス測定ベースラインには、複数の日付を含めることができます。

ベースラインはいつ作成する必要がありますか?

誰かが最初のガント チャートを作成した時点ではなく、スケジュール後のベースラインは管理できるほど信頼できます。承認する前に、次のことを確認してください。

1. 範囲は完全な作業の内訳によって表されます。
2. アクティビティには明確な終了条件があります。
3. 依存関係は実際のハンドオフを反映します。
4. 期間とカレンダーが現実的である。
5. 所有者とリソースの想定を理解する。
6. 主要なリスクと不測の事態が目に見える。
7. クリティカル パスは連続的で説明可能です。
8. マイルストーンの日付は約束と一致します。
9. 利害関係者は何が除外されるかを知っています。
10. 権限のある所有者が参照プランを承認します。

を使用します。 10 項目のスケジュール品質チェックリスト 参照を凍結する前に。

スケジュールの差異をどのように測定しますか?

最も単純で便利な比較は日付の差異です。

• 開始差異: 現在の開始または実際の開始からベースライン開始を差し引いたもの。
• フィニッシュ差異: 現在の予想または実際のフィニッシュからベースラインフィニッシュを差し引いたもの。
• マイルストーン差異: 現在のマイルストーン日から基準マイルストーン日を引いたもの。

暦ベースを記載します。 5 暦日と 5 営業日は同等ではありません。

たとえば:

差異の増加は、プロジェクトが単に 1 回の初期遅延を抱えているだけではないことを示唆しています。さらなるスリッページが蓄積しています。変更されたスコープ、過小評価された期間、リソースの可用性、欠陥、壊れた依存関係を調査します。

正式な達成額管理では、スケジュール差異 (SV = EV − PV) および スケジュール パフォーマンス指数 (SPI = EV / PV) も使用します。これらは日付の違いではなく、値に基づいたメジャーです。 SPI が 1.0 未満の場合は、獲得した計画価値が予想よりも少ないことを示しますが、予測が 7 日遅れていることを直接示すわけではありません。意図した質問には日付と達成額のメジャーを使用します。

現在のスケジュールはどれくらいの頻度で更新する必要がありますか?

意思決定をサポートするペースで更新します。中規模プロジェクトでは毎週が一般的です。カットオーバーには、毎日または日内の制御が必要な場合があります。各状況報告日:

1. 実際の開始と終了を記録します。
2. アクティブな作業の残り期間を更新します。
3. 実行計画が本当に変更された場合にのみ将来のロジックを修正します。
4. 予測日を再計算します。
5. クリティカルパスおよびクリティカルに近いパスをレビューします。
6. 重大な相違点を説明し、行動に同意する。

完了率のみを更新することは避けてください。タスクは 3 週間で「90% 完了」する可能性があります。残り期間と終了予測は運用上さらに便利です。

再ベースライン化が合法となるのはどのような場合ですか?

ベースラインの再ベースラインは、許可された重要な変更によって古いリファレンスが将来のパフォーマンス測定に適さなくなった後にのみ実行してください。例としては次のものが挙げられます。

• 承認された範囲が追加または削除されました。
• 正式に受け入れられた配信戦略の変更。
• 契約の変更。
• 計画基準の外にある主要な外部イベント。
• 新しい管理基準として承認された回復計画。

パフォーマンスが悪いだけでは、ベースラインを消去する理由にはなりません。オリジナルおよび承認された各改訂を保存し、変更が承認された理由を記録し、レポートで使用されるベースラインを開示します。

よくあるベースラインの間違い

保存されたファイルを承認されたベースラインとして扱う

スナップショットはデータを保存できますが、ガバナンスによりそれがベースラインになります。誰が、いつ、どの範囲に対して承認したかを記録します。

更新ごとにベースラインを移動する

これにより差異ゼロが保証され、説明責任が排除されます。履歴ではなく予測を更新します。

最終日のみを比較する

フィニッシュを変更しないと、消費されたフロートや中間マイルストーンの滑りを隠すことができます。クリティカル パスおよびクリティカルに近いパスを確認します。

ベースライン オーバーレイによるバージョン履歴の混乱

バージョン履歴は、「当時のプロジェクトはどのようなものでしたか?」という質問に答えます。ベースライン オーバーレイにより、継続的な分散レビューのために、承認されたバーが現在のバーの横に表示されます。アーティファクトは相互にサポートできますが、自動的に同等になるわけではありません。

GanttFather でスケジュールのベースラインを保持するにはどうすればよいですか?

GanttFather は、プレビューおよび復元できる名前付きバージョンのスナップショットをサポートしています。Approved schedule — 2026-09-01 のように分かりやすい名前でバージョンを保存し、プロジェクトの背景情報またはガバナンスノートに承認者と対象範囲を記録します。

2026 年 8 月 7 日時点で、GanttFather はすべてのタスクに専用のベースラインバーを重ねて表示する機能を提供していません。正式な差異レポートには、承認済みスケジュールをエクスポートするか、ライブ予測と並べてベースライン表を保持してください。製品のレポートと健全性ビューは現在のパフォーマンスに関する議論を支援できますが、名前付きバージョンを実際より高度な保存済みベースライン機能として説明すべきではありません。

この違いを理解することは、ソフトウェアを正直に選ぶうえで重要です。契約で複数のベースライン、アーンド・バリュー管理、または監査に対応したベースライン変更ログが必要な場合は、ツールを選ぶ前にそれらの機能を確認してください。

最初のステータス更新を入力する前に、無料の GanttFather プロジェクトを作成して承認済みスケジュールを保存します。

各回の更新では、ガントチャートのレビュー手順に沿って現在のチャートを読み、フロートとスラックの変化を確認し、承認済みスケジュールと関連するプロジェクトのマイルストーンのつながりを維持します。

よくある質問

ベースラインは当初の計画ですか?

これは承認された管理計画ですが、最初の草案ではない可能性があります。重要な場合は以前のドラフトを保存してください。ただし、未承認のスケッチをパフォーマンス ベースラインと呼ばないでください。

プロジェクトに複数のベースラインを含めることはできますか?

はい。大規模なプロジェクトまたは正式に管理されているプロジェクトでは、オリジナルに加えて承認されたリビジョンが保存される場合があります。レポートでは、どのバージョンが最新であるかを特定し、変更履歴を保持する必要があります。

プロジェクトにベースラインがない場合はどうなるでしょうか?

現在の予測を維持することはできますが、承認された以前の計画と比較してパフォーマンスを確実に測定することはできません。範囲とスケジュールが信頼できるものになったらすぐに、レビュー済みの参照を確立します。

アジャイル作業にはベースラインが必要ですか?

すべてのチームが詳細なタスクのベースラインを必要とするわけではありません。製品チームは、バックログのコンテンツを適応させながら、リリース、資金調達期間、または外部コミットメントの基準を立てることができます。コミットメントを怠った場合の結果に合わせてコントロールを調整します。

---

出典

1. 米国エネルギー省、プロジェクト管理用語集
2. プロジェクトマネジメント協会、スケジューリングの実践基準
3. 米国政府会計検査院、スケジュール評価ガイド