Agile Enterprise at BPStudy

Slide 1

Slide 1 text

エンタープライズアジャイルからアジャイルエンタープライズへ V3 April. 2018 Yasuobu Kawaguchi Education Business Development Group Rakuten, inc.

Slide 2

Slide 2 text

2 > whoami Yasunobu Kawaguchi Agile Coach

Slide 3

Slide 3 text

3 https://speakerdeck.com/takaking22/shi-kuang-pawahurumobupuroguramingu- number-devsumi-number-devsumic

Slide 4

Slide 4 text

4 https://speakerdeck.com/takaking22/shi-kuang-pawahurumobupuroguramingu- number-devsumi-number-devsumic

Slide 5

Slide 5 text

5 Jan 2011 Dr. Jeff Sutherland Prof. Ikujiro Nonaka Mr. Kenji Hiranabe INNOVATION SPRINT 2011 @ Rakuten Tower 1 Co-creator of Scrum adapted from Joe Justice, Scrum Inc.

Slide 6

Slide 6 text

Slide 7

Slide 7 text

7 エンタープライズくんとアジャイルちゃん

Slide 8

Slide 8 text

8 あるところに、エンタープライズくんというわりとマジメっぽいおとこのこがいました。

Slide 9

Slide 9 text

9 2001年に17人のおともだちが雪山の山荘に集まって「じぶんたちのにてるところはどこだろう？」ってそうだんをしました。

Slide 10

Slide 10 text

10 そこで、アジャイルちゃんというちっちゃなおんなのこがうまれたのです。

Slide 11

Slide 11 text

11 http://agilemanifesto.org/ iso/ja/manifesto.html

Slide 12

Slide 12 text

12 プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を、

Slide 13

Slide 13 text

13 「そんなのとうぜんさ。ぼくたちは顧客満足第一だし、ステージング環境で最新がみられるし、顧客と毎週ミーティングしているし、ぎりぎりまで要件定義しているんだから」

Slide 14

Slide 14 text

14 ちいさなアジャイルちゃんはいがいとおおくのいでんじょうほうをもっていました

Slide 15

Slide 15 text

15 http://agilemanifesto.org /iso/ja/principles.html

Slide 16

Slide 16 text

16 アジャイル宣言の背後にある原則私たちは以下の原則に従う:

Slide 17

Slide 17 text

17 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。

Slide 18

Slide 18 text

18 要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。

Slide 19

Slide 19 text

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

Slide 20

Slide 20 text

20 ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。

Slide 21

Slide 21 text

21 意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。

Slide 22

Slide 22 text

22 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすることです。

Slide 23

Slide 23 text

23 動くソフトウェアこそが進捗の最も重要な尺度です。

Slide 24

Slide 24 text

24 アジャイル･プロセスは持続可能な開発を促進します。一定のペースを継続的に維持できるようにしなければなりません。

Slide 25

Slide 25 text

25 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。

Slide 26

Slide 26 text

26 シンプルさ（ムダなく作れる量を最大限にすること）が本質です。

Slide 27

Slide 27 text

27 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。

Slide 28

Slide 28 text

28 チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。

Slide 29

Slide 29 text

29 アジャイルちゃんは、いろんなところでつかわれるようになりました

Slide 30

Slide 30 text

Slide 31

Slide 31 text

31 注目されるようになるとただ歩いているだけなのにミサイルが飛んできたり足元に電車がぶつかってきたり活動停止させられたり

Slide 32

Slide 32 text

Slide 33

Slide 33 text

33 なぜか共倒れ。うまくビジネスやっていきたいだけなのに。もっとよくしたいだけなのに。

Slide 34

Slide 34 text

34 アジャイルちゃんはどうやったら平和に暮らせるんでしょう？

Slide 35

Slide 35 text

35 Courtesy by Michael Sahota http://agilitrix.com/2015/03/enterprise-agile-agile-enterprise/ エンタープライズ内アジャイル

Slide 36

Slide 36 text

Slide 37

Slide 37 text

37 http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr Flickr

Slide 38

Slide 38 text

38 http://www.slideshare.net/jallspaw/10- deploys-per-day-dev-and-ops- cooperation-at-flickr 1.インフラ自動化 2. バージョン管理の共有 3. ビルド＆デプロイ一発 4. フィーチャーフラグ 5. メトリクスの共有 6. チャットとロボット 1.尊敬 2.信頼 3.失敗への健全な態度 4.非難しない

Slide 39

Slide 39 text

