スケジュールベースラインとは?進捗管理の基準となる承認済みスケジュール
スケジュールベースラインはプロジェクトのスケジュール管理における公式な基準線です。設定方法、変更管理との関係、EVMとの連携、ベースライン維持の実務上のポイントを解説します。
スケジュールベースラインとは
スケジュールベースライン(Schedule Baseline)とは、プロジェクトのスケジュールに関する公式に承認された基準計画です。各タスクの開始日、終了日、マイルストーンの日付が含まれ、プロジェクトの進捗を測定・評価するための比較基準として機能します。
PMBOKを策定したPMI(Project Management Institute)では、スケジュールベースラインをプロジェクトマネジメント計画書の構成要素の1つとして位置づけています。アーンドバリューマネジメント(EVM)の発展とともに、ベースラインの概念は米国国防総省の調達管理から民間プロジェクトへと広がりました。
ベースラインは単なる「当初計画」ではなく、正式な承認プロセスを経て確定された計画です。プロジェクトスポンサーやステアリングコミッティの承認を得ることで、「この計画に基づいてプロジェクトを進める」という組織的な合意が形成されます。承認後のベースライン変更には変更管理プロセスを経る必要があり、勝手に変更することはできません。
進捗管理においてベースラインが重要な理由は、「予定通りか遅延しているか」を判断する基準がなければ、進捗の良し悪しを客観的に評価できないためです。ベースラインがなければ、スケジュールの遅延は「もともとの計画が甘かった」と事後的に解釈され、改善のための学びが得られません。
構成要素
アクティビティの計画日程
WBSの各アクティビティについて、計画された開始日と終了日を記録します。依存関係、リソース割当、制約条件を考慮して算出されたスケジュールです。クリティカルパス上のアクティビティは特に重要で、これらの遅延はプロジェクト全体の遅延に直結します。
マイルストーン日付
プロジェクトの主要な節目となる日付です。フェーズ完了、主要成果物の納品、外部レビュー、意思決定ポイントなどが含まれます。マイルストーンは所要期間ゼロのイベントとして扱われ、進捗報告の主要な指標となります。
フロートとクリティカルパス
各アクティビティのトータルフロート(余裕日数)と、フロートがゼロのクリティカルパスの情報がベースラインに含まれます。フロートが正のアクティビティは多少の遅延が許容されますが、クリティカルパス上のアクティビティには余裕がありません。
ベースラインバージョン
ベースラインは必要に応じて再設定されることがあります。大幅なスコープ変更や外部要因による計画見直しの際に、新しいベースライン(v2、v3など)が設定されます。過去のベースラインは履歴として保持し、変更の経緯を追跡できるようにします。
実践的な使い方
ステップ1: スケジュールの確定
WBS、アクティビティの依存関係、リソース割当、見積もり期間をすべて反映したスケジュールを確定します。クリティカルパス分析を実施し、リソースの過負荷がないことを確認します。スケジュールの実現可能性について、チームメンバーとプロジェクトマネージャーが合意していることが前提です。
ステップ2: ステークホルダーの承認
確定したスケジュールをプロジェクトスポンサーまたはステアリングコミッティに提出し、公式に承認を得ます。承認時には、スケジュールの前提条件、リスク、制約条件を合わせて報告します。承認されたスケジュールがベースラインとなります。
ステップ3: ベースラインの登録と共有
承認されたベースラインをプロジェクト管理ツールに登録し、チーム全体に共有します。Microsoft Projectなどのツールではベースラインの保存機能があり、実績との比較が容易になります。ベースラインの日付は以後、変更管理プロセスを経ない限り変更しません。
ステップ4: 進捗の測定と比較
プロジェクト実行中に、実際の進捗をベースラインと比較します。各アクティビティの実際の開始日・終了日とベースラインの計画日を比較し、スケジュール差異(SV: Schedule Variance)を算出します。EVMではSV = EV - PVとして定量的に測定します。
ステップ5: 差異分析と是正措置
ベースラインからの乖離が一定のしきい値を超えた場合、原因分析と是正措置を実施します。根本原因が一時的な問題(リソースの一時的な離脱など)であれば是正措置で対応し、構造的な問題(スコープ変更、前提条件の崩壊など)であればベースラインの再設定を検討します。
活用場面
プロジェクトの進捗報告において、ベースラインは不可欠な基準です。「当初計画に対して2週間遅れている」という報告は、ベースラインがあるからこそ可能です。ステークホルダーへの定期的なステータスレポートでは、ベースラインとの差異をガントチャートやマイルストーンチャートで可視化します。
アーンドバリューマネジメント(EVM)の計画価値(PV)はスケジュールベースラインから導出されます。EVMによるスケジュール効率指数(SPI)やスケジュール完了予測(EAC)の算出には、正確なベースラインが不可欠です。
プロジェクト完了後の振り返りでは、ベースラインと実績の差異を分析することで、見積もり精度の評価や将来のプロジェクトへの教訓を導き出します。
注意点
ベースラインを頻繁に再設定すると、進捗管理の基準としての意味を失います。「遅れたらベースラインを引き直す」という運用は遅延の隠蔽と同義であり、組織としての改善サイクルが機能しなくなります。再設定は重大な変更時のみに限定してください。
厳格すぎる維持と形骸化のバランス
ベースラインを厳格に維持しすぎると、変化への対応が遅れます。ベースラインは「変えてはいけない」ものではなく、正式な手続きを経れば変更可能です。前提条件が大きく変わった場合は、現実と乖離したベースラインを維持し続けるよりも、再設定する方が健全です。
ベースラインの粒度を適切に設定する
ベースラインの粒度が粗すぎると、進捗の測定精度が低下します。月単位のマイルストーンだけでベースラインを構成すると、月の途中では進捗の良し悪しを判断できません。少なくとも週単位で進捗が測定できる粒度が推奨されます。
チーム全体への共有を徹底する
チーム全員がベースラインの存在と内容を認識していることが重要です。ベースラインがプロジェクトマネージャーだけのものになると、チームメンバーは自分のタスクが予定通りなのか遅れているのかを自律的に判断できません。
スケジュールベースラインの運用では「維持の厳格さ」と「再設定の柔軟さ」のバランスが鍵です。変更管理プロセスを通じて正式に承認された変更のみを反映し、過去のベースラインを履歴として保持することで、プロジェクトの学びを蓄積できます。
まとめ
スケジュールベースラインは、承認されたスケジュール計画をプロジェクトの進捗測定の公式な基準として確定したものです。アクティビティの計画日程、マイルストーン日付、クリティカルパス情報を含み、EVMの計画価値の基礎となります。変更管理プロセスによる適切な維持と、必要時の再設定のバランスが、ベースラインを有効に機能させる鍵です。