プロジェクト管理の基本概念

ベースラインべーすらいん

プロジェクト管理スコープスケジュールコスト変更管理構成管理

ベースラインについて教えて

簡単に言うとこんな感じ！

プロジェクトで「ここを出発点にしよう！」と決めた基準のことだよ。工事で言えば設計図が確定した瞬間みたいなもので、その後の変更はすべて「ベースラインからどれだけズレたか」で管理するんだ。「最初に決めたこと」を守る番人みたいな役割だね！

ベースラインとは

ベースライン（Baseline）とは、プロジェクト管理において「正式に承認された計画の基準点」のことです。スコープ（何をするか）・スケジュール（いつまでにするか）・コスト（いくらでするか）のそれぞれについてベースラインを設定し、プロジェクトの進行中はこれを「物差し」として使います。

たとえば、システム開発プロジェクトで「2026年6月末リリース・予算3,000万円・機能一覧はこの仕様書のとおり」と承認されたなら、それがベースラインです。その後「やっぱり機能を追加したい」「予算を増やしたい」となったとき、ベースラインがあることで「当初計画からこれだけ変わった」と明確に把握・承認できます。

ベースラインがないプロジェクトは、出発点が曖昧なため「当初と何が変わったのか」「遅れているのか進んでいるのか」がわからなくなりがちです。変更管理・品質管理・コスト管理のすべての起点となる、プロジェクト管理の根幹概念です。

ベースラインの3つの種類

プロジェクト管理の代表的な標準であるPMBOK（Project Management Body of Knowledge）では、以下の3種類のベースラインが定義されています。

ベースラインの種類	管理する対象	具体例
スコープベースライン	何をつくるか・何をするか	承認済みのWBS（作業分解構造）・要件定義書
スケジュールベースライン	いつまでに完了するか	承認済みのガントチャート・マイルストーン
コストベースライン	いくらかかるか	承認済みの予算計画・フェーズ別予算

この3つをまとめてパフォーマンス測定ベースライン（PMB: Performance Measurement Baseline）と呼ぶこともあります。

「基準線」という語源で覚えよう

“Base（基盤）” ＋ “Line（線）”＝「基準となる線」です。グラフで言えばゼロ地点の横線のようなもの。実績値がその線より上か下かで、プロジェクトの健全度を判断します。「土台になる一本の線」とイメージすると覚えやすいですよ。

ベースラインの設定タイミング

プロジェクト開始
    │
    ▼
要件定義・計画フェーズ
    │  ← ここで「スコープ・スケジュール・コスト」を確定
    ▼
【ベースライン設定（承認）】← ★ここが出発点
    │
    ▼
実行フェーズ（ベースラインと実績を比較しながら進む）
    │
    ▼
変更が発生 → 変更管理プロセスで審査 → 承認されればベースラインを更新
    │
    ▼
プロジェクト完了

歴史と背景

1950年代〜1960年代：米国防総省がミサイル開発などの大規模プロジェクトで「計画基準の管理」を重視し始める。CPM（クリティカルパス法）やPERT（プログラム評価審査技法）が登場し、スケジュールベースラインの概念が生まれる
1967年：米国防総省がPERT/Costを導入。コストとスケジュールを統合して管理するアーンドバリュー分析（EVA）の前身が登場し、ベースラインとの差異分析が本格化する
1987年：PMI（プロジェクトマネジメント協会）がPMBOK第1版を発行。スコープ・スケジュール・コストの三大ベースラインが体系的に定義される
1990年代〜2000年代：IT業界でのプロジェクト失敗事例（要件の膨張＝スコープクリープ）が多発し、ベースラインによる変更管理の重要性が再認識される
2000年代以降：アジャイル開発が普及。スプリントごとに計画を見直すアジャイルでは「固定ベースライン」より「ローリングウェーブ（波のように更新する計画）」の考え方が重視されるようになるが、予算・大枠スコープのベースラインは引き続き重要とされる

ベースラインと変更管理の関係

ベースラインは「設定したら絶対に変えてはいけない」ものではありません。重要なのは、変更する場合は必ず正式な承認プロセスを経ることです。

変更管理委員会（CCB: Change Control Board）とは、変更要求を審査・承認する組織横断の意思決定体です。発注者・PM・主要ステークホルダーで構成され、「この変更はコスト・スケジュール・品質にどう影響するか」を評価します。

比較項目	ベースラインあり	ベースラインなし
変更の把握	「当初からXX日遅れ・XX万円超過」と定量把握できる	「なんとなく遅れている気がする」程度しかわからない
責任の所在	変更ごとに承認記録が残る	誰がいつ何を決めたか曖昧になる
完了の判断	ベースラインと実績を比較して達成度を測れる	完了基準が不明確になりがち
追加費用の請求	変更前後で差額を明確に算出できる	「最初からそういう話では？」と揉めやすい