アジャイル開発の時代
川口 恭伸
アギレルゴコンサルティング株式会社 シニアアジャイルコーチ
一般社団法人スクラムギャザリング東京実行委員会 代表理事
一般社団法人 DevOpsDays Tokyo 代表理事

かわぐち やすのぶ川口 恭伸
Twitter: @kawaguti

アギレルゴコンサルティング株式会社 シニアアジャイルコーチ
一般社団法人スクラムギャザリング東京実行委員会 代表理事
一般社団法人 DevOpsDays Tokyo 代表理事

研修やってます
アギレルゴアジャイル研修検索ソフトウェアの品質ってなんでしょう？
30年前なら、動いていればよかったかもしれないけど、今は、きれいに整理されていて、メンテナンスしやすいことが必要。

どうやったら変更しにくくなる？
…を考える(たぶん数値では測れない)

この本が扱うのは人間だ。
それもソフトウェアを書く人間である。
ここ10年ほどの間、我々は、共同作業によってソフトウェアを生み出す方法について研究してきた。

優れたソフトウェアを効率的に次々と生み出す能力に関心があるのだ。

そ の よ う な 環 境 にい る ス ク ラ ム マ ス ター は、チー ム の 秘 書 に なっ て い き ま す。 か な り つ ま らな い 役 職 で す。 秘 書 に なっ た ス ク ラ ム マ ス
ター は、 チー ム が 仕 事 に 集 中 でき る よ う に、 ス
ク ラ ム ボー ド に あ る カー ド の 世 話 を し た り、 どん な 障 害 物も す ぐ に 取 り 除 い た り、 チー ム にコー ヒー を 出 し た り し ま す。 よ く あ る 話で す か？
で も、 本 来 の ス ク ラ ム マ ス ター は 全 然 違 う もの な ん で す。
そ れ で は、 ス ク ラ ム マ ス ター の ⽬ 標 と は な ん でしょ う か？ ス ク ラ ム マ スター は ⾃ ⼰ 組 織 化 し た
チー ム を 構 築 し、 企 業 の あ ら ゆ る 階 層 で 基 本 原則 とし て ⾃ ⼰ 組 織 化 が ⾏ わ れ る よ う 努 ⼒ し ま す。
⾃ ⼰ 組 織 化 は 当 事 者 意 識 と 責任 感 を も た ら しま す。 そ の 結 果、 ⼈々 は よ り 活 動 的 に な り、 説 明
責 任 を 果た す よ う に な り ま す。 さ ら に、 チー ム メン バー は ⾃ 分 た ち な り の 解 決 法 を考 え 出 す 機会 を 持 つ よ う に な り、 グ ルー プ 全 体 を もっ と 効率 的 に し ま す。

本日お話ししたいこと

雪で電車が止まって、動くまで小一時間。

見知らぬ人に、アジャイルってなにかを説明してみる。

今日の目標自分たちにとってあたりまえになりすぎて説明を端折りがちなことをちゃんと説明してみたい。

1. アジャイルってなんですか？
2. うちの会社でもできるのかな？
3. 上司を説得するには？
4. 成果を出すにはどうしたら？

1.
アジャイルってなんですか？

来年二月で20周年。

アジャイル
マニフェストagilemanifesto.org

1970-80年代 コンピュータの普及

ソフトウェア工学の黎明
1990年代 パーソナルコンピュータの普及

軽量ソフトウェア開発
方法論の進展

自動車、半導体産業

日米経済摩擦1985年プラザ合意
Unix, Mac, Windows

IE4-, VMware/Xen, Chrome, iPhone, Android

2001年同時多発テロ
ドットコムバブル崩壊

2009年 リーマンショック
2010年東日本大震災

アジャイルの普及

クラウドの普及2010年代 スマホ/クラウド中心、ビッグデータと機械学習
ユニコーン企業

GAFA+M1991年バブル崩壊

フリーソフトウェア
OSS

2000年代 Webブラウザ、仮想化、クラウド、スマホ

2001 アジャイル
マニフェスト

ざっくり年表MIT, Xerox PARC,DEC, シリコンバレー

リーンスタートアップ
DevOps来年二月で20周年。

アジャイル
マニフェストagilemanifesto.org

来年二月で20周年。

アジャイルマニフェスト10周年 –アジャイルマニフェストはどう生まれたのか
https://kawaguti.hateblo.jp/entry/20110213/1297531229

