スクラムガイドに載っていないスクラムのはじめかた - チームでスクラムをはじめるときに知っておきたい5個のコツ - / How to start Scrum that is not written in the Scrum Guide

by TAKAKING22

Slide 1

Slide 1 text

スクラムガイドに載っていないスクラムのはじめかた - チームでスクラムをはじめるときに知っておきたい5個のコツ - 及部敬雄 (@TAKAKING22) 2024/3/9 Scrum Fest Fukuoka 2024

Slide 2

Slide 2 text

とある会社のスクラムことはじめ「我が社もアジャイル開発を導入することになった。君は前職でスクラムチームで働いた経験があると聞いたよ。今日から君がスクラムマスターだ。」

Slide 3

Slide 3 text

とある会社のスクラムことはじめ「我が社もアジャイル開発を導入することになった。君は前職でスクラムチームで働いた経験があると聞いたよ。今日から君がスクラムマスターだ。」『は、はいっ！』

Slide 4

Slide 4 text

『スクラム経験があるとはいえ、開発者としてただ働いてただけなんだよな…』とある会社のスクラムことはじめ

Slide 5

Slide 5 text

『スクラム経験があるとはいえ、開発者としてただ働いてただけなんだよな…』『いきなりスクラムマスターって言われても不安だけど、スクラムガイドを読みながらとりあえずやってみよう』とある会社のスクラムことはじめ

Slide 6

Slide 6 text

『僕はスクラムマスター！』とある会社のスクラムことはじめ

Slide 7

Slide 7 text

『僕はスクラムマスター！』「私がプロダクトオーナーだ！」とある会社のスクラムことはじめ

Slide 8

Slide 8 text

『僕はスクラムマスター！』「私がプロダクトオーナーだ！」「ワシが開発者じゃ！」とある会社のスクラムことはじめ

Slide 9

Slide 9 text

『僕はスクラムマスター！』「私がプロダクトオーナーだ！」「ワシが開発者じゃ！」「みんな合わせてスクラムチーム！！」とある会社のスクラムことはじめ

Slide 10

Slide 10 text

『スプリントをまわすぞ！』とある会社のスクラムことはじめ

Slide 11

Slide 11 text

『スプリントをまわすぞ！』『まずはスプリントプランニング！』とある会社のスクラムことはじめ

Slide 12

Slide 12 text

『スプリントをまわすぞ！』『まずはスプリントプランニング！』『今だッ！デイリースクラム！』とある会社のスクラムことはじめ

Slide 13

Slide 13 text

『スプリントをまわすぞ！』『まずはスプリントプランニング！』『今だッ！デイリースクラム！』『くらえッ！スプリントレビュー！』とある会社のスクラムことはじめ

Slide 14

Slide 14 text

『スプリントをまわすぞ！』『まずはスプリントプランニング！』『今だッ！デイリースクラム！』『くらえッ！スプリントレビュー！』『必殺ッ！スプリントレトロスペクティブ！』とある会社のスクラムことはじめ

Slide 15

Slide 15 text

『スプリントをまわすぞ！』『まずはスプリントプランニング！』『今だッ！デイリースクラム！』『くらえッ！スプリントレビュー！』『必殺ッ！スプリントレトロスペクティブ！』『あれ？意外とスクラムできてる！？』とある会社のスクラムことはじめ

Slide 16

Slide 16 text

1ヶ月後…

Slide 17

Slide 17 text

『今回のスプリントもまた計画通り終わらなそうだぞー！』スクラムをはじめて1ヶ月後

Slide 18

Slide 18 text

『今回のスプリントもまた計画通り終わらなそうだぞー！』『ああ明日スプリントレビューなのに準備が全然できてない…。どうしよう。』スクラムをはじめて1ヶ月後

Slide 19

Slide 19 text

スクラムをはじめて1ヶ月後「スクラムをはじめて会議の時間が増えて開発に集中できません。どうにかしてください！」

