技術書を最近読むことができてなかったので久しぶりのリハビリとして読んでみた。
目次は以下。
第1章 プロダクトにまつわる夜も眠れない問題
第2章 最後に、ユーザと対話したのはいつだった？
第3章 僕らはそもそもチームになっているのか？
第4章 進捗マネジメントではなく、プロダクトマネジメントを始める
第5章 不確実なプロダクトづくりをさらに難しくする3つの罠
第6章 誰かの勘と経験と勢いではなく、仮説検証を拠りどころにする
第7章 イメージをプロトタイプすることで、理解の解像度を上げる
第8章 学びを最大限活かして、世界観を問いかける
ストーリー仕立てのためとても読みやすい内容となっていた。
ストーリーは既存プロダクトを扱う部分と、新規プロダクトを扱う部分との２つがある。どちらかによった話ではなく両方について満遍なく書いているためかと思うが、内容としては軽いものとなっている気がする。
ただその分幅広い内容が網羅されている。それぞれについて細かいことを知りたくなった場合はそれぞれについてを専門的に書かれている本などで調べていくのが良いのだろう。
目指すものがなにか、目指す方向に向かっているかを確認していくことを行っているようだった。変化に対応していくためにユーザの求めている機能を調べるためのインタビュー、チームやプロダクトに存在している問題を探して対応していく方法がストーリーとして書かれていた。
問題に対して対応する方法としてむきなおりが紹介されている。ふりかえりは過去についてを軸として見直しをし変化していくべきことを探すこと。それに対してむきなおりは未来を軸として方向を決めていくために行うべきを探すこと。
ふりかえりはすることが多いが、むきなおりは全然していない。自分たちが向かうべき方向を考えることは大事なのでやってみたいと思う。
背景か仮説なのかの区別がつかないままダラダラと喋ってしまうのは自分もよくやってしまっているなと思ってしまった。これとは別にも余計な話をたくさんしてしまう癖があるので少しでも直せるように気をつけていきたい。どうにかシンプルに話す内容をまとめれるようにしたい。
世界観を考えるほど大きな開発を行っていることがない。基本はすでに作るものが決まっていることが多いためである。それでも使ってくれているユーザはいるので、少しでもユーザにより良いものを提供できるようにしたい。
まとめ
- ストーリー仕立てなので読みやすかった
- むきなおりをすることで方向性を考えて開発をしていきたい
- ユーザに対して喜ばれるものは何かをユーザと一緒に考えていきたいと思った
