プロジェクト予算ベースラインガイド
プロジェクトの予算ベースライン (またはコストベースライン) とは、承認された、タイムフェーズされたプロジェクト予算のバージョンです。これは、プロジェクトのライフサイクル全体を通じて、すべてのコストパフォーマンスを測定するための参照点として機能します。確固たるベースラインがなければ、アーンド・バリュー・マネジメントは無意味な数値を生成します。
このガイドでは、予算ベースラインとは何か、完成時総予算 (BAC) とどう違うのか、ベースラインを正しく確立する方法、そしてスコープやコストの変更が発生したときにどのように管理するかについて説明します。
コストベースライン vs 完成時総予算 (BAC)
| 用語 | 定義 | 予備が含まれるか？ |
|---|---|---|
| コスト見積もり | 予備を含める前のプロジェクトコストの生の見積もり | いいえ |
| コストベースライン (＝ BAC) | コンティンジェンシー予備を含む、承認されたタイムフェーズされた予算 | コンティンジェンシーのみ |
| プロジェクト予算 | コストベースラインにマネジメント予備を加えたもの | はい (両方のタイプ) |
| EAC | 現在の総プロジェクトコストの予測 | 該当なし — 予測であるため |
PMBOKの用語では、BAC = コストベースライン です。マネジメント予備はコストベースラインの上にあり、BACの一部ではありません。アクセスするには変更リクエストが必要です。
プロジェクト・コスト・ベースラインの構築方法
ステップ 1: WBSとWBS辞書を完成させる
ワーク・ブレークダウン・ストラクチャー (WBS) 内のすべてのワークパッケージは、そのコストを見積もることができる程度に十分に定義されている必要があります。WBS辞書は、各ワークパッケージのスコープの説明、成果物、および受け入れ基準を提供します。
ステップ 2: コストをボトムアップで見積もる
各ワークパッケージについて、以下を見積もります：
- 労務費: 時間 × 各リソースタイプの負荷労働率
- 材料費: 数量 × 単価 (無駄の要因を含める)
- 設備費: レンタル料金、燃料、メンテナンス
- 下請け費: ベンダーの見積もり、または類推見積もり
- 間接費: オーバーヘッド、現場施設、共有サービス
ステップ 3: コンティンジェンシー予備を追加する
コンティンジェンシー予備は既知のリスク (リスクレジスタに文書化されたリスク) をカバーします。特定されたリスクの期待金額価値 (EMV) に基づいて計算するか、ベース見積もりのパーセンテージ (プロジェクトのリスクレベルに応じて通常10〜20%) を使用します。
ステップ 4: 予算をタイムフェーズ化する (PV曲線の作成)
スケジュールに従って、プロジェクトのタイムライン全体に予算を分散させます。これにより、各報告期間のプランド・バリュー (PV) — EVMがベースラインとして使用するSカーブ — が作成されます。終了時の総PV = BAC。
ステップ 5: 正式な承認を得る
コストベースラインは、実行開始前にプロジェクトスポンサーまたは変更管理委員会によって正式に承認される必要があります。この承認により、ベースラインが公式な参照点となります。
ベースライン変更の管理
ベースラインは非公式な変更から保護されなければなりません。BACへのすべての変更は、以下の手順を経る必要があります：
- 変更リクエスト: スコープの変更とコストへの影響を正式に文書化する
- 影響評価: コスト、スケジュール、およびリスクへの影響を定量化する
- 変更管理委員会のレビュー: 承認、拒否、または延期する
- ベースラインの更新: 承認された場合、BACとPV曲線の両方を更新する
- コミュニケーション: 更新されたベースラインをすべてのステークホルダーに通知する
ベースラインに関するよくある間違い
- ベースラインの設定が早すぎる: スコープが完全に定義される前にベースラインを設定すると、非現実的な予算となり、絶え間ない変更を招きます。
- 非公式なスコープの追加: チームメンバーが正式な承認なしに小さな変更を受け入れてしまうと、スコープクリープがベースラインの完全性を損ないます。
- タイムフェーズ化されていない: タイムフェーズ化されていない一括の予算では、EVM用のPVデータを生成できません。
- 文書化なしの改定: 変更履歴を記録せずにBACを変更すると、パフォーマンスの傾向が解釈不能になります。
- すべての見積もりへの水増し: 個々のワークパッケージのオーナーが隠れたコンティンジェンシーを追加すると、膨れ上がったベースラインと不正確なEVMデータが生成されます。
ベースラインを改定するタイミング
ベースラインの改定 (リ・ベースライニング) が適切なのは、次のような場合です：
- 承認されたスコープ変更により、大幅な作業が追加または削除された場合
- TCPI(BAC)が1.10を超え、当初のBACが明らかに達成不可能である場合
- 不可抗力の事象により、プロジェクトの条件が根本的に変わった場合
- 経営陣が、意味のあるパフォーマンス測定を回復するためにベースラインを改定することを選択した場合
リ・ベースライニングはEVMの時計をリセットします — 過去のパフォーマンスの差異は新しいベースラインに吸収されます。これは控えめに、スポンサーの承認がある場合にのみ使用すべきです。
→ 無料のEVM計算ツールを開く