より良いプロダクトをつくりつづけるために、自分やチームを今よりもっと良いものに変えていきたいと思っている人に読んでほしい本。エンジニアじゃなくても。
2018.12.10 に「あなたが読んだ本は、きっと俺も読みたい。 〜2棚目」という DevLOVE 主催のイベントに参加しました。
問題の捉え方と解き方について。次からはできるだけシンプルに小さく解いてみようという決めた話
今日、ソフトウェアのテストに関するウェブ上の記事やスライドをいくつか読んだ。学びがあったので、印象に残ったことや気づいたことをメモっておく。
何をする人なんやったっけ?
前にも少し書いたけど、昔とあるプロダクトの開発チームでそういう役割の仕事をしていたことがある。
「技術的負債を返済する」ことを大義名分にすることはいい。けど、気をつけないと言葉が一人歩きして、手段が目的化したり、本来やりたかったはずのアウトプットが出せなくなったりと、いろいろよくないことが起こりそうな気がしたのでメモ。
自分は何がしたかったのか、忘れないようにしたい。
ソフトウェアプロダクトの開発に関して、改めて思ったこと。
ビジョンやミッションみたいな、ある程度長期的かつ抽象的な理想を語る時には、「あらゆるユーザ」や「すべてのユーザ」のようなユーザ全体をターゲットする言葉を使ってもいいと思う。
でも、プロダクトやそれを構成する機能開発のターゲットについて語る時には話は変わってくる。理想を実現する過程においては、一時的に一部のユーザをターゲットから外す判断が必要になることもある。
会社の同僚がオススメしていたり、この本で紹介されている方法を実践しているチームも社内にあったりして、個人的にも興味が沸いたので読んでみた。
2017年4月24日に開催された掲題のイベントに参加しました。