ボブ・マーティンがミーティングを招集して、こう言った。
「私たちが言っていることって、似ているように聞こえるんだけど、これって偶然の一致なのかなぁ？」彼はマニフェストを書くことに関心があることを付け加えた。(私はマニフェストを書くことには全く関心がなかったので、マニフェストへの世間の反応は、私はボブ以上に驚いたんじゃないかと思う)。
ボブはワンダフルな人々をミーティングに招待していた。
“軽量プロセス”の提案者として、他の誰より知られた人たちだ。
北米だけでなく、イギリスを基盤とするDSDMの代表とも話すことができた。 Ari van Bennekum はオランダからこのミーティングのためだけに来ていた。
XP、スクラム、クリスタル、アダプティブ、FDD、DSDM、軽量で実践的な開発といわれるひとたち(Andy Hunt, Dave Thomas, Brian Marick)https://kawaguti.hateblo.jp/
が集まっていた。

entry/20110213/1297531229

「こんにちは、私は xx です」というやり取りが一周した後、車座に座って、お互いをしばらく凝視した後、誰かが言った。
「我々は、アジェンダ(今日話す議題)をどうやって作ればいいんだろう？」
すると、誰かがアジェンダ項目をインデックスカードに書くことを提案した。XPの人たちは研修用にインデックスカードを持ち歩いていたのですぐに取り出して書き始め、書き終わったものを中央の床に放り込んだ。
急に、過半数の人々が床にインデックスカードを入れ始めた。
残りの人も、同じようにやり始めて、アイデアが尽きたときには、床のインデックスカードは山になっていた。

https://kawaguti.hateblo.jp/
entry/20110213/1297531229

誰かが尋ねた。
「このカードをどうやってまとめて、アジェンダにするんだろう？」誰かが言った(私はこのときすでに、誰がなにを言ったかを記録するパワーはなかった)。
「アジェンダの順番に意見がある人は、このカードを並べ替えよう。
そうでない人は、ここを離れてもいい。」
私はトピックの順番は気にしていなかったので、休憩をとった。
私が戻ったとき、インデックスカードは壁にテープで貼られていた。
後で、誰かが「私は他のアジェンダ項目を考えているんだけど、どうしたらいい？」と言い出した。
誰かが「アジェンダの空いているところ、好きなとこに貼りなよ」と答えた。
https://kawaguti.hateblo.jp/
entry/20110213/1297531229

私はこの作業にずっと付き合ったのだが、それは、このグループの２つの特徴が私の心を打ったからだ。
リスペクト(Respect)
その部屋にいた全ての人が、他の人に対して、絶大な信頼を置いていたこと。だれもミーティングをハイジャックすることを試みたりしなかった。全員が他の人の意見を極めてじっくりとよく聞いていた。常に、話している人に最大の信頼をおいていた。
自己組織化(Self-organization)
そこは、最も優れた人々の自己組織化の場だった。それまで経験した他の場では、常に一人の人（または、もっと悪い場合は複数の人）がミーティングを "動かそう" とするものだった。偉い人が部屋にいて、お互いをよく知らない場合、まず最初に権力闘争が始まりやすい。そこでは、そんなことは一切起こらな
https://kawaguti.hateblo.jp/
かった。

entry/20110213/1297531229

リスペクト自己組織化

来年二月で20周年。

アジャイル
マニフェストagilemanifesto.org

agilemanifesto.org

個人と対話動くソフトウェア
顧客との協調変化への対応agilemanifesto.org

コミュニケーション方法
ソフトウェア開発手法
ビジネスの進め方
リスクへの反応の仕方

個人と対話
動くソフトウェア
顧客との協調変化への対応agilemanifesto.org

https://kawaguti.hateblo.jp/entry/2018/10/31/114305

https://kawaguti.hateblo.jp/entry/20130217/1361047033

https://kawaguti.hateblo.jp/entry/20130217/1361047033

https://hbr.org/1986/01/
the-new-new-product-development-game

https://kawaguti.hateblo.jp/entry/20130217/1361047033

工場再建山田日登志

https://www.nhk.or.jp/professional/2008/0415/
index.html

自分で考える社員を作るhttps://www.scrumguides.org/download.html

透明性検査 適応

フィードバックサイクルを回す

2.
うちの会社でもできるのかな？

大丈夫
できるまでやればできる
ハイキュー！！ 30巻より

Linda Risingさんの答え

Linda Risingさんの答え“It takesa long time”

うちの会社には向いていないんじゃないか？

ウォーターフォール

アジャイル

どこかで見た対立の構図

民主党

共和党

ドナルド・トランプ

ジョー・バイデン分かりあえない

Linda Risingさんの答え“It takesa long time”

System1: 直感的な速い思考
System2: 論理的な遅い思考現場感覚や当事者感覚がない人のSystem1で棄却される問題
https://speakerdeck.com/
kawaguti/hagechabin

