7-4. 期待値マネジメント：認識のズレを未然に防ぐ方法

「計画通りに予算内でシステムを完成させ、バグもなく納品した。しかし、顧客は満足していない。」

このような問題が起きる主な原因は、「期待値マネジメント（Expectation Management）」の失敗にあります。プロジェクトマネジメントの成功は、仕様書通りの納品ではなく、「ステークホルダーの期待値を正しく一致させ、それを満たすこと」で評価されます。

期待値がズレる4つの原因とPMのアクション

プロジェクト進行中、なぜ発注側と開発側の期待値にズレが生じるのか、その原因とPMの対策をまとめました。

ズレの主原因	発生する現象	プロジェクトへの悪影響	PMが取るべき予防アクション
要件の「隠れた前提」	顧客が「言わなくても当然やってくれるだろう」と思い込み、仕様書に書かなかった項目。	納品時に「なぜこの機能がないのか」とクレームになり、検収が通らない。	初期段階で「イン・スコープ」と「アウト・オブ・スコープ（除外事項）」を対比して明文化し、合意する。
非現実的な期待	予算やスケジュールの制約を無視して、過大なシステムを想定している状態。	納期直前になって「こんなはずではなかった」と不満が生じる。	進捗データ（EVMなど）やプロトタイプを定期的に見せ、「現実的な着地点」を常にすり合わせる。
専門用語のすれ違い	IT用語や業界用語を、顧客と開発側が異なる解釈で使っている状態。	要件定義の合意自体がボタンの掛け違いとなり、作り直しが発生する。	用語集をプロジェクト内で作成し共有する。文字だけでなく概略図（ラフスケッチ）やプロトタイプで合意する。
サイレント変更	CCBを通さず、現場間で口頭での変更や調整を繰り返す。	PMの把握していないところで工数が膨らみ、スケジュールが破綻するリスクが生じる。	「変更はすべて公式な変更管理プロセス（6-3）を通す」ことを顧客およびメンバーと最初に約束する。

期待値の調整プロセス

期待値マネジメントは、プロジェクトの開始から終了まで、定期的なすり合わせ（アライメント）を行うことで、最終的な認識のズレ（ギャップ）を最小限に抑え込みます。

図 7-4：期待値の定期的調整（アライメント）による「失望のギャップ」最小化モデル

期待値を下げるのではなく「一致させる」

期待値マネジメントの目的は、単に顧客の期待を裏切らないように「あらかじめ期待を低く設定させる」ことではありません。

顧客が本当に解決したい課題を捉えつつ、現実の制約（予算・納期）の中で、「何が最も価値のある解決策なのか」を話し合い、合意することです。

PMは常に進捗の透明性を保つ必要があります。特に、遅延や予算超過といったバッドニュースこそ早期に開示すべきです。その上で、スケジュールの見直しや要件のスコープ縮小など、顧客との期待値のすり合わせを速やかに行うことが、プロジェクトを成功裏に完了させるための有効な手段です。