ガイド › ガイド

プロジェクトのベースラインとは

ベースラインとは、約束した計画を固定したもので、現実がそこからどれだけ離れたかを見るためのものです。ベースラインがなければ、スケジュール自体が動くので、どのプロジェクトも予定どおりに見えます。

ベースラインとは

プロジェクトのベースラインとは、進捗を測る基準となる、承認済みの範囲、スケジュール、コストの版です。いったん承認されたら、プロジェクトが変わったからといって変わることはなく、管理された意思決定によってのみ変わります。

子どもの身長を壁に印した線のようなものだと考えてください。どれだけ伸びたかを、いつでも確認できます。

• 範囲のベースライン：何を納品し、何を除外するか。
• スケジュールのベースライン：タスクとマイルストーンの承認済みの開始日と終了日。
• コストのベースライン：時間軸に沿って配分した、承認済みの予算。
• 多くの場合、リソースと主要な前提も含む。

何を記録するか

あとで比較できるだけの内容は押さえつつ、誰も読まなくなるほどは盛り込みません。ベースラインが役立つのは、現在の予測を並べて見られるときです。

• タスクの開始日と終了日、主要なマイルストーン。
• タスクまたはワークパッケージごとの計画工数またはコスト。
• 承認された予算の総額と、確保しているコンティンジェンシー。
• 承認された日付と、承認者。
• どのベースラインを指すか常に分かるよう、バージョン番号。

計算例

以下は架空の例です。プロジェクトのベースラインで、本番稼働が6月30日、予算が£200,000だったとします。3か月目の予測では、本番稼働が7月28日、支出が£215,000です。

差異は、予測からベースラインを引くだけです。4週間の遅れと£15,000の超過。これは報告すべき事実であって、隠すべき失敗ではなく、それを見えるようにするのがベースラインです。

• スケジュール差異：4週間の遅れ（説明用の数字）。
• コスト差異：£15,000の予算超過（説明用の数字）。
• ベースラインがなければ、同じプロジェクトでも、新しい日付に向かって進んでいるだけに見える。

いつベースラインを見直すか

元の計画がもはや公正な物差しでなくなったときに見直し、それより早くは見直しません。タスクが遅れるたびに見直していては、意味がなくなります。

• 範囲、時間、コストの承認された変更のあと。
• 正式な再建計画がステアリングコミッティと合意されたあと。
• 決して黙って行わない。決定を必ず記録し、古い版を残す。
• 全体のずれを示せるよう、元のベースラインを保管する。

ベースラインを見える状態に保つ

Senshinの計画は、ガント上で承認済みの日付と比較できるため、差異は表計算の中に埋もれず、チーム全員に見えます。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22