System1

System2

ちゃんと相手と話せるように勉強してみよう

整理しよう• 成果を出したいのは同じ• 何が悪いのかわからない• やってみたいだけでは？
• ほんとにうまくいくの？

予備調査(4)ふりかえりの時間(5)小さな成功(2)ステップバイステップ(3)エバンジェリスト(1)私たちは何人もの正式な推進担当者(29)として雇われた人たちから話を聞いてきた。
中にはイノベーションの導入に失敗してしまった人もいた。
彼らは導入のために雇われたという立場で、売り込みには関わらなかった。
すなわち、エバンジェリズムつまりイノベーションへの信仰心など持っていなくても、職務を遂行できると考えたのだ。
しかし、私たちはそうではないと発見した。
情熱とか熱狂とか信条とか決意というものは、チェンジエージェントにとっての必須の要素であり、「ただ自分の仕事をこなすだけ」という態度では成功が難しいのだ。
正式な推進担当者(29)のバッチをつけていようが、マネージャーの権限を持っていようが、エバンジェリストになるのは必須条件だ。

情熱 熱狂信条 決意でも、新しモノ好きのレッテルに注意イノベーター(16)しかしながら、あなたはイノベーターに長い間、頼ることはできないだろう。イノベーターは次から次へと新しいものに興味を持つので、違う方に興味が移ってしまうのである。さらには、イノベーターは新しいアイデアをすぐ受け入れてしまうので、他の人には疑念を抱かせることにもなる。したがって、一般的にはイノベーターは良いオピニオン・リーダーにはなれないのである。イノベーターからの協力は、短期の門番のようなものと考えよう。もしそれ以上の働きをしてくれたら、ラッキーだと思おう。

信頼貯金を増やす。

https://gihyo.jp/dev/serial/01/agile/0006

Linda Risingさんの答え“It takesa long time”

だが希望はある世の中が先に変わる。

https://kawaguti.hateblo.jp/entry/2019/01/03/190517

世の中が先に変わる。

https://kawaguti.hateblo.jp/entry/2019/01/03/190517

https://simplearchitect.hatenablog.com/
entry/2020/11/17/080148

結局我々が知りたいのはデプ
ロイの前に「ちゃんと動くと思われるアプリケーション」を作ることだ。「完全に動く」と保証は残念ながらできない。どんなに慎重になったとしても。しかし、そこに極限までに近づけるように努力をする。

まず自分がアジャイルを体現しよう

Linda Risingさんの答え“It takesa long time”

裏番組！

コロナがなければこれほど早く全社展開にはならなかったかもしれない

危機の際に打席に立つ

3.
上司を説得するには？

アジャイルしたいけど上司の許可がおりませんそんな上司は今すぐクビだ！

大丈夫
できるまでやればできる
ハイキュー！！ 30巻より

いや、上司を味方につけたいんです身近な支援者(35)支援してくれる評判のいい管理者を探そう。

現場感覚や当事者感覚がない人のSystem1で棄却される問題
https://speakerdeck.com/
kawaguti/hagechabin

System1

System2

マリーアントワネット問題

支援してくれる評判のいい管理者を探そう。

Linda Risingさんの答え“It takesa long time”

Culture Bubble 新しい文化を社内に維持して、大切に育てるhttps://shift314.com/

https://shift314.com/

4.
成果を出すにはどうしたら？

いい質問ですhttps://www.1101.com/president/
iwata-index.html

成功を体験した集団を、現状否定をして改革すべきではないと思います。
その人たちは善意でそれをずっとやってきて、しかもそれで成功してきている人たちなんですから、現状否定では理解や共感はえられないんです。
https://www.1101.com/president/
iwata-index.html

誰かのお役にたったり、誰かがよろこんでくれたり、お客さんがうれしいと思ったり、それはなんでもいいんですが、当事者になれるチャンスがあるのにそれを見過ごして「手を出せば状況がよくできるし、なにかを足してあげられるけど、たいへんになるからやめておこう」と当事者にならないままでいるのはわたしは嫌いというか、そうしないで生きてきたんです。

https://www.1101.com/president/
iwata-index.html

現場感覚や当事者感覚がない人のSystem1で棄却される問題
https://speakerdeck.com/
kawaguti/hagechabin

System1

System2

マリーアントワネット問題

当事者になる例

https://takaking22.com/
2018/mob-advent/当事者になる例

https://takaking22.com/
2018/mob-advent/https://www.agilealliance.org/
resources/experience-reports/
mob-programming-agile2014/

