序章　仮説思考とは何か 仕事の速い人 →限られた情報をベースに、人より早く且つ正確に問題点を発見でき、且つ解決策に繋げることができる思考法を身につけている。 第1章　まず、仮説ありき 仕事の進め方で大切なことは、答えから発想すること。 答え→分析して証明する。 仮説を立てる →やるべきことがクリアになり、論点を深く考えることができる。 ビジネスパーソンにとって大切な能力 ・先見性 ・決断力 ・実行力 今分かってる情報で先を読む力 自分ひとりで意思決定すなわち決断する力 組織を動かす実行力 情報は多ければ多いほど良いというわけではない。 今すでにある選択肢を狭めてくれる情報だけが役に立つ。 網羅思考は非効率 積み上げ型の思考なので、途中で結論を間違えれば次のストーリーも間違える。 時間も工数もかかるので非効率。 まずは一点に集中して解決策を導き出す方が良い。 まず一つストーリーを作り、それを検証するための必要な証拠だけを集めれば良い。 ストーリーが間違っていた場合は、その仮説を肯定するような証拠が集まらないため、すぐに間違いに気づく。余裕を持って軌道修正が可能。 第2章　仮説を使う 立ち止まってかんがえるよりも、とりあえずの答えを持って実感するという考え方。 自分の提案に対して、相手はどう感じるか、あるいは相手が自分の提案に対して1番求めてるものは何なのか、こうした仮説を常に持っておく。 お互いの間に共感を生み出す。 仮説を前提にストーリーを組み立てる。 会社の変革や成果にいかに直結するか。 相手にとって自分の提案が実際のアクションに繋がりやすいかどうかが重要。 第3章　仮説を立てる 仮説はどこで生まれるか？ ディスカッションを通じて 顧客へのインタビュー中に 突然閃く じっくり考えてる時に 閃きを意図的に生むためには？ ①反対側から見る 顧客、現場、競争相手の視点 もし、自分が競争相手の社員だったら我が社をどのように見てるだろうか？ ②両極端に振って考える →物事の本質を探る。 ③ゼロベースで考える 良い仮説の条件 ①掘り下げられている なぜそうなのか?まで掘り下げられていること。 だから、何？ ②アクションに結びつく 具体的な解決策に結びつくようなもの。 仮説を構造化する 例 売上が上がらない →需要減→一巡して成熟期に 　　　　→消費者の嗜好が他にシフト →競争に負けている→製品力で負けている 　　　　　　　　　→販売力、マーケティング力　　 　　　　　　　　　　で負けている 第4章　仮説を検証する ①実験による検証 ②ディスカッションによる検証 ③分析による検証 重要な視点 議論は負けるが勝ち ディスカッションの目的はあくまでも仮説の検証と進化。 負けて実を取ることも重要。 分析は、まず仮説ありき。 仮説が正しいかどうかを検証することが分析を行う正しい態度である。 第５章　仮説思考力を高める ①So Whatを常に考える ②なぜ？を繰り返す 実際の仕事の中で訓練する ①相手のメガネをかけてものを見る ②上司の意思決定をシミュレーションする 仮説の効用 仕事が速くなる、質が上がる 常に限られた時間の中で答えを出すことで、情報が不足している段階で問題の真因を探り、解決策を模索していく力がつく。 全体像から入り、必要な部分のみ細部にこだわる、あるいは証明を行う。 →物事の全体をつかむ力が向上する。 気持ち悪くても結論から考える 少ない情報から結論を出すのだからそれは当たり前。軌道修正していきながら、結論を出していく。

終章まで読了をした この本を読んで自分的に解釈したのは仮説検証というのは問題解決（ロジックツリーなど）で門dないとなる可能性を羅列した上でどれが一番筋がいいかを判断し、判断したもの以外には目をくれず筋がいいと思ったもののみ検証を行い効率性を上げていこうぜといった内容だったかなと思った ポイントなのはあくまで可能性の羅列だけをする全てに検証をかけないと言ったところ やっぱりこれが全てだなと思った 筋がいいものを検証して当たれば最高、外れればさらにいい仮説を立てるための仮説の種が手に入るというのを繰り返していくのが良さそう また何より大切かなと思ったのはいい仮説を立てるには経験や知識が必要だということ 羽生さんの例にあった通り1手を打つたびに80数通り打ち手はあるが良さそうだと思うものは直感的に2,3手しかない さらにその中で自分が筋が良さそうというものを高速で頭の中で検証（シミュレーション）する って言うのがまさに仮説検証でやりたいことだよなと腹落できた 仮説検証って日々の生活でトレーニングできると思うので意識的に鍛えてやっていきたいなと思った

