アジャイル開発とスクラム 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント

この本について

仕事でプロジェクトを回していると、「結局、何を基準に進めればいいのか」「仕様通りに作ったはずなのに、なんで喜ばれないんだろう」といったモヤモヤがつきまといます。やるべきことは多いのに、チームとしての手触りがどこか噛み合わないまま時間だけが過ぎていく感じ、僕もずっと抱えていました。 この本は、アジャイルやスクラムを“プロセスの名前”としてではなく、知識を育てるための考え方として扱っています。スプリントごとに動くものを作りながら学習を積み上げるという発想は、仕様ではなくビジネスの効果を軸に判断する視点を取り戻してくれました。また、プロダクトオーナーを一人に絞る理由や、レトロスペクティブでまず良かったことから話す意味など、日々の現場で「なぜこれをやるのか」が腹落ちする説明が多いのもありがたいところです。 もう一つ印象に残ったのは、組織文化まで含めてプロセスを変えていく必要があるという姿勢です。管理する側とされる側ではなく、チームが自分たちで改善していく構造をどう作るか。そのための透明性や、タスクを細かく動かすリズムづくりなど、現場での小さな行動がどこにつながるのかが具体的に語られています。 今の進め方に漠然とした違和感がある人、特に「ウォーターフォールの限界は感じるけど、アジャイルが何を変えるのかはまだ掴めていない」という人にはかなり刺さると思います。