Hammurabi
法則一覧

第75条意思決定

ワーキング・バックワーズ

解決策から始めると、誰も必要としないものを作ることが多い。発表文から始めれば早く気づける。

Amazon

心得

顧客が何を得るか言えないうちは、作り始めない

どうするか

プロジェクトを始める前に、顧客向けのプレスリリース一枚と FAQ を書き、チームでレビューする。最初の段落で顧客とその問題を言えないなら、作り始めない。

なぜ起きるか

エンジニアは作れるものから考え始め、顧客は後から探しがちだ。コードを書く前にプレスリリースを書くと、誰が顧客で、どんな問題を抱え、既存の手段がなぜ駄目なのかを、顧客自身の言葉で書かざるを得なくなる。その一枚が書きにくいなら、製品の輪郭がぼやけている。紙一枚を書き直すほうが、製品を作り直すよりずっと安い。

当てはまらなくなるとき

作って学ぶ：顧客が紙の上では判断できないもの（新しいプラットフォーム、基盤の変更、前例のないもの）では、磨いたプレスリリースより安い試作品のほうが多くを教えてくれる。

出典

Werner Vogels『Working Backwards』(All Things Distributed, 2006)。Amazon の CTO がプレスリリースから書き始める手順を説明したもの。「プレスリリースが書きにくいなら、その製品はたぶんひどい」は Ian McAllister の Quora の回答「What is Amazon's approach to product development and product management?」から。PR/FAQ の全体像は Colin Bryar & Bill Carr『Working Backwards』(St. Martin's Press, 2021)。

原典を読む

ロゴ：Public domain · Wikimedia Commons

引用するとき

Hammurabi『第75条 ワーキング・バックワーズ』 https://kanywst.github.io/hammurabi/ja/laws/working-backwards/

BibTeX
@misc{hammurabi-working-backwards,
  title  = {ワーキング・バックワーズ},
  author = {{Hammurabi contributors}},
  note   = {Hammurabi, § 75},
  url    = {https://kanywst.github.io/hammurabi/ja/laws/working-backwards/}
}

本文は CC BY-SA 4.0 です。Hammurabi の名前と記事へのリンクを添えてください。

XBlueskyはてブLinkedIn

コラムで読む

関連する法則

GitHub で誤りを指摘する