こんにちは。馬場（netmarkjp：Bluesky/X）です。
わたしは「#ばばさん通信ダイジェスト」として、BlueskyやThreadsに毎日少しずつ、賛否を問わず話題になった/なりそうなものを共有しています（Bluesky検索）。
これらをベースに、特にクラウド/インフラ/SRE/オブザーバビリティ/運用等のキーワードに関する話題を中心にお届けします。
「Working Backwards」の新しい形
Amazon CTOのWerner Vogelsさんが自身のブログで「Working Backwards」の新しい形について紹介しています。
タイトルを見るとチームサイズの話のように思えますが、AI時代の「Working Backwards」について、Amazon Quick desktopチームの事例をもとに語られています。
AI時代になり、特定の条件を満たした場合に新しい形の「Working Backwards」を採用すると、従来よりもより効果的にプロダクト立ち上げに取り組むことができたという話です。
「Working Backwards」だとPR/FAQを書いてから承認を得る工程があり、ここで仮説検証の前に相応の期間がかかります。しかしAI時代になりプロトタイプ作りのコストが小さくなったため、正式な投資判断の前にプロトタイプを作って仮説検証を進めやすくなりました。プロトタイピングのコストが小さいので、却下や軌道修正となってもロスや手戻りの痛みは比較的小さく抑えつつ学びが得られます。
とはいえ「Working Backwards」は開発のロスや手戻りを防ぐことだけが価値ではなく、顧客視点を徹底するためのプロセスという側面が大きくあります。
ですから、新「Working Backwards」が効果を発揮する前提条件は『When you have conviction about the customer problem but have genuine uncertainty about whether your approach will work.』（顧客が抱える課題に確信がある一方で、解決のアプローチがうまくいくかは心からの確信が持てない時）なのです。
銀の弾丸がないのは残念ですが、技術の発達によって取れる選択肢が増えていることは素晴らしいです。