第二章 ~ 第三章を読んだ 個人的に大切だと思った要素を書いていく まず、仮説を立てるには経験とか知識みたいなところがかなり重要だなと思ったところが感想 例えば日常的な仮説として雲が分厚く空が暗くなっていたとしたときに雨が降りそうだなという仮説を立てて傘を持っていくと言う対策をとる いわゆる、「空・雨・傘」にあたるがこれはこう言う空の状態だと雨が降るんだよなーっていう経験があるからこそこの仮説が有力だと仮説立てができるわけであってこの空の状態を知らなければできないよなと思った 経験は大切とかよく言うけどこう言う部分を強くする意味で重要なのかなとも思ったりする また経験については機会が巡ってくるかみたいなところもあるにはあるので知識という能動的に鳥に行けるのもはそれはそれで強いなと思った また、仮説をひらめく思考方法についても面白なと思った よく言われる - 反対から考える - 0/100で考える - ゼロベース思考で考える と言った内容が出てきた これらの内容ってよくHow自体は書かれているけどなぜこの思考法がいいのかについてはあまり書かれていないことが多かったので知っていたけど意識的に使うぞ！って言う場面は今まであまりなかった 本の中では仮説を立てるためにこの思考法を使うんやでと書いてあり腑に落ちた 例えば、反対から考えるだとコストダウンがゴールだとしたときに私たち的にこの施策を行うとコストダウンになって嬉しいがこの施策を行うと顧客目線からすると使用感が悪くなるので売り上げが落ちるからコストダウンすることよりデメリットが大きいからこの仮説は良くないなど判断ができる やっぱりなぜ？がわからないと使わないよなーって改めて思った 最後にロジックツリーの話が出てきたが仮説思考と問題解決の繋がりが言語化できてよかったと思う 要は問題解決のロジックツリーを作成してその中の有力なのはどれ？って言うのが仮設思考なんだなと腹落ちした

仕事を円滑に進める方法をいろいろ知りたかったので読んでみた とりあえず第1章だけ読み終わったのでまとめる 結論から言うとこれ将棋とかカードゲームで想像するのが一番腹落ちできる話だと思った 第1章の要点としてはこの2点だと思った - 網羅的に検証しない有力な仮説を立ててその仮説を検証する - 情報が多ければ多いほどいいわけではない 羽生さんの話が一番腹落ちしたので例に挙げると 数ある手駒すべてのパターンを考えると80パターンぐらいあるが有力なものは2, 3パターンその中で自分の経験からこれが良さそうと思うものを選んでシミュレーションする 仮にその仮説が的外れだったとしてもシミュレーションの中で仮説の種（例えばここに駒を進めると絶対に取られたくない駒が取られるなど）が得られるので他の一番有力な仮説を検証する そうすることで80パターン全てを検証するよりはるかに速い速度でいい手が考えられる ゲーム性あるもので考えると確かにそうだよなってすごいわかりやすかった 情報が多ければ多いほどももそうで情報には - 不確実性を下げるもの - 不確実性を上げるもの この二つがあるってことが言語化されていてよかった 例えばランチする場所を考えるとき 様々な選択肢がある中であの人はフレンチが好きみたいな話があれば日本食・中華などの選択肢がはずせるので不確実性が下がる ただ、あの人は気分屋でフレンチがいいと言う日もあればフレンチを選ばれると怒る時があるみたいな情報を得ると一気に選択が難しくなる これもそうだなーと思った 要は情報ってあればあるだけいいわけじゃなくて不確実性が上がったり下がったりするんだから今ある手持ちの情報で一旦有力なものを考えてそれを検証してみなさい 情報を集めるのであれば不確実性が下がる情報に焦点を合わせて集めなさいなのかなと思った

・テストマーケティングで仮説の検証を行う(ABテスト等はあくまで仮説検証の一つの手段) ・仮説を提案するときはもちろん思いつきではなくしっかりと分析をした結果を提案することができるとなお良い。ただ、社内に関してはディスカッションで仮説の精度を高めていく ・仮説の分析をする際はクイック&ダーティで、緻密にやらずに速度を意識する ・分析を行う目的は①問題を発見する②相手を説得する③自分を納得させるの３つ ・闇雲に分析せずに仮説を持って分析する。理由は工数が最小限で済む&情報洪水に溺れてしまうから ・良い仮説は経験に裏打ちされた直感から生まれる。 ・トレーニングする方法は①日々so what？を常に考える②なぜを繰り返す・最低でも五回繰り返す ・新聞の出来事や目の前で起きている仕事に対してなぜを追求していく練習を繰り返す ・相手の立場になりなぜそのようになっているのかを考える。相手の思考に仮説を持つ ・IQよりも何度失敗してもそこから学びを得る知的タフネスが大事