39 Amazon Web Services http://www.slideshare.net/shivamaan/devops-and-aws Facebook http://www.infoq.com/presentations/Facebook-Release-Process https://www.google.com/events/io/sc hedule/session/c9e32eaf-4acb- e311-b297-00155d5066d7 Google

Slide 40

Slide 40 text

40 Microsoft Yahoo! 歴史ある企業でもDevOpsへの移行が起きている…

Slide 41

Slide 41 text

41 北米トヨタの事例 “アジャイル開発は、数年前から幾つかのチームでスタートしていたが、1年半前に全面的に導入した。ウエスト氏は、ある大規模なプロジェクトが大きく改善した事例を挙げた。そのプロジェクトはリリース日を6回延期した停滞状態から、スクラム（アジャイル開発の手法の1つ）を実践。必要最低限のプロダクトに集中して開発を進めることにより、2017年8月に最初のリリース日を迎え、その後は2週間に1度のリリースを実践できるようになった。チームの規模も200人体制から 25人まで縮小することができた。” http://monoist.atmarkit.co.jp/mn/articles/1803/09/news057.html

Slide 42

Slide 42 text

42 トヨタ自動車にとって「アジャイル（身軽な、機敏な）」とは（クリックして拡大）出典：トヨタ自動車 http://monoist.atmarkit.co.jp/mn/ articles/1803/09/news057.html

Slide 43

Slide 43 text

43 Michimune Kono @Microsoft RSGT2018

Slide 44

Slide 44 text

44 「クラウドというのは、大きな、いろんなサービスの集合体ですから、たとえば自分のところが動いていても、ほかのサービスがダウンしているということは当たり前に起きます。ネットワークが切れたり、OSがおかしくなったり、毎日どこかが壊れているんです。」 Regional Scrum Gathering Tokyo 2018 基調講演より

Slide 45

Slide 45 text

45 「ある時点で何かがちゃんと動いてても、次の週にはその前提が変わっている。完璧というのが世の中に存在しないんです。その中でどうやってシステムを動かし続けるか。答えないんですけど、その答えない中で考えるのがそのすごく楽しい。たぶんご理解いただけると思うんですけど。」 Regional Scrum Gathering Tokyo 2018 基調講演より

Slide 46

Slide 46 text

46 「そういうなかで、安心してどんどん新しいことを試したり、テレメトリ新しいのをデプロイしたりするには、やっぱり、背骨がしっかりしないとだめでして、そのおっきな一つが、CIがちゃんと回っている、チェックインのモニタリングがちゃんとが回っている、というのは絶対必要だなと思います。」 Regional Scrum Gathering Tokyo 2018 基調講演より

Slide 47

Slide 47 text

47 「会社に来るモチベーションとして、家にいるよりいいマシンがなければ、会社に来る意味ないですよね。」 Regional Scrum Gathering Tokyo 2018 基調講演より

Slide 48

Slide 48 text

48 Courtesy by Michael Sahota http://agilitrix.com/2015/03/enterprise-agile-agile-enterprise/ アジャイルなエンタープライズ

Slide 49

Slide 49 text

Slide 50

Slide 50 text

50 “Mario E. Moreira エンタープライズアジャイルコンサルタント、マスターアジャイルコーチ。顧客価値のデリバリー、デリバリー速度の最適化、品質の向上により、企業がビジネス成果を達成することを支援している。企業をアジャイルに変革させることを専門とし、アジャイルがもたらすビジネス成果を実現するために、最新のコンセプトやプラクティスを導入している。具体的には、エグゼクティブ、マネジメント、小規模から大規模までの分散チームに対して、アジャイルのマインドセット、コンセプト、プラクティス（スクラム、XP、カンバン、リーン、VFQ、ストーリーマッピング、バリューストリームマッピングなど）をコーチング・教育している。”

Slide 51

Slide 51 text

51 “アジャイルの最新のコンセプト、マインドセット、プラクティス、テクニックをパッケージにしたことです。これらは、アイデアからデリバリーまで、チームレベルからエグゼクティブレベルまで、企業全体にアジャイルを導入するときに明らかになります。ある意味、複数のアジャイルの書籍が集まったiPodです（あなたのための「iAgile」とでも呼びましょうか）。”

Slide 52

Slide 52 text

52 https://speakerdeck.com/poohsunny/devsumi2018 「ファンタジーの世界の出来事で終わらせずに現実世界にどう作用を与えるか。」 by @i2key

Slide 53

Slide 53 text

53 https://menlo- innovations.myshopify.com/products/ make-mistakes-faster-poster 失敗を受け入れよう

Slide 54

Slide 54 text

54 まとめアジャイルエンタープライズという本が出ました。買ってね♡