プロジェクトリーダー以上の方にお勧めの一冊です。

　タイトルの「アジャイル開発の本質」という部分が、
第１部から第２部に相当します。
この部分だけでも読む価値はあります。
アジャイル開発をXP、スクラム、RUPの具体的なプラクティスで
解説してあり、違いや共通点が分かりやすかったです。
また、ウォーターフォールの間違えについても参考になりました。

　タイトルの後半「スケールアップ」という部分が、
第３部に相当します。
アジャイルを企業に適用する解説です。
実際に行動するにはエネルギーが必要で難しい部分ですが、
面白かったのはアジャイルの計測で、評価するのに
レーダーチャートを用いているところは参考になりました。

　サブタイトルの「14のベストプラクティス」で
「14」は何を指しているのか最後まで分かりませんでした。

大変面白く、一気に読んでしまいました。

XP、スクラム、RUP、それぞれ名前は聞いたことがあったのですが、良く理解していませんでした。この本を読んで、これらのメソッドに共通な本質は何か、が良くわかりました。また、それがどうやら大規模なエンタープライズシステムにも適用できそうなのだ、ということがわかってきました。

QCDという言葉があります。品質(Q)、コスト(C)、納期(D)を守らなければならない、という意味です。ものづくりにおいては、特に重要でしょう。しかしながら、QCDを計画するためには、生産活動が事前に予測可能であることが必要です。ソフトウェアの開発は本質的に、今までに無い新しいものを創り上げる活動であり、また顧客の要件も時間とともに変化していきます。ですので、ソフトウェア開発においては、QCDを事前に決めることはできない、という前提からアジャイルの考え方が始まっています。

一定のQCDを事前に決めることができないとなれば、Q、C、Dのいずれか（あるいは複数）にしわ寄せがよってきます。ソフトウェア開発ではどれも起きることです。納期が延びて、そのためにたくさんの人を投入して（コストオーバーラン）、なおかつ品質が保てない、などという話を良く聞きます。

アジャイル開発では、与えられたコストの範囲で納期は絶対守る、その代わり仕様には妥協する、というのが今までのウォーターフォール開発とは大きく異なるコンセプトです。コードの品質には妥協しないのですが、顧客要件については優先順位をつけて、実装できるものだけを期限までに実装する、という考え方です。同時に、常に変化する顧客要件に対応するため、非常に短い反復で動くソフトウェアを作り、顧客に見せてフィードバックをもらいます。

このアジャイルの考え方は、ソフトウェア開発だけでなく、企業における知的活動の様々な局面において応用できるように思います。たとえば、3か月で何かの報告書を作るタスクの場合、完成度は低くても全体像がわかるドラフトを毎週提出してフィードバックをもらう、などのやり方です。

また、チームの構成、コミュニケーションのやり方などは、一般のマネジメントにすぐにでも応用が効きそうです。ソフト開発も組織のマネジメントも結局は人、メンバーのエンパワメントが大事なのだ、と改めて認識させられる本でした。

マイクロソフト　Tech Fielders - Agile Day 2でこの本を知り、早速購入した。まだとばし読みであるが、新しい時代の到来を感じる。

自分はコンサルであるが、反復型と呼ばれる開発プロセスを、ユーザー企業の立場で推進し、反復型によるユーザー側のメリットも確認してきた。そのため、アジャイル開発が大規模システムで適用できるという考え方には全く違和感はない。しかし、XPやスクラムなど、具体的なプロセスのプラクティスには関わってこなかったため、それをアジャイル開発の経験と言って良いのかわからなかった。この本は、個々のプロセスの用語にとらわれることなく、アジャイルの本質的なメリットを理解してそれを引き出すことが大切と説く。この世界にアジャイルという統一的な言葉がうまれそうだ。ありがたいと思う。

アジャイル開発を大規模システムに適用することについては、アーキテクチャーの問題が気になっていた。システムの基本的な構造や仕組みを「後付け」で考えるプロセスでは、大規模開発において相当の不効率を生むことになると考えたからだ。

この点については、アジャイルプロセスそれぞれのスタンスがあるが、大規模システムへの適用については、アーキテクチャーが現れることを待つのではなく、意図的に作り出すことが必要だと書かれている。また、そのアーキテクチャーを作り出すチームや期間も必要であり、それをアーキテクチャー助走路と呼ぶということも書かれている。

アーキテクチャー助走路という概念が打ち出されていることで、今後の大規模におけるアーキテクチャーの事前検討の必要性とメリット、またそこに一定のコストが発生することを説明しやすくなった。これも、ありがたい。

目次にさっと目を通したところでは、この本は他にもじっくり読みたいところが満載で、しばらく楽しめそうだ。

昨年のマイクコーンの本（アジャイルな見積りと計画づくり ‾価値あるソフトウェアを育てる概念と技法‾）といい、この本といい、最近のアジャイル開発の様変わりの様子が、やっと日本語で読めるようになってきた。アジャイル食わず嫌いの人にこそ、読んで欲しい本。

開発組織のリーダークラスの人にもおすすめ。アジャイルの本質から解きほぐしてくれるので、なぜアジャイルかという点で得心が行くし、具体的な規模拡大のアプローチが示されているので、アジャイルに安心して取り組める気になる。

ただ、内容的に今までのアジャイル開発とはかなり異質なので、普通のアジャイル本も併読した方がいいかも。そうすると逆にこの本の価値がわかるかもしれない。