アジャイルサムライ−達人開発者への道−

著者 : Jonathan Rasmusson 近藤修平 角掛拓未

• オーム社 (2011年7月16日発売)

作品紹介・あらすじ

アジャイルサムライ-それはソフトウェアを顧客に届ける猛々しきプロフェッショナルだ。本書では、圧倒的なアジャイルプロジェクトの姿を見せる。

感想・レビュー・書評

[Takahiro Okumuraさんのレビュー · 2015年9月14日]

身に覚えがあるような、チーム開発で陥りがちな悪しき状況をうまく描写していて、苦々しい気持ちになりながらも読み進めていった。
RUNNING LEANとほぼ同時に読んでいたけど、こちらのほうが、いわゆる「現場」をよく表現している。RUNNING LEANはビジネス寄りな印象だった。
ユニットテストやらTDDのところは飛ばし気味に読んだけど、技術的負債をどうやって返済していくのが理想的か、みたいなところまで踏み込んで言及していたのが印象的だった。
開発者必携だと思う。

[budougumiさんのレビュー · 2012年12月31日]

アジャイル採用してないから関係ない。

どんな開発プロセスを使っていてもそんな言い訳はしないで読んだ方がいい。
TDD、TiDD、CIの概要もフォローしている。

内容は言うまでもないとして本書が優れている点は以下の通り
•小サイズ、300P程度で携帯性に優れている
•5-6時間で読める
•取得言語に関係なく読める（簡単なC＃は記載されてるが平気）
•訳がとても読みやすい

外食一回ガマンすれば買える値段なのでぜひ買うべき

[dannerさんのレビュー · 2013年1月26日]

チームメンバーはこれで概要を把握してもらって、プロセスを具体的に引っ張るリーダーは「アジャイルな見積りと計画づくり」などで補完。

[ボンツトさんのレビュー · 2012年10月13日]

タイトルにこそ「アジャイル」という文字が含まれてますが、アジャイル云々は置いといてソフトウェア開発に携わる全ての人は一度は読んでおくと良いでしょう。
個人的なお気に入りは「インセプションデッキ」と「見積り」の２つ。
インセプションデッキはPMBOKにおける「プロジェクト憲章」の軽量版と言ってよく、プロジェクトの全体像をステークホルダーと共有するのにちょうどよい手軽さで取り組めそうです。（まさに「みんなをバスに乗せる」）
アジャイルな計画づくりの中でも相対見積の考え方は特に斬新でした。上手く応用できれば、チームの生産性や進捗をシンプルに測ることができるだけでなく、プロジェクトの状況を覆い隠すことなく関係者と共有することができるのではないでしょうか。
15章の最後にあった「アジャイル開発は旅そのものであって、目的地ではない」という一文が、キーワードやプラクティスを追従するのではなく、顧客に価値を届けることと改善のための努力を続けることがアジャイルの本質なのだということを表していると思います。

[(c_c)ちあき.6さんのレビュー · 2012年5月12日]

翻訳本にありがちな軽快さですが、内容には十分な重みを感じました。

メソドロジーとしては、ウォーターフォールどっぷり、アジャイル未体験な私ですが、スピリットとしては、これまでのシステム屋生活の中で経験したり、意識してきたものも含まれていました。

筆者が言うように・・・「これまでの歴史の中で、時の流れとともに積み重なってきた数々の問題が、私たちの行く手を邪魔することもある」・・・それを解決するひとつの解がアジャイルだと再認識しました。

でも・・・「アジャイルであるかなんて気にしない」「キーワードでソフトウェア開発できない」・・・そのとおりだと思います。

「システム開発はわくわくするもののはず」・・・そうなんですよね・・・
「アジャイル　サムライ」を目指して頑張りたいと思いました。

[fukayanegiさんのレビュー · 2011年10月7日]

この本を読んでわくわくする感覚が湧かないようならソフトウェア開発者なんて辞めてしまった方がいい。そのくらい、可能性を感じさせてくれる本。

ユーモアと情熱、毅然とした態度、誠実さを失わずに顧客に価値を届ける。まさに目指したい方向へのヒントがアジャイルにはあると感じた。

