目次
はじめに
「プロジェクトの計画が大きく変わったけれど、再ベースライン化していいのだろうか」
「スケジュールやコストを見直す必要があるものの、単なる変更管理との違いが分からない」と迷っていませんか。
進捗会議で当初計画との差が大きくなったり、追加要望によって納期や予算の前提が変わったりすると、どの時点で新しい基準を置くべきか判断しにくくなりますよね。
この記事では、プロジェクトの再ベースライン化が必要になるタイミングや具体的な手順、変更管理との違い、実施時に注意したいポイントを順を追って説明していきます。
プロジェクトの再ベースライン化とは？
再ベースライン化は、当初の計画と実績の差が大きくなったときに、比較に使う基準を見直す考え方です。
ただし、予定を少し修正するたびに行うものではなく、プロジェクト全体の進捗管理に影響する変更かどうかを見極める必要があります。
ここでは、再ベースライン化の意味と、通常の変更管理との違いを整理します。
再ベースライン化の意味
再ベースライン化とは、最初に決めたスケジュールや工数、コストなどの基準を、変更後の計画に合わせて正式に更新することです。
計画が大きく変わった場合は、変更理由を確認し、関係者の承認を受けたうえで新しい計画を基準として設定します。
これにより、更新後は新しい計画をもとに、進捗やコストの状況を適切に確認しやすくなります。
通常の変更管理との違い
通常の変更管理は、スケジュールや費用などの変更を受け入れるかどうかを判断し、記録する手続きです。
一方で再ベースライン化は、承認された変更を反映したうえで、新しい計画を今後の比較基準として設定し直すことを指します。
つまり、変更を決めるのが変更管理、その変更後の計画を基準にするのが再ベースライン化です。
再ベースライン化が必要になるケース
再ベースライン化は、計画と実績に差が出たからといって、すぐに行うものではありません。
判断の目安になるのは、当初の基準のままでは遅れや変更の影響を正しく比較できなくなっているかどうかです。
ここでは、スケジュール、スコープ、コストやリソースの面から、再ベースライン化が必要になりやすいケースを整理します。
スケジュール遅延が大きくなった
スケジュールの遅れが大きくなり、当初の計画を基準に進捗を管理しにくくなった場合は、再ベースライン化を検討します。
改善策を講じても完了予定日を変更せざるを得ないと判断した場合は、変更内容を関係者と確認し、承認を受けたうえで新しい計画を基準として設定します。
これにより、実際の進捗を現在の計画に沿って確認しやすくなります。
スコープ変更で計画前提が変わった
スコープ変更によって作業範囲が大きく変わり、当初の計画では進捗を管理しにくくなった場合は、再ベースライン化を検討します。
作業の追加や削除によって工数や完了予定日が変わる場合は、変更内容を整理し、関係者の承認を受けたうえで、新しい作業範囲に合わせた計画を比較基準として設定します。
コストやリソース計画が現実と合わなくなった
コストやリソース計画が実態と合わなくなり、当初の予算や人員を基準に管理しにくくなった場合は、再ベースライン化を検討します。
必要な人数や予算を見直す必要があると判断した場合は、変更内容を整理し、関係者の承認を受けたうえで、新しいコストやリソース計画を比較基準として設定します。
プロジェクトを再ベースライン化する手順
プロジェクトを再ベースライン化する際は、単に新しい日程や予算に書き換えるだけでは不十分です。
まず現状の遅れや問題を整理し、変更による影響を確認したうえで、関係者の承認を得てから新しい基準に切り替える必要があります。
ここでは、再ベースライン化を進める基本的な手順を整理します。
現状の進捗と問題を整理する
再ベースライン化を行う前に、まず現時点の進捗と問題を数字で整理します。
たとえば、全10工程のうち完了している工程が6つ、未完了が4つ、当初予定より10日遅れている場合は、どの工程で何日遅れているのかを確認します。
あわせて、作業量の増加、担当者不足、承認待ちなど、遅れや超過につながっている問題を1つずつ分けて整理することで、どの計画を更新する必要があるのかを判断しやすくなります。
変更による影響を確認する
再ベースライン化する前に、変更によってスケジュール、工数、コスト、担当者の作業量がどれだけ変わるかを確認します。
たとえば、追加作業に5日かかる場合は、完了日が何日後ろにずれるのか、担当者1人あたりの作業時間が何時間増えるのか、費用が何円増えるのかを数字で整理します。
変更の影響を先に確認しておくことで、新しい計画をどの範囲まで更新すべきかを判断しやすくなります。
関係者から承認を得る
再ベースライン化は、担当者だけの判断で進めず、計画変更に関係する人から承認を得てから行います。
たとえば、完了日を6月30日から7月15日に変更し、費用も100万円から120万円に増える場合は、新しい日程、追加費用、変更理由を関係者に確認してもらいます。
承認を得る前に基準を変えてしまうと、どの計画が正式な比較基準なのか分からなくなるため、承認後に新しいベースラインとして扱います。
新しいベースラインを設定する
承認を得たあとは、新しいスケジュール、工数、コストを正式なベースラインとして設定します。
たとえば、完了日を6月30日から7月15日に変更し、工数を80時間から110時間、費用を100万円から120万円に変更する場合は、その3つを今後の比較基準として登録します。
新しいベースラインを設定することで、以降の進捗確認では古い計画ではなく、承認済みの新しい計画に対して遅れや超過を判断できるようになります。
関係者へ共有して運用を切り替える
新しいベースラインを設定したあとは、関係者へ変更後の計画を共有し、進捗確認や報告の基準を切り替えます。
たとえば、完了日を7月15日、工数を110時間、費用を120万円に変更した場合は、その内容を担当者、承認者、報告先に同じ資料で共有します。
共有後は、古い6月30日や80時間、100万円ではなく、新しく承認された日程、工数、費用を基準にして、遅れや超過を判断します。
再ベースライン化で確認・更新する内容
再ベースライン化では、遅れている日程だけを直すのではなく、作業に必要な工数や人員、予算、進捗を判断する基準まで合わせて見直す必要があります。
一部だけを更新すると、スケジュール上は整っていても、リソース不足やコスト超過を見落としやすくなります。
ここでは、再ベースライン化の際に確認・更新する主な内容を整理します。
スケジュール
再ベースライン化では、まずスケジュールの開始日、完了日、各工程の期限を確認し、変更後の計画に合わせて更新します。
たとえば、当初は6月1日に開始して6月30日に完了する予定だった作業が、追加作業によって7月15日完了に変わる場合は、各工程の終了日も合わせて見直します。
スケジュールを更新しておくことで、以降の進捗確認では古い日程ではなく、新しく承認された日程を基準に遅れを判断できるようになります。
工数・リソース
再ベースライン化では、作業に必要な工数と担当者の人数を確認し、変更後の計画に合わせて更新します。
たとえば、当初は2名で80時間の予定だった作業が、追加対応により3名で120時間必要になった場合は、担当者ごとの作業時間や対応範囲も見直します。
工数・リソースを更新しておくことで、以降の進捗確認では古い80時間や2名体制ではなく、新しく承認された作業量と人員数を基準に判断できるようになります。
コスト・予算
再ベースライン化では、変更後に必要となるコストと予算を確認し、承認された金額に合わせて更新します。
たとえば、当初は100万円の予算で進める予定だった作業が、追加作業や人員追加により130万円必要になった場合は、増加した30万円の内訳と支出時期も確認します。
コスト・予算を更新しておくことで、以降の管理では古い100万円ではなく、新しく承認された130万円を基準に、予算超過があるかを判断できるようになります。
マイルストーンや進捗基準
再ベースライン化では、マイルストーンの日付や進捗を判断する基準も、変更後の計画に合わせて更新します。
たとえば、当初は6月10日に設計完了、6月20日に開発完了、6月30日に検収完了としていたものが、全体の完了日を7月15日に変更する場合は、各マイルストーンの日付も見直します。
マイルストーンや進捗基準を更新しておくことで、以降の確認では古い節目ではなく、新しく承認された節目に対して、予定どおり進んでいるかを判断できるようになります。
再ベースライン化を行うタイミング
再ベースライン化は、遅れが出た時点ですぐに行うものではなく、当初の基準で管理を続けられるかを見て判断します。
短期間で取り戻せる遅延であれば、まずは現在のベースラインとの比較を続けることが大切です。
ここでは、一時的な遅延では実施しない考え方と、計画全体に影響が出た時に検討するタイミングを整理します。
一時的な遅延では実施しない
一時的な遅延だけでは、すぐに再ベースライン化を行う必要はありません。
たとえば、1つの作業が2日遅れていても、次の作業で2日分を取り戻せる見込みがある場合は、当初の完了日を基準にしたまま進捗を確認します。
短い遅れのたびにベースラインを変えてしまうと、最初に承認した計画との差が分かりにくくなるため、まずは現在の基準で遅れを管理します。
計画全体に影響が出た時に検討する
再ベースライン化は、スケジュール、工数、コストなどの計画全体に影響が出た時に検討します。
たとえば、完了日が6月30日から7月15日に変わり、工数も80時間から110時間、費用も100万円から120万円に増える見込みになった場合は、当初の基準だけでは進捗や予算を判断しにくくなります。
そのため、変更後の完了日、工数、費用を確認し、関係者の承認を受けたうえで、新しい比較基準に更新するかを判断します。
再ベースライン化で注意したいポイント
再ベースライン化は、計画を現実に合わせて管理し直すための手段であり、遅れを見えにくくするために使うものではありません。
承認を得る前に基準を書き換えてしまうと、どこから変更後の計画として扱うのかが分からなくなり、進捗報告の信頼性も下がります。
ここでは、再ベースライン化で注意したいポイントを整理します。
遅延隠しのために実施しない
再ベースライン化は、遅延を見えなくするために実施してはいけません。
たとえば、6月30日完了予定の作業が7月15日まで遅れている場合に、理由や承認を確認しないまま完了日だけを7月15日に変えると、15日分の遅れが記録に残らなくなります。
遅延の事実を残さずに基準を変えてしまうと、どの時点で何日遅れたのかを後から確認できなくなるため、変更理由と承認内容を残したうえで扱う必要があります。
承認前にベースラインを書き換えない
再ベースライン化では、関係者の承認を得る前にベースラインを書き換えないことが重要です。
たとえば、完了日を6月30日から7月15日に変更する案が出ていても、承認前に進捗表や管理資料の基準日を7月15日に変えてしまうと、どちらの日付が正式な基準なのか分からなくなります。
承認前は変更案として扱い、承認後に新しい完了日、工数、費用を正式なベースラインとして反映します。
変更理由を記録に残す
再ベースライン化を行う時は、なぜ基準を変更したのかを記録に残します。
たとえば、完了日を6月30日から7月15日に変更する場合は、追加作業が3件発生したこと、工数が80時間から110時間に増えたこと、承認日が何月何日だったかを残します。
変更理由を記録しておくことで、後から計画を見直す時に、どの判断によって新しいベースラインに切り替えたのかを確認できるようになります。
まとめ
再ベースライン化とは、承認された変更内容に合わせて、スケジュールや工数、コストなどの管理基準を正式に更新することです。
予定をその場で書き換えるのではなく、今後の進捗や予算を正しく管理するための新しい基準を設定し直します。
実施を検討するのは、大きなスケジュール遅延やスコープ変更などにより、当初の計画では管理が難しくなった場合です。
一時的な遅れで行うものではなく、本当に基準を見直す必要があるかを確認して判断することが大切です。
再ベースライン化を行う際は、変更による影響を整理したうえで、関係者の承認を得てから新しい基準へ切り替えます。
変更理由や承認内容も記録に残しておけば、あとから経緯を確認しやすくなり、変更後のプロジェクトも安心して管理しやすくなります。