日記：デモ当日になってあれもこれも！
……システム開発も設計、製造と作業が進んでくると、機能の一部が目に見えるようになってきます。すると顧客も興味津々のようで、一部でもいいから実際に動くところを見てみたいと言ってきました。設計書は見せていたので「設計書と同じですよ」と言っても、やはり実物の動きを見てみたいようです。弁田君は若干の不安を抱きつつも、快く承諾して日程を調整しました。
さてデモの当日です。実際の動きを顧客に確認してもらいました。ところがと言うべきか、案の定と言うべきか、動きを見た顧客はすぐにあれこれと要望や疑問を口にし始めました。先ほどまでのにこやかな顔はどこへやらです。弁田君も苦い顔をしています。
確かに今回のプロジェクトでは顧客の時間を押さえるのに一苦労でした。要求定義にも必要最低限の時間しか割けていないという現実があります。とてもではありませんが、要求定義に自信があるとは言えない状態でした。それでも、前に確認したときは「いらない」と言っていた機能が、デモでは「この機能が足りない」と言われたときにはカチンときてしまいましたが。
顧客はすっかり気分を害していました。即、スコープ調整のための会議が開催されることになりました。要求定義で100パーセントの努力をしなかったかもしれない、という負い目を心の中に持っている弁田君は、できるだけ譲歩して、できるだけのことは誠実に対応しようと考えていました。しかし顧客からの要求はそんな弁田君の想像をはるかに超える大きなものでした。
最初に合意したスコープから考えるとグレーゾーンどころか真っ黒な部分までもが当然のごとく要求の中に含まれています。顧客は「スコープの合意」が何を意味するのかさえ理解していないようです。念押しの確認だったものが、少しも念押しの役目を果たしていませんでした。
こちらが難色を示すと、「それでは業務がまわらない」「そんなことは常識だ」の連発です。「やるんですか、やらないんですか」と強く迫られると、つい引き受けてしまう弁田君でした。しかし抑えに抑えて何とか最低限の仕様で勘弁してもらったつもりでも、その仕様を自社チームに持って帰ると、今度は開発メンバーからの反発です。
そのうちに「うちのリーダーは単なる顧客のメッセンジャーかよ」といった陰口までもが聞こえてくるようになりました。…
