アジャイルサムライから10年
西村 直人

Naoto Nishimura

西村 直人@nawoto株式会社エス・エム・エス
https://tech.bm-sms.co.jp/
一般社団法人アジャイルチームを支える会
https://agileteam.doorkeeper.jp/

今日のお話起：アジャイルサムライってどんな本？
承：当時の状況をふりかえる
転：ふりかえって見えてきたこと
結び

お伝えしたいこと出版から10年🎉
なぜ多くの人に読まれたのか？
当時と現在の違いは？
これからの新しい仲間にヒントを！

とてもたくさんの⼈に読んでいただき感謝"
読まれた⽅はどれぐらいいるのかな？

2010.09

Jonathan Rasmusson
https://agilewarrior.wordpress.com/

アジャイル開発をうまく伝えられる一冊が無いなぁ

7冊読まないと全体像が分からない🤔

本書の特長シンプルで簡単に理解しやすい入門書
全体像を理解する上で必要なことを凝縮
豊富なイラストと読みやすい表現
プロジェクトの始め方を紹介
大事なことをきちんと伝える

全体像を理解するのに必要なこと🤔

目次
第一部 「アジャイル」入門
ざっくり分かるアジャイル開発
アジャイルチームのご紹介

第二部 アジャイルな方向づけ
プロジェクトがダメになるのはなぜか
インセプションデッキのご紹介

第三部 アジャイルな計画づくり
ユーザーストーリーを集める
見積り：当てずっぽうの奥義
アジャイルな計画づくり：現実と向きあう

第四部 アジャイルなプロジェクト運営
イテレーションの運営：実現させる
アジャイルな意思疎通の作戦
現場の状況を目に見えるようにする

第五部 アジャイルなプログラミング
ユニットテスト：動くことがわかる
リファクタリング：技術的負債の返済
テスト駆動開発
継続的インテグレーション：リリースに備える

※抜粋です

目次
第一部 「アジャイル」入門
ざっくり分かるアジャイル開発概要

アジャイルチームのご紹介

第二部 アジャイルな方向づけ

プロジェクトのプロジェクトがダメになるのはなぜか始め方

インセプションデッキのご紹介

第三部 アジャイルな計画づくり
ユーザーストーリーを集める

見積りと計画
読者に応じた

見積り：当てずっぽうの奥義
アジャイルな計画づくり：現実と向きあう

読む順番

第四部 アジャイルなプロジェクト運営
イテレーションの運営：実現させる
アジャイルな意思疎通の作戦

仕事の進め方

現場の状況を目に見えるようにする

第五部 アジャイルなプログラミング
ユニットテスト：動くことがわかる
リファクタリング：技術的負債の返済
テスト駆動開発
継続的インテグレーション：リリースに備える

日々の開発※抜粋ですとだ。

豊富なイラストと読みやすい表現け方を学ぶ準備ができたといえよう。そしてそれは、荒ぶる四天王の秘密についこの 2 つがわかれば、プロジェクトに作用するフォースの存在と、その手なず例て知る資格を得たということでもある……。

荒ぶる四天王

時間

予算

品質

スコープ

太古の昔より、あらゆるプロジェクトは 4 つの固く結びついたフォースによっ て統治されておる。
太古の昔より、あらゆるプロジェクトは 4 つの固く結びついたフォースによっそれが荒ぶる四天王、すなわち時間、予算、品質そしてスコープだ。て統治されておる。それが荒ぶる四天王、すなわち時間、予算、品質そしてスコープだ。
どんなプロジェクトにも奴らが待ち受けており、いつも必ず破壊と混乱を引き起こすのだ。すなわちどんなプロジェクトにも奴らが待ち受けており、いつも必ず破壊と混乱を引き• スケジュールは圧縮される起こすのだ。すなわち、• 予算は削減される• バグのリストは長くなる• スケジュールは圧縮される• やるべきことは際限なく沸き出てくる• 予算は削減される• バグのリストは長くなる©Jonathan Rasmusson©Ohmsha, Ltd.

導入する

• 熊手をかける計画書を提出したとき• かっこいい熊手の使い方を思いついたとき• 綿密な落ち葉回収作業完了確認計画を立てたとき豊富なイラストと読みやすい表現

例

どれもありえないよね！ 落ち葉をすべてかき集め、袋に詰めて家の脇に置くまで、彼が小遣いを手にすることはない。

