読書ログ

『知識ゼロから学ぶソフトウェアテスト』を読んだ

www.amazon.co.jp 文体がこんな感じだと思ってなかったのでちょっと面食らった。それからいわゆるQAと開発者が分かれているような組織で働いたことがない*1ので、それ前提で書かれている部分は想像が難しかったです。 カバレッジの説明とか、テスト書くにあ…

『イシューからはじめよ』を読んだ

https://www.amazon.co.jp/dp/B00MTL340Gwww.amazon.co.jp 4月に読んだ本のなかでは一番面白かったかも。Kindleでマーカー引いた箇所が多いです。これからの考え方の根本を変えうることが書いてあるし、一方で分析方法だったりプレゼン(アウトプット)まで…

『問いかける技術』を読んだ

https://www.amazon.co.jp/dp/B00PY6XVAQwww.amazon.co.jp 「謙虚に問いかける」ことの大事さが書かれていました。 問いかけるというのは、自分で話すのではなく、相手に話させるとでもいうような感じ。ついつい誰かに対して自分の意見を表明したくなったり…

『チームトポロジー』を読んだ

www.amazon.co.jp 『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』を読みました。 上長と話してるときにこの本の話が出て、「今回の組織設計で一部この本を参考にね〜」みたいな話があり、それなら僕もこの本読んで同じ思考の枠組…

『技術者のためのテクニカルライティング入門講座』を読んだ

www.amazon.co.jp 技術文書を書くにあたって新たな発見があればいいな〜と思って読んだけど、新しい発見はあまりなかった。ただ書いてることの多くは大事ではあることだなーと思った。 自分がマーカーを引いていたところ辺りを振り返りながらざっくり整理...…

『採用基準』を読んだ

www.amazon.co.jp 一言でいうと「リーダーシップが重要である」みたいなことが書いてあった。 以下自分がマーカーを引いていたところ辺りを振り返りながらざっくり整理。 コンサルティングプロセスとリーダーシップ 問題解決スキルと問題解決リーダーシップ …

『プロダクトマネジメント―ビルドトラップを避け顧客に価値を届ける』を読んだ

プロダクトとは価値を顧客に運ぶことで、プロダクトマネージャーはプロダクト戦略をたてる。なぜこのプロダクトをつくっているのか、どんなアウトカムを生み出すのかをチームが忘れないようにする。 アウトプットではなくアウトカム志向で、というのはなるほ…

『エンジニアの知的生産術』を読んだ

社会人にとってやる気は貴重なリソース、というのはマジでそうだなと思った。 3,4章を読んで、自分には本をあまり時間をかけずに一度読んで、その後他の本を読むときとか何かしらのアウトプットをするときに何となくキーワードをもとに引っ張ってこれるくら…

『10歳でもわかる問題解決の授業』を読んで

解決策に急がない、というのは大事だな〜。 問題解決の意識を変えること 問題解決を一発ですますことは不可能であるということを理解する 問題解決はサイクルである。一度意思決定してそれで終わりではない テストは複数の選択肢があれば、その中に必ず「正…

『ライト、ついてますか』を読んだ

人生や仕事は「問題」の連続です。この本には、問題をどう発見するのか、どう定義するのか、どう解決するのかについてのヒントがたくさん詰まっているなーと思いました。 この本にはこれらの「標語」のようなものがいくつも出てきます。 問題によっては、そ…