オススメ度 ★★★☆☆ ３／５
アジャイルで発生しがちな問題を、どのように解決していくかを書いている。
序盤はアジャイル以前のウォーターフォール型の開発手法についての説明とその限界について説明し、アジャイルの一般的な考え方と流れを説明している。本書を手に取る人の多くはおそらくアジャイル経験者であることを考えると最初の三分の一はほとんど読む必要がないのではないかと思える。
中盤以降はアジャイル開発で起こりがちな課題と、その解消方法について書いている。また、その過程でいくつかのフレームワークを紹介している。ユーザーストーリーマッピングやサービスブループリントなどの説明は他にも詳しい書籍があるので特に新鮮さはなかったが、リーンキャンバスを改善したという仮説キャンバスや検証キャンバスという筆者オリジナルの手法を紹介しており、機会があれば使ってみたいと思った。リーンキャンバスには目的やビジョンがないので内容がぶれてしまうのだという。
また、仮説検証をわからないことをわかるようにする活動として、3つの種類に分ける考え方は本書で初めて出会った。
- 課題仮説（本質）
- ソリューション仮説（実体）
- インターフェース仮説（形態）
別の言い方をすると、課題仮説とはどんなユーザーストーリーを実現すべきか、ということであり、ソリューション仮説はどんな機能を実装すべきか、そしてインターフェース仮説はどんな見た目にすべきか、ということなのだろう。自分たちがどこまでわかっていてどこまでわかっていないかを明確にするためにこの3種を分けて考え、チーム全体の現在地を共有することは意味があるだろう。
最後に、アジャイル開発をうまく行うためには参加メンバーの視野と視座を動かして物事を見ることが重要と説明している。視野を動かすとは、自分、チーム、顧客、ユーザーといった人を軸に自分以外の視野で物事を見ることで、視座を動かすとはプロジェクト、プロダクト、事業、組織、などのように規模を大きくして物事を見つめることである。面白いのは、必ずしも大きな視点で物事をみることが重要と言っているのではなく、様々な視点で物事を見る能力をもっていてそれを状況に応じて使い分けることが重要だとしている。
おそらく著者も同じような書籍を読んできたのだろう。前半はだらだらと別の書籍や記事で詳しく触れられていてすでに一般的になったといえる考え方や、手法について書いており、普段からさまざまな情報に触れている人にとっては特にあたらしさはない。ページを増やすための戦略なのかもしれないが、たくさん書けばたくさん伝わるという考え方はエンジニア出身の著者っぽいなと感じた。言いたいことを絞ればもっと読みやすくわかりやすい本になったのではないかと思う。そういう意味では後半はアジャイルを実践しながらなんども悩み解決策を考えてきた経験からくる内容の濃さを感じた。本書を読み始めて前半で挫折しそうになった人には、後半だけ読むように教えてあげたい。
【楽天ブックス】「正しいものを正しくつくる」