現状の10秒かかるページの読み込み速度を、2秒まで縮める……お客さんのビジネスにとって価値をもたらすように書き直してみよう。

アジャイル開発の「完了の定義」も小遣い稼ぎの落ち葉集めと同じだ。アジャ
お客さんがわくわくするようなストーリーを書こう ！

イル開発の文脈で「フィーチャを届ける」というのは、コードをリリース可能に完了についてするために必要なあらゆる作業を終わらせていることを意味する。

良いユーザーストーリーについてよく書けているユーザーストーリーの 2 つ目の特徴は、エンドツーエンドになっているということだ。エンドツーエンドというのは、わかりやすく言うなら、書籍「アジャイルサムライ」の内容を紹介するためのマスターストーリーリスト
ユーザーの追加プロフィールの作成
予約を入れる

基本的な検索6.3 よく書けているユーザーストーリーとはユーザーストーリーの切り口が「ケーキを切る」ようにスライスされているってことだ。

111る効果もある。

スライドなので公開時には割愛しました小さい、見積もれる

分析
テスト
設計
コーディング
その他もろもろみんなー。
これを1週間でできるかな？

内容が気になる方はぜひ手に取っていただけると幸いです

100％完了ユーザーインターフェイス（HTML、Ajax、CSS）

ビジネスロジック層（C#、Java、Python）
永続化層（Oracle、SQL Server）

もちろん ！ イェーイ ！ 無問題 ！

ウェブサ
イト構築

楽勝 ！

?

ケーキおいしいです (^q^)ߎࠇߢᄢਂᄦ㧋「あらゆる作業」には、分析、設計、コーディング、テスト、それから UX デザイン―――こうした何もかもすべてが含まれる。だからといって勘違いしないでほところで、「完了」といえば、ストーリーが決まったタイムボックスに収まりそうかどうかは、どうすればわかるだろうか？ ストーリーを小さく（1〜5 日で完了できるサイズに）しておけば、1 週間や 2 週間といったイテレーションの範囲に収まりそうかは確実にわかる。また、それぐらいのサイズなら自信を持って見積もることもできるはずだ。
以上で紹介した、よく書けているユーザーストーリーに備わっている 6 つの要素を表す、便利な略語はビル・ウェイクの考案だ。
「独立している（Independent）、交渉の余地がある（Negotiable）、価値のある（Valuable）、見積もれる（Estimatable）、小さい（Small）、テストできる（Testable）」の英単語それぞれの頭文字を取って、INVEST*3 と呼ぶんだ。本書でもありがたく使わせてもらった。

豊富なイラストと読みやすい表現
1.1 価値ある成果を毎週届ける

例710
ャイルにして期待に見合う成果をあげ続けるためには、期待そのものも第1章

ざっくりわかるアジャイル開発ジメントし続けねばならないのだ。

注］本コラムは日本語版監訳者による。

- 警告 -ߜࠂ޿ᓙߜ̖̖ߕ޿߱ࠎ◲නߦ⸒ߞߡߊࠇࠆߓ߾޽ߥ޿ߩ‫ޕ‬߽ߒ㊄㗵࿕ቯߩ৻᜝ᄾ⚂ߛߞߚࠄߤ߁ߔࠎߩ㧩ోㇱ߿ࠅ߈ࠄߥ޿ߣᲕߐࠇߜ߾߁ࠃ㧩

書籍「アジャイルサムライ」の内容を紹介するためのスライドなので公開時には割愛しました
5.2

夜も眠れなくなるような問題は何だろう？

77「殺されちゃうよ？」とは随分と物騒な物言いだけど、その仕事には、君が身をリスクを話し合うのは良いことだ

内容が気になる方はぜひ手に取っていただけると幸いです
捧げるだけの意義が本当にあるだろうか？ よく考えてみてほしい。まさか 1 年

誰もがこの働き方を気に入るわけじゃない

開発リーダーが自分だけ宝くじを当てて要求が変わろうと前の勤務評定面談で交わした非現実的な約束を守ろうとしてるだけじゃないだろうね？

しているぞ ！

退職しようとしているッ ！

貴様のプロジェクトは中止になる
まあ、そうはいっても、現実には守れもしない約束が交わされることもあれば、だろうッ ！ ム ハ ハ ハ ハ ハ ハ ！！！