・良い仮説の条件は掘り下げられているかつアクションに次に結びつくもの ・大きな問題と小さな問題でイシューツリーを作成する。 ・仮説検証には①実験②ディスカッション③分析の３つがある

・情報が多いほど良い意思決定を出来るわけではない ・仕事ができる人は分析ではなく答えを出すのが早い ・仮説とはまだ証明してないが最も答えに近いと思われる答え ・網羅的に考える網羅思考は非効率・意思決定の速度を早める必要釜ある ・仮説を立てて検証を繰り返す。その回数が増えるとほど仮説の精度は進化していく ・出た仮説に対して飛び付かず、全体のストーリーを思い描いて全体の構成を見通す。 ・仮説の立て方は①分析結果から②インタビューから③ひらめきの３つから立てることができる ・ひらめくために出来ることの一つ目は反対側(顧客の視点を持つ・現場の視点でいつもと違う方向から見ていく・競合相手がどう考えるか）で，思考を行う。２つ目は物事を両極端に振って考えてみて、３つ目は全ての既存の枠組みをリセットしてゼロベースで考えてみる。

コンサルの人が書いた本だなぁという感じ。 それがビジネスに活かせているかはともかく、仮説をたてて検証をして‥って、小中学校の理科で学ぶことじゃないかな。それを知る人ぞ知るビジネスの秘訣のように語られても‥。 あんまり学びにならなかった気がする。

仕事をする上で意識していきたい。 気持ち悪くても間違っていてもよいから、 最初に仮説を持って動くことの重要性。 これから何度も読むことになりそうだが、考え方やトレーニングが書いてありためになった。

常に早く自分の答えを持ちながら仕事をする。 現場、もしそれがなかったら、競合の視点など、 反対の立場から考える 日常からso what?と考え訓練する。 そうすれば、瞬時に仮説立て、検証ができ、 頭の回転が速くなり仕事のスピードが上がる。

情報不足とか分析がとか言ってないでまずは仮説立てて、動き始めてから情報収集しろ、という本。平易な文章でサクッと読めるけれど考え方としては重要。 結果として今出来ている方だと思うけど社会人成り立ての頃に出会いたかった

問題解決を行うときに、仮説(ゴールまでのストーリー)を立てることから始める。 良い仮説は経験がものを言うことが多いため、情報収集に力を入れる人が多いが、100点の仮説でなくても70点の仮説を早いうちに一回立てたいな ○卒論 卒輪執筆の時、情報収集を行なった上で結論までのストーリー(構成)を一度立てた。その後そのストーリーに沿って研究を進めながら、修正を行なっていた。このように、一度仮説を立てる癖がついているのはいいことかなと思った。 ただ、「悪い意味での完璧主義」と言う自分の性格がネック。 仮説を立てるまでに、情報収集をかなりやっちゃう。悪いことではないんだけど、スピード感で言えば他の人に劣りそう。 自分に必要なのは、2つかな。 ◼︎1 70点でいいから早いうちに仮説を立てることかな。 情報収集したところで、100点の仮説とか立てれんし ◼︎2 普段から色んな情報に触れておく。 ※情報屋はおもん無いし、不安要素増やすだけやから注意

4-5章が特にいい感じ 個人的には論点思考の方が学びが多かった印象 まずは行動し、習慣化、そして無意識でもできるようにしていきたい

年末年始の課題図書として 仕事やモノの考え方でなんとなく経験則で「こうした方が良いなあ」と思っていたことを言語化してもらった気がする 「結論から考える」「とにかく手を動かす」「何度も出力し、軌道修正を恐れない」 みたいな、ぼんやり自分で意識していたことを整理していただいた もちろん、自分がまだまだ出来ていないことについての気づきもあった 出来ていたことについても、どうやらこうした方が正解っぽいぞと日々意識していきたい 勉強になりました

少しでもプラスになれば良いな

UXリサーチ 『未経験でUXデザイナーになったわたしが実務で活かせた本20選』より