法則一覧
コラム
何を作るか決める
何を作るかを決めるときは、いくつもの場所でつまずく。問題の捉え方、案の良し悪し、仕事の順番、確定する時期、結果の見方だ。このコラムはそれをこの順に読む。
始まりは、解決策の形をした依頼であることが多い。
XY問題
人は本当の問題ではなく、自分が試している解決策について助けを求める。心得:質問された手段より、その先の目的を見る本当の目的を聞いても決まらないこともある。作業が進むにつれて、目的そのものが動くからだ。
厄介な問題
問題によっては、何が問題かを見極めることと解決策を選ぶことが同じ作業になる。だから設計を始める前に要求を固めることはできず、ここで終わりという地点もない。心得:解くたびに問題が変わるなら、問題の書き方は関門でなく下書きだ問題の書き方が下書きにしかならないなら、いちばん安く捨てられる下書きは、顧客が読む一枚の文章だ。
ワーキング・バックワーズ
解決策から始めると、誰も必要としないものを作ることが多い。発表文から始めれば早く気づける。心得:顧客が何を得るか言えないうちは、作り始めないチームのレビューを通った発表文は、チームを納得させた。それは、使う人が下す判定とは別の試験だ。
大半のアイデアは失敗する
大手 Web 企業のオンライン対照実験では、チームが自分たちでふるいにかけた後のアイデアでも、測ってみると大半は効果がないか逆効果で、どれがそうかを専門家が事前に見分けるのも苦手なことが多い。心得:気に入っている案ほど、たぶん外れる仮説として扱う大半のアイデアが外れるなら、同じ人数で数多く試すしかない。だから、どれを先にやるかが一つの決定になる。
遅延コスト
仕事は大きさや勘、声の大きさで並べられ、待たせた週ごとに失う価値は数えられない。だから一番価値のある仕事が、目立つだけの仕事の後ろで待たされることが多い。心得:作る費用より先に、一週間待たせる費用を聞く仕事の順番を決めるのと、その中の設計判断をいつ確定するかは、別の決定だ。
最終責任時点
早く決めすぎると推測がそのまま設計として固まる。待ちすぎると選択肢が黙って消え、誰も決めないまま成り行きで決まってしまう。心得:決定ごとの期限を知り、その手前で決める選択肢が消える前に決めるのは半分だ。残り半分は、仕事が動き出す前に、チームが計画について内心で疑っていることを聞き出すことだ。
プレモーテム
すでに決まった計画に疑問を持つ人は、黙っていることが多い。失敗はもう起きたことにして、その理由を説明してもらうと、疑問が表に出てくる。心得:計画はもう失敗したと考え、理由を見つけた人が賢い場にするプレモーテムで疑問は出てくるが、すべてが解消するわけではない。仕事を始めるときにも、計画は間違っていると思う人は残る。
反対してもコミットする
全員の同意を待つより、決めて実行し、誤りなら軌道修正するほうが速いことが多い。心得:反対は一度きっちり言い、戻せない決定以外は乗る「大半のアイデアは失敗する」は、作る前に指標を決めろと言った。結果が出ると、その指標の外を見なくなりやすい。
マクナマラの誤謬
判断は数えられるものに寄っていき、やがて数えられないものは存在しないかのように扱われる。心得:数えられないものも、数字の横に名前を書いておく