are two roles: The Driver,
2つの役割があります。ドライバーとナビゲーター Thereand the Navigator. The Driverat the keyboard and typesです。ドライバーはキーボードの前に座り、コード sits
in the code. The Navigatorsを入力します。ナビゲーターは、コード化されたア discuss the idea being codedand guide the Driver in
イデアを議論し、コードを作成する際にドライ
creating the code. This means
the Driver has a much more
バーをガイドします。これは、ドライバーがソロでmechanical job than whensolo. The Driver listens
コーディングする場合よりもはるかに機械的な仕 coding
to the Navigators, and must
事をしていることを意味します。ドライバーはナビ trust the Navigators. The Driver
is focused on the typing/coding.
ゲーターの話に耳を傾け、ナビゲーターを信頼し The Navigators are expressing
their ideas to the Driver in a
なければなりません。ドライバーはタイピング/slow, metered approach so the
only has to focus on the
コーディングに集中しています。ナビゲーターは、 Driver
next thing to type at any giventime.
ゆっくりとしたペースでドライバーに自分たちのアイデアを伝えているので、ドライバーはいつで https://www.agilealliance.org/
resources/experience-reports/mob-programming-agile2014/
も次のタイピングに集中することができます。

これらのことをドライバーに声に出して表現すると同時に、チームの他の人にも表現しています。口頭やホワイトボードで可能性を議論し、ワークアウトすることで、全員がアイデアを完全に理解することができます。これにより、ナビゲーターとチーム全体の集合知性が生まれます。 https://www.agilealliance.org/
resources/experience-reports/
While expressing these things
to the Driver out loud they arealso being expressed to therest of the people on the team.
We discuss and work out thepossibilities verbally and at thewhite board so everyone isgaining a full understanding of
the idea. This creates a sort ofcollective intelligence of theNavigators and the team as awhole.

mob-programming-agile2014/

ドライバーがコード化すべきコンセプトを理解していて、詳細な指示がなくても進めることができる場合には、非常に高いレベルであることもあります。また、必要に応じてキー操作の指示が必要な場合には、非常に細かいレベルになることもあります。これは人によっても変わってきますし、一日を通して同じ人でも、取り組んでいるアイデアや、ドライバーの指示を理解する能力によってhttps://www.agilealliance.org/も変わってきます。
resources/experience-reports/
Sometimes this can be at avery high level when the Driverunderstands the concept to be
coded and can proceedwithout detailed instructions. It
can also be at a very detailed
level if necessary, even at thelevel of keystroke instructions
when needed. This will change
from person to person, and will
also change for the same
person throughout the day
depending on the idea being
worked on, and the ability of
the Driver to understand theinstructions.

mob-programming-agile2014/

大丈夫
できるまでやればできる
ハイキュー！！ 30巻より

「人は、学び続ける動物である。なぜそういえるかというと、人が問題を解いていたり、新しい問題の解を見極めたりする時どういうことが起きているかを詳細に観察してみると、人は、何かが少し分かってくると、その先にさらに知りたいこと、調べたいことが出てくることが多いからだ。人はなにも知らないから学ぶのではなく、何かが分かり始めてきたからこそ学ぶ、ともいえる。」(第一章 P.13-14)

明日はもっとうまくなろうLinda Risingさんの答え“It takesa long time”

長く続けるにはどうしたら？

成果が出ない
ときもある

https://ameblo.jp/oka-naoya/entry-12435303761.html

手柄を横取りされる
勝手に祭り上げられる
何もしてないのに怒られる
その気はないのに競争相手と認知される
使えない人認定される
自分勝手と言われる
給料を下げられる

やめたくなる
こともある
気持ちが落ち込んだら思い返そう。
「私が望んでいることは何？
人気を集めたり、尊敬されたり、そんなことのためにやってないよね？」

当事者であろう次の実験をしてみよう
説明を端折るのを我慢しよう
いま自分に貢献できることをやろう
他の人がカバーしていない落とし穴を埋めよう• 当事者であろう• 次の実験をしてみよう• 説明を端折るのを我慢しよう• いま自分に貢献できることをやろう• 他の人がカバーしていない落とし穴を埋めよう自分の旅の終着点は選べない。

一歩ずつ進もう高い山の頂も深い谷底も、眺めて想像するのはそこそこに、いまの一分一秒を大事にして、クレバスや脆い地盤にも十分気をつけながら、一歩ずつ進んでいくのだ。

適切なサイズの問題を作り続ける

https://www.1101.com/umeda_iwata/2008-11-18.html

10年続けてきました。

安定したチーム

実験はひとつだけオンサイトオンライン

ハイブリッド開催