「正しい」という言葉を使うエンジニア、同じエンジニアとして非常に恥ずかしい思いです。
「正しいもの」など誰がわかるのでしょう？わかるのなら皆誰も失敗などしないでしょう。
「正しく作る」とは何でしょう？それはエンジニアの都合でしょ？
この本で書かれているプロセスでは、企画サイドのことはおろか、デザイナーにすら触れられていません。
こんな人のいるエンジニアのPM/POはやりたくないなぁ…と思いました。
Kindle 端末は必要ありません。無料 Kindle アプリのいずれかをダウンロードすると、スマートフォン、タブレットPCで Kindle 本をお読みいただけます。
-
Apple
-
Android
-
Android
無料アプリを入手するには、Eメールアドレスを入力してください。
出版社より
本書の構成と流れについて
本書の構成を目次や以下の各章概要説明で目にしていただいたらわかるとおり、仮説検証型アジャイル開発という考え方を体系的に整理して伝えるのであれば、4章→5章→2章→3章という流れで構成した方が適しています。
しかし、そうした構成となっていないのは、著者自身が理解し、実践し、その都度壁にぶちあたり、乗り越えた流れを再現するかたちをとっているからです。どのような立派な話であっても、手痛い失敗がその下支えになっていることがあり、そのため、結論の内容をきれいな順序で文章に示したとしても、「そんなものか」という受け止め方になってしまうでしょう。
なぜそこにたどり着いたのかを、著者の軌跡（ジャーニー）を追体験するように読み進めてもらうことで体感してもらいたいと考えています。
概要説明 1〜3章
|
|
|
|
|---|---|---|
第1章 なぜプロダクトづくりがうまくいかないのか ー わかっていないものをわかっていないままにつくる本章では、一向にうまくいかないプロダクトづくりの「うまくいかなさ」を照らし出します。なぜ、うまくいかないのか。問題は何なのか。そこには不確実性が大きく関わっています。プロダクトづくりの不確実性は何によってもたらされるのでしょうか。これまでのプロダクトづくりを振り返りながら整理していきます。 |
第2章 プロダクトをアジャイルにつくる ー 早く少しだけ形にするアジャイル開発への期待と失望、それに伴う混乱を、どのようにすれば乗り越えられるのでしょうか。そこに向き合うために、まず本章でアジャイルの成り立ちを振り返ります。そのうえで、日本の現場に最もなじみのあるスクラムをベースに、アジャイル開発についての理解を整えます。なぜ、何のために、アジャイルに作るのか、その意義を自ら言語化できるようにしておきましょう。 |
第3章 不確実性への適応 ー 正しくつくる前章では、アジャイル開発とスクラムのあり方について見てきました。不確実性に対処するためには、それだけではまだ足りない観点があります。この第3章では、「アジャイル開発で乗り越えられない不確実性とは何か」を掘り下げます。そして、不確実性への適応のために、「余白の戦略」「スプリント強度を高める戦術」「全体への共通理解を統べる作戦」の3つを用いてその道筋を示します。 |
概要説明 4〜6章
|
|
|
|
|---|---|---|
第4章 アジャイル開発は2度失敗する ー 間違ったものを正しくつくるここまで、不確実性に適応するための手立てを示してきました。しかし実際に進めていこうとすると、チームは2つの壁に直面することになります。最初の壁は、「アジャイルに作る」という取り組みに伴う困難。もう1つは、開発チームとプロダクトオーナーの間に横たわる見えない壁です。見えない壁とはいったい何なのか、そしてそれを作り出してしまうのはなぜなのかを明らかにしていきます。 |
第5章 仮説検証型アジャイル開発 ー わからないものをわかるようにするプロダクトオーナーと開発チームが互いの間にある壁を越えてプロダクトを作っていくためには、「プロダクトとして何が正しいのか」というチームとしての基準が必要です。基準を作り、適宜アップデートしていくために、仮説検証という活動を行うことになります。本章では、仮説検証についてその中身を明らかにしていきます。 |
第6章 ともにつくる ー 正しいものを正しくつくる前章で、プロダクトについての基準をチームで作り、育てていく仮説検証のあり方について詳しく解説してきました。そしてこの最終章では、仮説検証での学びをアジャイル開発へとつなぎ、プロダクトづくりのジャーニーを完成させます。このジャーニーの根底には、「正しいものを正しく作れているか？」という常に向き合うべき「問い」が存在します。チームでこの問いに答えるために、ここまで述べてきたプロダクトづくりのあり方を越境していきます。 |