チームがそれに対して「できません」と言えないこともある。というか、実によ
全然終わらないぞぉ
デスマーチ
くある話だ。でも結局のところ、できないものはできないんだ。それでもなお、
おおおおお……
いぃぃぃぃぃ……

見せかけだけの「奇跡によるマネジメント」を続けるのなら、それはプロジェク

日にか、誰もがこんな働き方をするようになるだろうか？ まさか。みんな、食べ過ぎをやめて運動してるわけじゃないのと同じだ。

ト運営として実に残念であると言わざるをえないし、顧客の期待をマネジメントする作戦としてもたちが悪い。ておくと「お客さんに価値ある成果を毎週届ける」というのは、気弱な人すめできない。たとえるなら、アジャイルに開発するというのは、これ難しいテーマも軽快にしたことのないほど強烈なスポットライトを浴びてるみたいな感覚だ。

れる場所はない。価値を生み出すか、生み出さないか。二つに一つだ。

プロジェクトの始め方を紹介

プロジェクトを始める前に必ず関係者と合意すべきインセプション
デッキ
11年10月11日火曜日

10の手強い質問に答えていく
プラクティスちゃんと合意形成しないからダメなんだ！
正確には10+1つの質問

https://github.com/agile-samurai-ja/support/blob/master/blank-inception-deck/README.md
21大事なことをきちんと伝える

前提が変わっていることを
xiv

1.4 3 つの真実原則の背景を理解してほしい

お目にかかれて光栄です13

示してくれる。たとえばこうだ。

アジャイル開発の原則

ߟߩ⌀ታ

動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースします。

1. プロジェクトの開始時点にすべての要求を集めることはできない
2. 集めたところで、要求はどれも必ずといっていいほど変わる
3. やるべきことはいつだって、与えられた時間と資金よりも多い

アジャイルマニフェストの背後にある12の原則のマスター・センセイは各章の終わりにも登場する。アジャイル開発のプラク「なぜ」「なに」「どうやって」を一冊かけてティスを自分の現場に適用していくにあたって深めておくべき考え方や、進め方の指針をマスター・センセイが示してくれる。

分かりやすく伝えよう

キーワードではなく「想い」を知ってほしい
本書のオンラインリソース©Jonathan Rasmussonに用意し©Ohmsha,Ltd.

本書専用のウェブサイトを http://pragprog.com/titles/jtrap

1 つ目の真実を認めるということは、情報がすべて出揃ってなくても、未知なこんな感じの本なので良かったら手に取ってみてください☺

承当時の状況をふりかってみる☺

2011年以前
誤解も多かった

アジャイルなんてよく分からないやり⽅なんてできないとある会社では少し閉塞感があった
nawoto

自分たちのチームでは実践できてるけど、そこから先がなかなか広がらないねぇ… 顧客先とか😢13
kakutani

近道はないから地道に啓蒙していくしか！
👍21

❤18

