開発は計画どおり、テストも順調。それなのに受け入れテストが始まると、「この画面は業務の流れに合っていない」「この帳票では監査に通らない」と、想定していなかった観点の指摘が次々に——受け入れ基準を後回しにしたまま最終盤を迎えた、私の実体験です。この記事では、その反省から始めて、8つのパフォーマンスドメインの六つ目「デリバリー」の勘どころをまとめます。
この記事でわかること
- 「作り終えること」と「受け取ってもらうこと」が別物である理由
- デリバリー・ドメインが扱う範囲(スコープ・品質・価値の実現)
- 受け入れ基準を早い段階で固める、現場の工夫
筆者はSIerのPMです。「作り終えること」と「受け取ってもらうこと」の間で悩んできた実感を、PMPの学び直しの言葉で整理して書きます。
言葉から入ります。デリバリー・パフォーマンスドメインが担当するのは、求められるスコープと品質を満たした成果物を届け、その先の価値の実現につなげる領域です。「届ける」と聞くと納品の瞬間を想像しがちですが、実際は何を作るか(スコープ)の定義、どの水準なら合格か(受け入れ基準)の合意、完成の定義と、序盤から仕込んでおく活動です。最後の検収は、その答え合わせにすぎません。
受け入れ基準を曖昧にしたまま、最終盤を迎えた
リーダーとして初めて検収工程まで見た業務システムの案件で、私は「受け入れ基準は検収前に詰めればいい」と後回しにしていました。開発は計画どおり、テストも順調。ところが受け入れテストが始まると、顧客側から「この画面は業務の流れに合っていないので直してほしい」「この帳票では監査に通らない」と、想定していなかった観点の指摘が次々に出てきたのです。
仕様書と照らせば、成果物は正しい。でも顧客の「受け取れる」の基準は、仕様書の外側にありました。結局、検収は延び、最終盤の一番忙しい時期に追加の調整が重なりました。
次の案件から、私はやり方を変えました。要件定義の段階で「何をもって受け入れとするか」を文書で合意し、受け入れテストの観点(業務シナリオ・帳票・運用手順)も早めに顧客と一緒に作る。中間成果物も節目ごとに見てもらい、「受け取る側の物差し」を先に何度も当ててもらうようにしたのです。以降、最終盤の揉め事は目に見えて減りました。デリバリーとは納品作業ではなく、受け取ってもらえる状態を序盤から作り込むことなのだと、この経験で考えを改めました。
私も誤解していたこと
以前の私は、「良いものを作れば、受け入れは自然に通る」と考えていました。品質を上げることが、そのまま検収対策だと思っていたのです。
でも、受け入れを決めるのは品質だけではありません。受け取る側の準備(業務の変更・運用体制・説明責任)が整っていなければ、良いものでも受け取れない。「作る側の完成」と「受け取る側の受け入れ」は別のプロセスとして、それぞれ設計が要る。ここを分けて考えられるようになってから、終盤の景色が変わりました。
なぜ「受け取ってもらう」が難しいのか
作る側の「完成した」と、受け取る側の「受け取れる」は、同じではないからです。作る側は仕様と品質で完成を判断します。でも受け取る側は、「業務で使えるか」「説明できるか」「運用に乗るか」で判断します。この2つの物差しがすり合っていないと、成果物がどれだけ立派でも、受け入れの場で初めてズレが露呈します。だから、物差し合わせを先にやることが、このドメインの核心になります。
私が意識するようになったこと
- 「何をもって受け入れとするか」を、要件定義の段階で文書にして合意する
- 受け入れテストの観点(業務シナリオ・帳票・運用)を、顧客と一緒に作る
- 中間成果物を節目ごとに見てもらい、受け取る側の物差しを早めに当てる
よくある質問(FAQ)
Q. デリバリーの成功基準は誰が決める?
最終的には受け取る側(顧客・利用部門)ですが、「決めてもらう」のを待つのではなく、PMが物差し合わせの場を設計するのが実務です。基準づくり自体を一緒にやるのが確実です。
Q. 「価値」の原則とデリバリー・ドメインはどう違う?
価値の原則は「成果物の先の効果を目指す」という考え方、デリバリーはそれを「確実に届けるための活動」です。考え方と実行の関係にあります。
まとめ
デリバリー・パフォーマンスドメインとは、成果物を作り終えることではなく、受け取ってもらえる状態を序盤から作り込み、価値の実現まで届けきる活動でした。あなたの案件では、「受け入れの物差し」はいつ、誰と合わせていますか?検収の直前ではなく、最初の工程から始めておくと、最終盤がぐっと穏やかになります。
関連記事
- 「価値」の原則:仕様どおりに作っても満足されない理由 ― デリバリーの土台になる考え方
- 計画パフォーマンスドメインとは?作り込むほど良い計画にならない理由 ― 受け入れ基準は計画の一部
- プロジェクト作業パフォーマンスドメインとは?日々の運営を仕組み化する ― 日々の実行とデリバリーのつながり


コメント