これまでコストの見積り、予算の作成と見てきましたが、実務でプロジェクトを進めていると、当初立てた予算がそのまま最後まで通用することはめったにありません。予算は、必ず何かをきっかけに見直されます。
では、その「きっかけ」はどこからやってくるのでしょうか。PMBOK第8版では、財務パフォーマンス領域が他のパフォーマンス領域とどう影響し合っているかが整理されています。今回はその「2.4.4 他の領域との相互作用」を解説しながら、実務ではどの方向に影響が流れることが多いのかについても触れていきます[1]Project Management Institute, Inc., The Standard for Project Management and A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Eighth Edition, 第2部 … Continue reading。
財務パフォーマンス領域は「重要な柱」である

PMBOKでは、財務パフォーマンス領域をプロジェクト成功の「重要な柱」と位置づけています。これは、プロジェクトを適切に実行するために必要な各種資源へのアクセスを提供する役割を担っているためです。
人を確保するにも、機材を用意するにも、外部に発注するにも、最終的には資金が必要です。だからこそ財務領域は単独で完結することがなく、他のパフォーマンス領域と極めて密接に影響を及ぼし合っています。
財務と直接的に影響し合う3つの領域
PMBOKは、財務資源や財務的制約が直接的な影響を与える領域として、次の3つを挙げています。
- ガバナンス(Governance) —— 誰がどこまでの金額を承認できるのか、どの段階で意思決定の場を設けるのかといった枠組みは、使える予算の規模と切り離せません。
- スコープ(Scope) —— 何を作り、何を作らないかという範囲の決定は、そのままコストに直結します。
- スケジュール(Schedule) —— いつまでに何を終えるかという計画は、必要な人員数や稼働の集中度に影響し、コストを左右します。
重要なのは、この関係が双方向だということです。これら3領域での意思決定は財務に影響を与えますし、逆に財務上の活動や制約の変化は、スコープの実現可能性、スケジュールの引き直し、ガバナンスモデルの調整といった形で他領域に跳ね返ります。
財務に影響を及ぼすその他の領域
上記3領域のほかに、財務と深く関わる領域が2つあります。
- ステークホルダー(Stakeholders)領域 —— 顧客、スポンサー、チームといったステークホルダーは、予算の定義、資金調達の意思決定、財務的コントロールの監督といった場面で重要な役割を果たします。誰が予算を握り、誰が承認するのかという構図そのものが、財務領域の動き方を決めていると言ってもよいでしょう。
- リスク(Risk)領域 —— リスクは脅威にも機会にもなり得ますが、いずれもコストの増減や将来の収益・損失に直結します。前回取り上げたコンティンジェンシー予備の設定や、リスク対応戦略の策定は、まさに財務とリスクが連動する場面です。
実務では、影響は「他領域 → 財務」の方向に流れることが多い
ここからは私の実感になりますが、PMBOKが双方向の相互作用として整理している一方で、実務で頻繁に起きるのは片方向の流れです。
数年にわたる長期プロジェクトであれば別ですが、そうでない限り「会社の財務状況が悪化したため、プロジェクトの予算が削られた」というように、財務がトリガーとなって他の領域に影響が及ぶケースはあまり多くありません。
実際に頻発するのは、逆の流れです。
- 「スコープが拡大した」(スコープ領域の変化)
- 「作業が遅れて追加のスタッフが必要になった」(スケジュール領域の変化)
- 「想定していなかったリスクが顕在化した」(リスク領域の変化)
こうした他領域での出来事が発端となり、財務の見直しが必要になります。財務領域は「起点」というより「受け止める側」として動くことが多い、というのが現場での実感です。
見直しのときに忘れてはいけない、2つの実務的な注意点

追加作業は、当初から計画されていた作業より高くつく
これは覚えておいていただきたいポイントです。同じ内容の作業であっても、最初から計画に組み込まれていた場合と、途中で追加になった場合とでは、後者のほうが工数もコストも高くなりがちです。
すでに完成している部分との整合性を取り直す必要が出てきますし、急いで人員を確保するための費用が上乗せされることもあります。財務を見直す際は、「当初の見積り単価で計算すれば足りるはず」と考えず、追加であるがゆえの上乗せ分まで見込んでおく必要があります。
予算に限りがあるなら、プロジェクトの切り分けを検討する
予算には上限があります。後から「これがないと成り立たない」という機能が発覚し、そこに予算を充てなければならなくなったとき、単純に総額を増やせるとは限りません。
そうした場合は、優先度の低い機能の開発を切り離し、別プロジェクトとして改めて計画するという選択肢を検討すべきです。一つのプロジェクトにすべてを詰め込もうとして予算が破綻するより、今回のプロジェクトで何を実現するのかを絞り直したほうが、結果的にうまくいくケースは多いと感じています。
これは財務領域からスコープ領域への働きかけであり、まさにPMBOKが言う双方向の相互作用が実務で機能する場面でもあります。
最終的な目標は「価値提供の最大化」と組織戦略との整合
PMBOKは、こうした領域間の相互作用を踏まえた上で、プロジェクト全体の広範な目標として「価値提供の最大化(Maximizing value delivery)」を最優先のゴールに据えるべきだとしています。
そして、プロジェクトがもたらす財務的・非財務的な結果を、最終的には母体組織の戦略にしっかり結びつけて整合させることが求められます。予算を守ることそのものが目的ではなく、組織にとっての価値を最大化する手段として財務を扱う、という視点です。
予算超過を避けることばかりに意識が向くと、本来生み出すべき価値まで削ってしまうことがあります。何のためにこのプロジェクトをやっているのかという原点に立ち返りながら、財務の判断を下していきたいところです。
まとめ
財務パフォーマンス領域は、ガバナンス・スコープ・スケジュールと直接的に影響し合い、ステークホルダーやリスクとも深く連動する「重要な柱」です。ただし実務では、財務が起点になるというより、他の領域で起きた変化を受けて財務を見直す場面のほうが圧倒的に多いのが実情です。
その見直しの際は、追加作業が割高になりやすいことを織り込み、必要に応じてプロジェクトの切り分けまで視野に入れる。そして最終的には、予算の帳尻合わせではなく、組織にとっての価値の最大化を目指す。この視点を持っておくと、財務の判断がぐっとやりやすくなると思います。
注
| ↑1 | Project Management Institute, Inc., The Standard for Project Management and A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Eighth Edition, 第2部 セクション2.4.4(66頁)およびセクション2.5.4(77-78頁)、2.7.4(101-102頁)より要約・翻訳。以下、PMBOK第8版(英語版)と略記。 |
|---|