Slide 20

Slide 20 text

「スクラムをはじめて会議の時間が増えて開発に集中できません。どうにかしてください！」『う、そんなこと言われてもなあ…』スクラムをはじめて1ヶ月後

Slide 21

Slide 21 text

「スクラムを導入したというのに、全然生産性が上がっていないぞ！」スクラムをはじめて1ヶ月後

Slide 22

Slide 22 text

「スクラムを導入したというのに、全然生産性が上がっていないぞ！」『そ、そんなこと言われても…』スクラムをはじめて1ヶ月後

Slide 23

Slide 23 text

『スクラムって難しい…。』

Slide 24

Slide 24 text

「DX白書2023」独立行政法人情報処理推進機構

Slide 25

Slide 25 text

「DX白書2023」独立行政法人情報処理推進機構 22.9％ 53.9％

Slide 26

Slide 26 text

「アーリーアダプターとは？獲得方法とイノベーター理論をわかりやすく解説」(https://go.chatwork.com/ja/column/efficient/efficient-351.html) 日本 22.9% アメリカ 53.9%

Slide 27

Slide 27 text

81 % 「AgileTechniques and Maturity」Digital.ai 15th State of Agile Report を基に計算アジャイル開発を導入しているチームの内、スクラムをベースにしたプラクティスを採用している割合

Slide 28

Slide 28 text

アジャイル開発とスクラム日本におけるアジャイル開発の普及はキャズムを越えたが、  これからはじめる機会はまだまだ多いアジャイル開発をはじめる ≒ スクラムをはじめる

Slide 29

Slide 29 text

“スクラムははじめるのは簡単だが習得するのは難しい”

Slide 30

Slide 30 text

どっちやねん！

Slide 31

Slide 31 text

今日のお話スクラムガイドやネットで見つけたうまくいっているチームのやり方を  参考にスクラムをはじめることは簡単スクラムガイドやうまくいっているチームと同じことをしているはずなのになぜかうまくいかない

Slide 32

Slide 32 text

今日のお話スクラムガイドやネットで見つけたうまくいっているチームのやり方を  参考にスクラムをはじめることは簡単スクラムガイドやうまくいっているチームと同じことをしているはずなのになぜかうまくいかないスクラムガイドを復習する「はじめるのは簡単、習得は困難」の正体を紐解くスクラムガイドに載っていないスクラムをはじめるコツ

Slide 33

Slide 33 text

今日のお話のターゲットスクラムをこれからはじめる方スクラムをはじめたけどうまくいかないことに悩んでる方

Slide 34

Slide 34 text

Learning Outcome スクラムガイドを改めてチームで読み合わせしたくなる現在の時勢に合わせたスクラムをはじめるときのコツを知れるスクラムを導入した後うまくいかせるためのヒントになる

Slide 35

Slide 35 text

Slide 36

Slide 36 text

TAKAKING22 株式会社ホロラボ Group Lead AGILE-MONSTER.COM 制御不能なアジャイルモンスター及部敬雄

Slide 37

Slide 37 text

Silver Bullet Club 株式会社ホロラボ AECグループチーム転職2回及部敬雄 @TAKAKING22 佐藤竜也 @satoryuofficial 宮崎剛太 @gmya_zaki IT 製造業 XR

Slide 38

Slide 38 text

Regional Scrum Gathering Tokyo Scrum Fest XX Developers Summit Agile Japan .. https://agile-monster.com/output/

Slide 39

Slide 39 text

今日の話の背景さまざまなチームのスクラム導入やその後を支援してきた中で、  ぶつかりやすい問題がいくつか存在する導入フェーズのチームに対してよくするフィードバックや  アドバイスがいくつかあるその中で代表的なものをセッションを通して紹介することで、  自分が直接関わらなくてもチームの参考になるかもしれない結果としてよいチームが世の中に増えたら最高！！

Slide 40

Slide 40 text

アジェンダスクラムガイドを復習する「はじめるのは簡単、習得は困難」の正体を紐解くスクラムガイドに載っていないスクラムをはじめるコツ

Slide 41

Slide 41 text

アジェンダスクラムガイドを復習する「はじめるのは簡単、習得は困難」の正体を紐解くスクラムガイドに載っていないスクラムをはじめるコツ

Slide 42

Slide 42 text

まずはスクラムガイドを読もう！ https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf

Slide 43

Slide 43 text

スクラムガイド Jeff SutherlandとKen Schwaberによる公式ガイドたったの17ページ（だから読もう！） 2011年に初版が公開され、コミュニティからのフィードバックを取り入れてアップデートされるようになった最新版はスクラムガイド2020　※2024年3月現在

Slide 44

Slide 44 text

スクラムの定義スクラム（名詞）：複雑で変化の激しい問題に対応するためのフレームワーク  であり、可能な限り価値の高いプロダクトを生産的かつ  創造的に届けるためのものである。スクラムガイド2020

Slide 45

Slide 45 text

Slide 46

Slide 46 text

フレームワークビジネスフレームワーク：共通して利用できる考え方、分析、  問題解決、戦略立案などの枠組み ex. 3C分析、SWOT分析、OKR、カスタマージャーニーマップ … ソフトウェアにおけるフレームワーク：開発するうえで典型的・  定型的な処理やデータ構造をまとめた枠組みやテンプレート ex. Ruby on Rails、React、Spring、Bootstrap …

Slide 47

Slide 47 text

Slide 48

Slide 48 text

スクラムの構成要素スクラムチーム開発者プロダクトオーナースクラムマスター作成物プロダクトバックログスプリントバックログインクリメントイベントスプリントスプリントプランニングデイリースクラムスプリントレビュースプリントレトロスペクティブ

Slide 49

Slide 49 text

スクラムマスタープロダクトオーナー開発者教える支援するつくる価値を最大化する教える支援する

Slide 50

Slide 50 text

スクラムマスタープロダクトオーナー開発者教える支援するつくる価値を最大化する教える支援するスクラムチーム

Slide 51

Slide 51 text

Day1（水） Day2（木） Day3(金） Day4（月） Day5(火） 9:00 10:00 スプリントプランニング 11:00 12:00 13:00 デイリースクラム 14:00 15:00 スプリントレビュー 16:00 バックログ  リファインメント 17:00 スプリント  レトロスペクティブスプリント

Slide 52

Slide 52 text

スクラムのイベントと作成物の関係 1. プロダクトバックログを用意する 2. スプリントバックログを用意する（スプリントプランニング） 3. スプリントを実施する 4. チームの状況を毎日検査をする（デイリースクラム） 5. 成果＝インクリメントを見せる（スプリントレビュー） 6. 開発の様子をふりかえる（スプリントレトロスペクティブ）

Slide 53

Slide 53 text

何度も繰り返すスプリントを何度も繰り返すチームで学習してうまくなっていく

Slide 54

Slide 54 text

スプリントとリリース ʜ タイミングはビジネス判断いつでもリリースできるように

Slide 55

Slide 55 text

スクラムの価値基準　確約（Commitment）　個人としてスクラムチームのゴール達成を確約する　勇気（Courage）　正しいことをする勇気を持ち、困難な問題に取り組む　集中（Focus）　スプリントの作業やスクラムチームのゴールに集中する　公開（Openness）　仕事と遂行する上での課題を公開することに合意する　尊敬（Respect）　お互いを能力のある独立した個人として尊敬する

Slide 56

Slide 56 text

スクラムの全体性スクラムフレームワークは不変である。スクラムの一部だけを導入することも可能だが、それはスクラムとは言えない。すべてを備えたものがスクラムであり、その他の技法・方法論・プラクティスの入れ物として機能するものである。スクラムガイド2020

Slide 57

Slide 57 text

Slide 58

Slide 58 text

Slide 59

Slide 59 text

スクラムのまとめプロダクトの機能を欲しい順番に並べ変えてその順番につくること  で成果を最大化する（価値を基準）短い時間に区切って繰り返す（タイムボックス）仕事の状況や問題を関係者間で常に共有する（透明性）定期的に仕事の進捗やプロダクトの方向性や仕事の進め方に  問題がないかを確認する（検査）もっとうまくやる方法を常に追い求めてやり方を変えていく（適応）

Slide 60

Slide 60 text

スクラムガイド2020のアップデートスクラムチームは1つのチームである「開発チーム」→「開発者」スクラムマスターの役割「サーバントリーダー」→「チーム・組織に奉仕する真のリーダー」作成物の確約（コミットメント）の明示プロダクトゴール、スプリントゴール、完成の定義指示的な部分がより少なくなったデイリースクラムの具体的な質問事例の記載がなくなったスプリントレビューはプレゼンテーションではなくプロダクトゴールの達成に向けた議論の場へスクラムパターン：スウォーミングの採用

Slide 61

Slide 61 text

アップデートから読み解く陥りやすい罠プロダクトオーナーと開発チームの分断スクラムイベントが儀式になってしまいがち作業分担やロールの分業が前提になってしまっている

Slide 62

Slide 62 text

アップデートから読み解く陥りやすい罠プロダクトオーナーと開発チームの分断スクラムイベントが儀式になってしまいがち作業分担やロールの分業が前提になってしまっているスクラムを活用するうえで特に気をつけたほうがいいところ

Slide 63

Slide 63 text

スクラムガイドまとめ 17ページなのでまずは読むアップデートを重ねるごとにより抽象的になっているので、自分たちが考えて実装する必要性が高くなっているそのままやればいいではなくどうやって適応していくのか

Slide 64

Slide 64 text

アジェンダスクラムガイドを復習する「はじめるのは簡単、習得は困難」の正体を紐解くスクラムガイドに載っていないスクラムをはじめるコツ

Slide 65

Slide 65 text

“スクラムははじめるのは簡単だが習得するのは難しい”

Slide 66

Slide 66 text

「はじめるのは簡単」の正体自分たちではじめることができるスクラムガイドが公開されている書籍や事例を入手しやすいロールを割り当てて、イベントをまわしはじめれば、  とりあえず形式上スクラムを導入した気になれるアジャイル開発の普及が進み、まわりの理解も得やすくなったむしろ組織起点でスクラムを導入するケースも増えている

Slide 67

Slide 67 text

「習得するのは難しい」の正体やってみることと活用できることは別物であるスクラム自体が完全ではないのでチームで補完する必要がある ex. スクラムではビジネス面や技術詳細には触れられていないスクラムをはじめたからといって、  すぐに本質的な成果につながるとは限らない

Slide 68

Slide 68 text

はじめるのが簡単だからこそはまりやすい

Slide 69

Slide 69 text

はじめるのが簡単だからこそはまりやすい形式上やった気になれるのでそこで一息ついてしまうでもスクラムははじめてからが一番大変コラボレーションの機会が増えることで、人間関係の問題が起こりやすいフィードバックの機会が増えることで、それまで見えなかった問題が顕在化する

Slide 70

Slide 70 text

はじめるのが簡単だからこそはまりやすい形式上やった気になれるのでそこで一息ついてしまうでもスクラムははじめてからが一番大変コラボレーションの機会が増えることで、人間関係の問題が起こりやすいフィードバックの機会が増えることで、それまで見えなかった問題が顕在化する問題が見つかったことをよいことだと捉える問題と向き合い解決し続けることで少しずつうまくなっていくそういうチームをつくっていくことがスクラム

Slide 71

Slide 71 text

「スクラムをはじめる」ではなく「スクラムを続ける」 Photo by Fitsum Admasu on Unsplash

Slide 72

Slide 72 text

アジェンダスクラムガイドを復習する「はじめるのは簡単、習得は困難」の正体を紐解くスクラムガイドに載っていないスクラムをはじめるコツ

Slide 73

Slide 73 text

スクラムガイドに載っていないスクラムをはじめるコツ共通言語をつくる集まって仕事をするスプリントレビューに集中するアジャイルコーチを頼るコミュニティでわいわいする

Slide 74

Slide 74 text

Slide 75

Slide 75 text

共通言語を作るスクラムチームは異なる経験やバックグラウンドをもったメンバーたちが  1つのチームとしてコラボレーションしながら仕事を進める必要があるコンテキスト：その状況において：言葉の定義や解釈が違うことで見えないズレが発生する見えないズレがコミュニケーションミスにつながり、  話が通じやすい同じ職種やロールで集団になることで分断が起こる

Slide 76

Slide 76 text

共通言語を作る全員が共通で知っていることを増やす共通体験をすることで共通言語がうまれていく具体的な方法として以下のような方法があるスクラムガイドをチーム全員で読み合わせをして議論をする同じスクラム研修をチーム全員で受けるスクラムフェスの動画を全員で同時視聴して感想戦を行うそこで：

Slide 77

Slide 77 text

共通言語を作るコミュニケーションミスが起きにくくなる指示語を使いながら理解を深めることができる「あの研修で聞いたあれだね」「これってあのときにコーチが言ってたやつだね」話の前提を揃えたり相手の理解を探る必要性が下がることで、  目的に集中したコミュニケーションをすることができるその結果：

Slide 78

Slide 78 text

Slide 79

Slide 79 text

集まって仕事をするスクラムはロールが定義されていて、それぞれのロールがそれぞれの  責任を果たすことでスクラムのサイクルがまわっていくコンテキスト：その状況において：分担や分業を前提に仕事を組み立ててしまう人にロールが紐づいてしまい「それは◯◯の仕事」となってしまう結果として新たな分断がうまれる

Slide 80

Slide 80 text

集まって仕事をする集まったときに仕事を進める時間をつくるチーム全員でプロダクトバックログづくりをするチーム全員でスプリントレビューの準備をするモブプログラミングを定期的に行う分担や分業を前提に仕事を進めるのではなく、  仕事の質やチームの状況を見ながら分担作業とモブワークを選択するそこで：

Slide 81

Slide 81 text

モブプログラミングとはチーム全員で・同じ仕事を .. ・同じ時間に .. ・同じ空間で .. ・同じ環境で .. することオフライン／オンラインに関わらず同じ空間で技術やツールの進化によって必ずしも同じマシンでなくとも同じ環境を共有できるようになった

Slide 82

Slide 82 text

No content

Slide 83

Slide 83 text

No content

Slide 84

Slide 84 text

モブプログラミングのイメージ作業見る見る見る ਖ਼͍͠Πϝʔδ その他のモブその他のモブその他のモブタイピストアウトプットその他のモブその他のモブその他のモブよくある誤解インプットインプットインプットモブプロのイメージタイピスト

Slide 85

Slide 85 text

分担作業とモブプログラミング分担作業モブプログラミングイメージ特徴リソース効率重視フロー効率重視生産性チーム全体で見たときに生産される量が多いチームとして完成したものだけが確実に生産されていく問題解決個人の経験知に依存するチーム全員の経験知に依存する学習個人に貯まるチームに貯まる向いている仕事の質単純作業他者への依存度が低い仕事問題解決をする仕事得られた学習が重要な仕事

Slide 86

Slide 86 text

分担することが前提になっていないか WBS ガントチャートカンバンスクラム「分担する＝生産性が高い」という思い込み

Slide 87

Slide 87 text

Photo by rawpixel on Unsplash Photo by Marvin Meyer on Unsplash 分担作業モブプログラミング仕事の質やチームの状況に合わせて使い分けられる方がチームとして強い

Slide 88

Slide 88 text

モブプログラミングは難しい？一緒に集まって仕事ができないひとたちと、  なぜ分担をして仕事がうまくいくと思えるのか複数人が集まってミーティングをすることができるのであれば、  同じ場面で仕事を進めたほうが効果的な場面は意外と多いミーティング：分担作業を進めて集まったときに進捗を共有したり情報交換をするモブプログラミング（モブワーク）：集まった時間に一緒に仕事を進める

Slide 89

Slide 89 text

集まって仕事をするお互いの仕事や責任を理解することで、コミュニケーションや仕事の受け渡しがやりやすくなる誰かが不在なときでも問題なくスクラムを進めることができる分担や分業をするときのコミュニケーションコストが下がるその結果：

Slide 90

Slide 90 text

モブプログラミングをもっと知りたい方へ

Slide 91

Slide 91 text

Slide 92

Slide 92 text

スプリントレビューに集中するスクラムには5つのイベントがあり、それらを運営していくことで、  スクラムのサイクルをまわしていくコンテキスト：その状況において：はじめたばかりのチームは新しく覚えることであふれてしまうたくさんの問題が見つかったときに場当たり的に対応をしてしまい、  全体として質が下がってしまう

Slide 93

Slide 93 text

スプリントレビューに集中するすべてのイベントが大切ではあるがスプリントレビューを特に大切にする「アジャイルコーチに聞く！スクラムイベントで1つだけ観察するとしたら  どのイベントにしますか？」アンケート第1位（及部調べ）スプリントレビューは妥協しない完成していないものは提示しない準備をしてスプリントレビューにのぞむスクラムチーム全員が参加する学習につながるフィードバックをもらうために最大限の工夫をするそこで：

Slide 94

Slide 94 text

完成していないものを見せるとどうなるかステークホルダーは完成していると思い込んでしまう実際には完成していないので見えない負債が溜まるいざリリースしたいときにリリースができずに  信頼できないスクラムになってしまう

Slide 95

Slide 95 text

完成していないものを見せるとどうなるかステークホルダーは完成していると思い込んでしまう実際には完成していないので見えない負債が溜まるいざリリースしたいときにリリースができずに  信頼できないスクラムになってしまう中途半端なものがたくさんできるくらいなら  完成したものがいくつか積み重なっている方が圧倒的によい

Slide 96

Slide 96 text

デモのやり方を工夫する一方的に画面を見せながらデモをするやり方以外にも  いろんな方法があるプロダクトを実際に触ってもらうターゲットユーザーやそれに近い人に参加してもらい、  プロダクトをさわってもらう

Slide 97

Slide 97 text

スプリントレビューに集中する確実にインクリメントをしていくことができるチームの実力が正確に把握できるそのうえでスプリントレトロスペクティブなどを行うことで  本質的な問題を見つけて対応しやすくなるその結果：

Slide 98

Slide 98 text

スプリントレビューをもっと知りたい方へ https://www.ryuzee.com/contents/blog/14577

Slide 99

Slide 99 text

Slide 100

Slide 100 text

アジャイルコーチを頼るスクラムガイドが公開されているのでスクラムガイドを見ながら  自分たちでスクラムをはじめることができるコンテキスト：その状況において：全員が経験がないチームでスクラムをはじめると、  起きている問題を分析して仕分けするのが難しいチームで気づくことができない問題は認知ができない

Slide 101

Slide 101 text

アジャイルコーチを頼るアジャイル開発の経験が豊富なアジャイルコーチを頼るスクラムイベントに同席してもらってフィードバックをもらったり、  メンバーと1on1をしてもらうそこで：

Slide 102

Slide 102 text

アジャイルコーチとはあなたのゴールは、他人から押し付けられるアジャイルの行動規範に依存するのではなく、自分たちで考えることのできる、生産的なアジャイルチームを育てることですアジャイルコーチング

Slide 103

Slide 103 text

アジャイルコーチの選び方アジャイルコーチがとてもたくさんいる経験豊富なすばらしいアジャイルコーチもいる「明日からあなたはアジャイルコーチ！」もいる価格だけで判断をすると失敗するかもしれないコーチによってスタイルが違う自分たちにとって必要かつ相性がいいコーチを探すリファラルアウトプットを見るコーチが可能であればサンプルセッションをお願いする

Slide 104

Slide 104 text

アジャイルコーチを頼る自分たちだけでは得られない気づきを与えてくれる第三者視点でプロダクトやチームに対してフィードバックをもらえるよい情報やよい出会いを提供してもらえる自分たちの成長が促進される（ただしよいアジャイルコーチに出会えたのであれば！）その結果：

Slide 105

Slide 105 text

https://www.ryuzee.com/contents/blog/13126

Slide 106

Slide 106 text

Slide 107

Slide 107 text

コミュニティでわいわいするスクラムのサイクルの中でチームメンバーやステークホルダーから  フィードバックを受けながらチームやプロダクトを少しずつよくしていくコンテキスト：その状況において：情報をインプットする対象が仕事で関わる人たちに限定されてしまう客観的に判断するための情報をもっていないので局所最適になってしまう問題が起きたらそのまま問題として受け取って抱え込んでしまう

Slide 108

Slide 108 text

コミュニティでわいわいする社内外のコミュニティに参加するできれば参加するだけでなく参加者とわいわいするギャザリングやフェスでは廊下での会話を楽しんでいる自分が悩んでいることを直接ぶつけてフィードバックをもらうそこで：

Slide 109

Slide 109 text

いろんなスクラム関連コミュニティフェス・ギャザリングコミュニティ RSGT2024 スクフェス福岡スクフェス新潟スクフェス大阪スクフェス三河スクフェス札幌（ニセコ）分散アジャイルチームについて考える会製造業アジャイル勉強会 Scrum Masters Night

Slide 110

Slide 110 text

コミュニティでわいわいするチームや仕事の範囲外から情報を得ることができる問題にぶつかったときに自分やチームの取り得る選択肢が増える問題の解像度が上がったり、共感をしてもらうことで、  なんとなく不安だった状態から前向きに問題に向かう気持ちになれるその結果：

Slide 111

Slide 111 text

共通言語をつくる集まって仕事をするスプリントレビューに集中するアジャイルコーチを頼るコミュニティでわいわいする

Slide 112

Slide 112 text

共通言語をつくる集まって仕事をするスプリントレビューに集中するアジャイルコーチを頼るコミュニティでわいわいする

Slide 113

Slide 113 text

共通言語をつくる集まって仕事をするスプリントレビューに集中するアジャイルコーチを頼るコミュニティでわいわいするいろんな話がつながっていくつながっていくことで学びが深まる

Slide 114

Slide 114 text

今一緒に働いているチーム 2023年8月頃からアジャイルコーチングしているチームチーム開発やスクラムの経験がほとんどないところから

Slide 115

Slide 115 text

半年後のチームビルディングふりかえり

Slide 116

Slide 116 text

“スクラムがもたらす最終的な結果、いわば設計目標は、飛躍的に生産性を上げるチームの実現にある”

Slide 117

Slide 117 text

スクラムによってうみだされるものプロダクト（ビジネス）チーム

Slide 118

Slide 118 text

「スクラムをはじめる」ではなく「スクラムを続ける」 Photo by Fitsum Admasu on Unsplash

Slide 119

Slide 119 text

@TAKAKING22 及部敬雄 https://agile-monster.com/ よいスクラムの旅を!! 現役のアジャイル開発実践者によるアジャイルコーチ講演、研修、お仕事の依頼などお気軽にどうぞ