マスターセンセイと学ぶアジャイル開発の道 動くソフトウェアを素早く開発するための「アジャイルソフトウェア開発手法」を、実際に導入するにはどうすればよいかを、豊富な図を使い親しみやすい言葉で解説しています。経験豊かな著者が具体的なノウハウをまとめた本書は、アジャイル開発を導入したいと考えている組織や人のための「現場のマニュアル」として役立ってくれることでしょう。日本の読者の皆さんへ 君がこの本を手に取ったことに祝福を。おめでとう。というのも、君にはすごく大事な2つのことが備わってるってことだからだ。 1. 君は学ぶことが心から好きだ。 2. 君はソフトウェアのことを大切に思っている。 このどちらもが大切なんだ。君が学びたいという気持ちを抱かなければ、私との旅がこうして幕を開けようとすることもなかった。君がソフトウェアのことなんて気にしない人物だったら、私たちの世界は今よりも暮らしづらいものになっていただろう。 なぜなら世界はソフトウェアを必要としてるわけだから。世界はソフトウェアを作ることを手助けする人を必要としてるんだ。そう、君みたいなね。私たちが、君みたいに才気煥発で、頭が良くて、思慮深い、情熱にあふれた人達をもっと惹きつけられるようになるには、もっと成果をあげるソフトウェアの作り方が必要なんだ。わくわくするような、毎朝目を覚ますたび、今日一日またソフトウェアを作ることが楽しみで仕方がないようなやつがね。 そのために私は本書を書いた。もっとうまくソフトウェアを届けるやり方を探し求め、分かちあい、見出していこう（でもあんまり深刻に受け止めすぎないで。楽しみながらやっていこう）。 君の探してることが、本書を読んで見つけられることを願っている。もし見つからなかったとしても、探し続けることを止めないでほしい。 2011年4月26日 ジョナサン・ラスマセン （日本語版序文より） ---- 本書の特長 タイトルに加えて、ジョナサン独特の筆致と妙な味わいの挿絵に幻惑された読者がいるかもしれませんが、本書は見た目によらず硬派な1冊です。監訳者たちが本書の価値と特長だと捉えている点を、簡単にまとめておきます。1）開発者------もっといえばプログラマ向けに焦点を合わせていること、2）アジャイルな開発の進め方をひと通りすべてカバーしていること、3）よく練られた5部15章の構成になっていること、4）特定の方法論を前提としていないこと、5）ユーモアと楽しむ気持ちを忘れていないこと。これだけの内容を300ページ以内に収めたジョナサンたち原著執筆チームの力量には「お見事！」と喝采を送りたいです。 ... よく誤解されることなのですが、アジャイル開発は腕自慢の「優秀な」プログラマでなければ実践できない、というものではありません。たとえば、監訳者2人はアジャイル開発を実践していますが、プログラマとしてはいたって普通です。ですから、顧客にちゃんと価値を届けるためには、エンジニアリングプラクティスという先人の知恵の集大成を「問答無用」で「規律正しく実践」しなければなりません。それに、普通のプログラマは独りで実現できることもたかが知れています。だからチームを組むのです。 本書の冒頭でジョナサンは宣言します。「コードを実行するのはコンピュータかもしれないが、そのコードを生み出し、保守するのは私たち人間なんだ」と。私たちプログラマの多くは、普通のプログラマです（たくさんいるから「普通」なのです）。そんな私たちがチームを組んで成果をあげるには、物事をうまく運ぶための仕組みやプラクティスが必要です。だからといって、既存のアジャイル開発手法の提示するやり方を形だけなぞってもなかなかうまくいきません。 スケジュールを2週間単位で分割したMicrosoft Execlのシートを作ればイテレーションなのか？毎朝集まればデイリースタンドアップなのか？テストを先に書けばテスト駆動開発なのか？------「そうじゃないんだ」とばかりに、ジョナサンは「12の原則」を、字面だけでなく真に理解して体現した「圧倒的なアジャイルプロジェクトの姿」を私たちに示してくれます。10.6「デイリースタンドアップ」（p. 213）などはその好例です（毎朝、天地神明に誓ってから仕事をしてますか？ただ突っ立ってボソボソしゃべってるような開発者はいねがー？）。 私たちのソフトウェア開発の現場をどうにかできるのは私たちだけです。しかも、一つとして同じ現場はありません。だから「どんな書籍も手法も、君が必要とするありとあらゆるものを用意することなんてできない」のです。私たちは「自分の頭で考えるのをやめちゃだめ」なのです。 （「監訳者あとがき」より）

