週次デモで防げた失敗、仕様書だけで起きた失敗

重要ポイント

• 立場: 開発の発注側・外注管理
• 対象: 日本国内の開発会社／フィリピンの開発チーム
• 成功要因: 週次の進捗共有＋試作品での確認
• 失敗要因: 仕様書だけを渡して任せきり

Q. うまくいった案件には、何が共通していましたか？

A. 週に一度、必ず進捗を共有し、口頭の報告だけでなく「実際に動くものを見せてもらう」ことを徹底していた点です。これによって、こちらのイメージと開発側の理解にずれが生じても、早い段階で気づいて修正できました。1回のずれの修正コストは小さくても、それを数か月間放置すると取り返しのつかない差になります。

Q. 逆に、失敗した案件はどんな進め方だったのですか？

A. 最初に仕様書を渡したあと、任せきりにしてしまいました。開発側からの質問や相談は特になく、順調に進んでいるものと思い込んでいたのですが、納品の直前になって、想定していたものとはまったく違うものが出来上がっていることが分かりました。

Q. なぜ、そこまで気づけなかったのですか？

A. 「質問が来ない=順調に進んでいる」と勝手に解釈してしまったのが大きな誤りでした。実際には、開発側も仕様の解釈に迷いながら、それを確認せずに自分たちの判断で進めていたようです。文字だけのやり取りでは、こうした「解釈のずれ」が起きていることに気づきにくいという教訓を得ました。

Q. それ以降、進め方は変わりましたか？

A. どんな案件でも最初の段階から試作品(プロトタイプ)で方向性を確認する進め方に変えています。文章や図だけのやり取りでは伝わらない細かなニュアンスも、動くものを見れば一目で分かります。

Q. 試作品での確認は、コストや時間の面で負担にならないのですか？

A. 初期段階での試作は、あとから起きる手戻りに比べればずっと小さなコストです。特に発注側の要望が固まりきっていない案件ほど、早い段階の試作品確認が、結果的に全体のスケジュールを短縮することにつながっています。