一番の課題はスコープを変化させる、期日を変化させるというスタンスを顧客と共有できるかということ。頭ではその方がいいに決まっているとわかっているのだろうけど、上からの圧力など様々な政治的な力でいざという時に、「そこをなんとか」と言ってくる顧客は多い。そんなことをしたって結果はなるようにしかならないのに。土壇場での「そこをなんとか」を使われるとアジャイルは破たんすると思う。まあ、それをコントロールするのもシステム屋の仕事。

とはいえ、発注者側視点のアジャイル開発の文献等が広まると、業界ももっといい雰囲気になるのだろうになぁ。

[mochizさんのレビュー · 2011年8月6日]

「毎日忙しい、けれど、いまのプロジェクトをなんとか良くしたい」
「アジャイル開発は良いと聞くけど何から手を付けて良いか分からない」
そんなエンジニアさんにぴったりの一冊です。

アジャイル開発のエッセンスが300ページに良い感じにまとまっています。
ぎっちりと詰め込まれているのではなく、あくまで楽しく、監訳者の軽妙な言い回しでクスリとさせてくれながら「これならできるかも」と思わせてくれるところが、この本の一番素晴らしいところだと思います。

もしあなたがプログラマで、前半のマネジメントメインの部分からなかなか進むことが出来ないなら、思い切って第V部アジャイルなプログラミングを読み進めても良いかもしれません。
プログラマの心をくすぐる改善への道が示されています。

この本を片手に、一人で頑張るのではなく、チームのみんなで取り組むことでより良い開発をして、お客様を満足させられるプロダクトを開発できるように頑張りたい＆頑張って欲しいです。


アジャイル開発の入門書として定番となる一冊を日本語で出版してくださった監訳の西村さん角谷さん、オーム社さんに感謝ですね。

なんつって

[nobusueさんのレビュー · 2011年7月30日]

すごく良い。初心者はアジャイルへの取っ掛かりとして、経験者は自らの経験を整理して振り返るために役立つ内容。
必要な情報がコンパクトにまとまっているのでリファレンスとしても有用。この本から関連書籍を掘り下げていくのもよい。
必読の書です。

[hocksonさんのレビュー · 2021年3月5日]

陽気な達人プログラマーに教えてもらった気分だった。

めっちゃいいです！

いきなりページを開くと(厳密には数ページだけど)
1. 君は学ぶことが心から好きだ。
2. 君はソフトウェアのことを大切に思っている

めちゃくちゃ歓迎ムードである笑

いろいろ面白い内容が盛り沢山だったけど印象的なところだけ上げておく(なるべくソフトウェア開発以外にも通ずるような部分を、、、)

1. チームメンバーを探すコツ
　・ゼネラリスト
　　→なんでもそつなくこなせる人。器用貧乏⁈)
・曖昧な状況に抵抗がない人
　　→どっしりと構えてくれる、臨機応変
　・我をはらないチームプレイヤー
　　→ありのままの姿で、調和できるように

2. エレベーターピッチ
　　エレベーターで一緒に乗った友達に自分の仕事を30秒で説明してみよう

3. どのリスクには取り組む価値があって、そうじゃないのらどれなのかを決める
　→願わくばわたしに、変えることのできない物事を受け入れる落ち着きと、変えることのできる物事を変える勇気と、その違いを常に見分ける知恵とをさずけたまえ　-ニーバーの祈り-

4. 計画の立て方
　・顧客にとって価値ある成果を届けられる計画
　・わかりやすく、ありのままを伝える、誠実な計画
　・約束したことを守り続けられる計画
　・必要に応じて変更できる計画

5. 本当に重要なものだけをまずは実装

ここまで読んでいただきありがとうございます。
でもアジャイルって一体なんやねん！と思った方は是非読んでみてください。

読んだその日からあなたも私もアジャイルです。

[ほーきさんのレビュー · 2020年5月25日]

アジャイル開発に興味があるなら一度読んでみると良いと思う。マネージャーや現役のエンジニアだけではなく、これから開発をやっていくような人にもオススメしたい。