【Webエンジニアど素人から３年生ぐらいになるまでに読むと良い本】を段階的にまとめた

Webエンジニア1年目の自分に捧げたい本・記事を超まとめ

技術的負債とどうやって戦うか

IT系の会社に入った新入社員の皆さんへのアドバイスを、ひとつだけ

SREやクラウドエンジニアが読むと良さげな本まとめ

新人さんにすすめる有益な技術書達 2022春

開発マネージャがメンバーに知って欲しい事 ※随時更新

人生で影響を受けた本100冊。

iOSエンジニアが読んだら、ためになりそうな本

異業種・異職種からエンジニアに転身するときに気をつけたいこと

【図解サマリ】アジャイルサムライを読んだので紙芝居にまとめました

エンジニアとして働くために独学してきてよかったこと

【2019年】金融系SIerに8年勤めて最近Web企業に転職したインフラエンジニアのメモ★1年経過

テストコードの勉強などに役立つ記事・書籍

アジャイルとは？について簡単にまとめてみた

プログラミング未経験の新卒に読んでほしい本や記事リスト - 随時更新

未経験からARスタートアップエンジニアになった1年を振り返ってみた

めちゃくちゃ失敗プロジェクトを経験してきたアラフォーエンジニアが考える、プロジェクトを成功させるために必要なこと

読みたい・読んで良かった本

エンジニア二年目に自宅学習で使った技術書&Udemyをジャンル別にまとめてみた

アジャイル初心者だけど、どうしてもインセプションデッキの素晴らしさを伝えたい話

年末年始休暇向け課題図書（2015-2016）

今年アジャイルについて学んだことを振り返る

まだ読んだことない人が読んだ気になれる「アジャイルサムライ」まとめ

プログラミングスクールに通って分かったこと

非エンジニアがエンジニアと関わる際に心がけるべき5つの教訓

自身のITエンジニアとしての技術力（特に判断力）を身につけるときに影響を受けた技術書

スタートアップの仮説検証におけるエンジニアリング

素晴らしいふりかえりの手法3選

【スクラム導入】経験者1人(自分)のみのチームにスクラムを導入した話

EXIN Agile Scrum Foundation 受験レポート

リモートにおける新規事業立ち上げチームの朝会

リーンな開発を目指すエンジニアリングマネージャが読んだ本

５ステップで出来る! オフショア・アジャイル・チーム体制環境構築編

チームメンバー間の「期待」マネジメント(ドラッカー風エクササイズ)

Google Slideのインセプションデッキテンプレート

プロダクトマネージャーをやる上で役に立った 97 の体験と学習

【新入社員向け】IT系企業3年目の若手社員が伝えたい基本的なsomething

一年間で「大きく成長できた」と感じたターニング技術一覧！

アジャイルサムライ & 公開算譜は機敏だ(An Open Source Project is Agile)GitHub with Docker。仮説（51）

未経験でもアジャイルソフトウェア開発技術者検定試験Lv.1は合格でき、、る！

大規模開発でスクラムを取り入れてみた～実践編～

「アジャイルサムライ」を読んだので、その要点

エンジニアチームのリーダーとして考えてきたこと：開発フェーズチーム編

勧めたいプロジェクトの進め方

認定スクラムマスター(CSM®)を取得した話

アジャイルな開発現場で感じたこと (1 ヶ月目)

AgileJapan 2021 に参加しました

スクラム開発を学ぶ上でオススメの書籍・イベント

プログラミング言語の本の選び方

New Owners Store リニューアルに向けてUX関連の取り組みついて

アジャイル侍を目指した話

アジャイル開発手法一覧と教科書的な本

少人数チームでスクラムをやってみた気づき

アジャイル未経験者が「アジャイルサムライ」で学んだことメモ

「アジャイルサムライ」をアジャイル開発ではないエンジニアが読んだ感想