(11

dot_

そやなー

※思い出補正ありとある会社では優先すべき課題が出てきた
kakutani

それより若いメンバーがアジャイルについてよく分かっていない件😅
😅13 😢13
bekkou68

正直ピンときてないかもです😅13nawoto

そっちの課題の方が優先かも※思い出補正あり

とある会社ではkakutani

ちょうど良い本を見つけたので、これを届けたい！
❤41

👍22

🎉31

やるぞー！

やるぞー！

やるぞー！
※思い出補正あり

2011

感謝

想像以上の反響☺
😄 アジャイル開発、完全に理解したw

😊 開発チーム以外の人に説明するのにも役立ちました😆 こういう開発をやってみたいので、早速試せるところから！
😃 とても読みやすかったです。アジャイルに限らず必読ですね
続きを読む反響はより大きくなる😲
⽇本全国で道場という名前の読書会

https://github.com/agile-samurai-ja/support/wiki/AgilesamuraiDojoお互いの知識・経験を共有する🤗
イベント開催他流試合
Agile Samurai
Dojo Gathering
http://agile-samurai-ja.github.io/dojo-gathering/2012/index.html

転

ふりかえって見えてきたこと🤔

2021

実践している仲間が増えた🎉😐 バックログはどこですか？

入社時の課題図書にしています✉
同じ課題を持つ組織が増えている

社内勉強会やりました👍
インセプションデッキ、ドラッカー風エクササイズなど必要な部分

2011年以前
もっとうまく開発したい
アジャイル開発を導⼊したい
現場の課題をどうにかしたい
開発が段々と難しくなっていて…

かすかにだけど

需要

2011

読者の声😥

🤔 本のようにできる気がしない😭 上司の理解が得られないので自分の現場では無理そう☹ 組織や契約の関係で自分だけで始められる気がしない🥺 実際にチームでどう仕事をしているかイメージできないもっとうまく開発したい
アジャイル開発を導⼊したい

2021

現場の課題をどうにかしたい

開発が段々と難しくなっていて…

本のようにできる気がしない

上司の理解が得られないので自分の現場では無理そう
組織や契約の関係で自分だけで始められる気がしない

読者の声😥

20112021
立ち塞がる壁は変わっていない🤔

10

年⼤きく
変化したのは環境
アジャイルな開発を必要としている人たちが増えたソフトウェアを必要とされる状況が圧倒的に増えた
飲食業から相談されたり

壁どう乗り越えていくのか🤔

やるべきことはシンプルで特別なことじゃない
第一章 ざっくりわかるアジャイル開発

1.大きな問題は小さくする
大きな問題を解くには時間がかかってしまう

2.本当に大事なことに集中して、それ以外のことは忘れる
価値ある成果を届けたいなら無駄を省いて、大事なことに集中しよう

3.ちゃんと動くソフトウェアを届ける
届けたものは動いていないと意味がない。日々のテストを疎かにするな

4.フィードバックを求める
狙い通りにできているかをどうやって確かめるのかな？

5.必要とあれば進路を変える
何かあれば計画を変えるんだ。現実を変えるんじゃない

6.成果責任を果たす
君は、仕事の質やスケジュールに責任を持たなきゃいけないふつうの仕事の進め方の話😊
ソフトウェアをつくるのは人間なので

大変だけどシンプル
15.8 アジャイルであるかなんて気にしない
大切なのは素晴しいプロダクトを作って、ちゃんと届けることプラクティスに囚われすぎちゃだめだ
この本から使えそうなものを選んだら、君の現場に馴染むようにするんだ
もし自信がなくて悩んでいるならこの質問にYesなら、君はアジャイルだ😊
• 毎週、価値ある成果を届けられているか？
• たゆまぬ改善のための努力を惜しまず続けているか？

先輩たちはどうやって乗り越えてきたの？
悩みながら自分の現場で試行錯誤しながら変えていった

共感
共通理解
共通⽬的

同じ悩みや課題を持っていて同じ用語と知識で会話をして導⼊議論を通じて理解をより深めていき

何ができるか考え試して失敗した経験を持って帰って学ぶ

実践

自分の現場の経験を共有し次のヒントを仲間と共に見つけていく背中を押してくれた
Ron Jeﬀries
本書を通じて伝えようとしていることは何か。
それは、アジャイル・マニフェストを書き上げたあの事の私たちの熱狂であり私たちにとってのアジャイルソフトウェアの価値である師を仰ぎ、師を追いかけ、師に歩調を合わせ、師の意図を汲み、そして自ら師になるのだ
原著の推薦文君が質の高いソフトウェアを届けることは誰にも止められない
結局のところ君の働き方や仕事の質を選んでいるのは君自身なんだ(でもあんまり深刻に受け止めすぎないで、楽しんでやっていこう！)

最初の一歩はたくさん😊
この10年で良い環境が整ってきました

他にも良書は色々と🙇結び
たくさんの人に読んでもらって感謝

シンプルで理解しやすい入門書

アジャイルな開発を必要とされる環境になってきた立ち塞がる壁は誰しもが通る道

共感・共通理解・共通目的で乗り越えよう
最初の一歩を踏みだしやすくなったのでぜひ！

Beyond
本を読んだら次は何をしよう？

The Agile Samurai

宣伝一般社団法人 アジャイルチームを支える会

初心者向けのお悩み相談会をやっています

https://agileteam.doorkeeper.jp/

2020年の開発現場の風景に合わせてアップデートしました！

アジャイルな開発を知らない人にも実践しているチームの様子とそれぞれの活動をなぜ行なうのかを分かりやすく伝えたい「🥺 実際にチームでどう仕事をしているかイメージできない」という声に応えたいという想い

HappyTransforming