6週間、私たちは間違った製品を作っていた
私たちは6週間にわたって、間違ったものを作り続けていた。クライアントは一度も不満を漏らさなかった。それが問題だったのだ。
これはツールや生産性向上のテクニックの話ではない。ある厳しい真実についての話だ。
あるヘルスケア系のクライアントから、患者の予約システムを作ってほしいと依頼された。私たちは質問をし、頷き、開発に取り掛かった。
6週目、デモを披露した。クライアントは沈黙した。
彼らは言った。「素晴らしいですね。でも、予約を入れるのは看護師ではありません。保険コーディネーターです。彼らのワークフローは異なります。」
誰も嘘をついていなかった。コミュニケーションミスもなかった。私たちは単に、「誰が毎日そのソフトウェアを使うのか」を尋ねるのを怠っただけだった。
最もコストのかかるコードとは、間違った問題を解決するコードのことだ。最悪のコードとは、クラッシュするコードではない。完璧に動作するのに、何の解決にもなっていないコードのことだ。
私たちの最大の失敗は以下の通りだ：
- ユーザーペルソナの軽視。ユーザーではなく、意思決定者のために作ってしまった。
- 「承認」と「正しさ」の混同。クライアントが「イエス」と言ったからといって、その製品が正しいとは限らない。
- 承認を盾にすること。もし尊敬する相手にその成果物を見せられないのであれば、クライアントの承認を盾にしてはならない。
- デプロイをゴールだと勘違いすること。成功はリリース後に訪れるものだ。
解決策：
異論があるときは明確に伝える。クライアントにこう言うのだ。「ご依頼通りにこれを作ります。しかし、XがYを引き起こすと私たちは考えています。この点を書面で記録させてください。」
この一言が、後々の責任転嫁を防ぐ。
デプロイを終点と考えるのはやめよう。エラー追跡、アップタイムのアラート、そしてエラー率やレイテンシを管理する統合ダッシュボードが必要だ。また、未来の自分自身のためにドキュメントを残すことも不可欠だ。
あなたのチームが繰り返している間違いは何ですか？