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

平鍋健児, 野中郁次郎【著】

• 販売会社／発売会社: 翔泳社
• 発売年月日: 2013/01/19
• JAN: 9784798129709

商品レビュー

2026/08/14

アジャイルの勉強として本を読みました。

2013年の本なので、紹介されている具体例は付箋を使ったり、壁にチャートを張り出したりとアナログな方法が中心でしたが、アジャイルやスクラムの基本的な考え方は現在も大きく変わっていないと思いますので、勉強になりました。

私はたまたまこの本が会社にあったので読みましたが、2021年に第2版が出ているので、今から読む人はそちらを読んだ方が良いと思います。

【第1部】
アジャイルとスクラムの概要だけ知りたい方は、第1部だけ読めば十分そうです。
アジャイル関係の用語と、それぞれがどういう意味なのかを知ることができて良かったです。

・スプリント
一定期間（通常1週間〜1か月）を区切って、決めた成果を完成させる開発サイクル。
このサイクルを繰り返すことで、「このチームなら1スプリントでどこまでできるか」という知見を蓄積できる。

・スクラムマスター
チームが円滑に開発できるよう支援する役割。
例えば、「他部署の承認待ちで作業できない」といった問題の解決や、「コードレビューに時間がかかる」といった問題の改善策を考える。
こうした役割を専門に担当する人を置く、という発想があることが印象に残りました。

【第2部】
アジャイルを採用した企業の実例集のような内容でした。
アジャイルについて概要を知りたいだけであれば、ここまで読まなくてもよさそうです。
一方で、企業改革のドキュメンタリーなどが好きな人には面白い内容だと思います。

個人的に印象に残ったところは以下です。

・アジャイルは、大規模開発や品質を特に重視する場面では難しい。
システムの根幹部分はウォーターフォールで開発し、フロントエンドはアジャイルで開発する、といった使い分けもある。

・ビジネス側と開発チームの信頼関係を構築するための工夫。
ビジネス側は仕様を伝えるだけでなく、背景や目的などのコンテキスト（文脈）も共有する。
開発チームは、内部の進捗状況をできるだけオープンにする。

・被災地で医療のためのシステムを急いで作る場合、アジャイルの短いサイクルでリリースし、ユーザーからのフィードバックを反映していく方法は、特に相性が良さそうだと思いました。

【第3部】
アジャイルの元になった考え方や、会社全体をアジャイルによってどう良くしていくか、といった、より大きな視点の内容でした。
アジャイルについてより深く知りたい人向けだと思います。

2025/02/26

今となっては随分古い内容になった気がする。
XPのプラクティスなんて殆どが当たり前になってきた。
初めて読んだ当時は、こんなの現実的でないなんて思ってたのに…
技術的な内容というより、ポエムというか概念というか、理念か…？
まぁサクサク読めたけど、この先どんどん陳腐化していきそうな…

2024/03/16

これは良書。一度は読んでおくべき本でした。
IT用語である「スクラム」という言葉を、実は逆輸入版だったと知って驚きました。今よりもずっと前に、日本で、しかも製造業の研究においてすでに「スクラム」という言葉と概念が作られており、ずっと後にアメリカのIT業界で正にこれだと復権したというのは面白いですね。
この導入から始まり、IT業界での「スクラム」の説明が展開され、最後に本来の「スクラム」（野中郁次郎）との融合が図られる構成も読んでいて楽しめるものでした。
第二版だと、初版では勘違いされやすいテーマの修正や組織論にまで展開されています。ただ、やっぱり「アジャイル」を組織に適用するのは無理なんだな～、という印象。なので、個別のプロジェクトとしては「アジャイル」ができたとしても、最終的には組織とぶつかるところが出てくるのは避けられなさそう。