第一章まで読んだ 問題解決って普段からやることだけれどいわゆるベストプラクティス的な手法は学んだことがなかった 第一章だけでもかなり学びがあった 特にこの本のコアな部分である 「where why howの順番で考える」というのは改めて認識すると確かにそうかもって思えた やっぱり人間ってhowから考えることが多くて お金が足りない → 節約しよう みたいな思考に陥りやすい だけどそれって本当に節約がベストな対策になるのかと言われたらわからない ベストな対策を打つためにはhowの前にwhereとwhyを考える必要がある 例えば、アプリケーションの機能が不評 という課題があった時に where: 具体的にどこの機能が不評なのか why: なぜその機能が不評なのか how: どのような対策を打つか を順に考えていく必要がある where: お気に入り登録機能が不評 why: お気に入り登録機能がpostボタンに近く誤動作を起こしてしまうため不評 how: uiを変更する みたいな話だと思っていて 例えばちゃんとwhereとwhyを考えていないと的外れな機能を修正してしまったり、whyを考えていないと機能のレスポンスが悪いからパフォーマンス改善しようなど的外れな対策をしてしまったりと改めて羅列してみるとwhere, whyの重要性がわかる また、where why howをとりあえず出せばいいわけではなくちゃんと全て繋がりがあることの確認は大切だと思った whyに対してhowが全然違うみたいなのはおかしいよねって この章の最後の方に仮設検証思考の話が出てきたが、基本はwhere why howの順番で考えていくが 例えばこの方法いいんじゃない？って思った時に そのhowを実行してみるというのはいわゆるhow思考の罠にハマってしまっているがそのhowが正しいのか検証するつまり how why where の順番で繋がりができているかをやる方法が仮設検証思考なんやでと書かれていて仮設検証ってどうやんねんって思っていた私にはすごい刺さった