Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Daily Scrum Anti-Patterns
Search
itosho
October 26, 2018
Technology
5
730
Daily Scrum Anti-Patterns
アジャイルひよこクラブ「みんな教えて!!スクラムアンチパターン」でのLT資料です。
itosho
October 26, 2018
Tweet
Share
More Decks by itosho
See All by itosho
インターネットサービスの育て方 / How to Grow and Scale Internet Services
itosho
0
31
打線組という個人サービスを Goで開発している話 / Indie Service Development by Go
itosho
1
160
Components Reconsidered
itosho
1
2.1k
打線組を支える技術 / The Technology Behind Dasengumi
itosho
0
39
組織をスケールさせるためのTech Vision / Connehito Tech Vision for Growing Our Team
itosho
2
600
生きのびるためのインディー開発 / Indie Development to Survive
itosho
0
38
Gopher道場アフターストーリー / Gopher Dojo After Story
itosho
0
130
3分で分かるConnehito Tech Vision / Connehito Tech Vision in 3 minutes
itosho
0
440
CakePHPで学ぶDIコンテナ / Learn a DI Container through CakePHP
itosho
1
1.4k
Other Decks in Technology
See All in Technology
DevOps視点でAWS re:invent2024の新サービス・アプデを振り返ってみた
oshanqq
0
180
Amazon SageMaker Unified Studio(Preview)、Lakehouse と Amazon S3 Tables
ishikawa_satoru
0
160
LINE Developersプロダクト(LIFF/LINE Login)におけるフロントエンド開発
lycorptech_jp
PRO
0
120
podman_update_2024-12
orimanabu
1
280
Google Cloud で始める Cloud Run 〜AWSとの比較と実例デモで解説〜
risatube
PRO
0
110
非機能品質を作り込むための実践アーキテクチャ
knih
5
1.5k
サイバー攻撃を想定したセキュリティガイドライン 策定とASM及びCNAPPの活用方法
syoshie
3
1.3k
複雑性の高いオブジェクト編集に向き合う: プラガブルなReactフォーム設計
righttouch
PRO
0
120
小学3年生夏休みの自由研究「夏休みに Copilot で遊んでみた」
taichinakamura
0
170
WACATE2024冬セッション資料(ユーザビリティ)
scarletplover
0
210
新機能VPCリソースエンドポイント機能検証から得られた考察
duelist2020jp
0
230
kargoの魅力について伝える
magisystem0408
0
210
Featured
See All Featured
How to train your dragon (web standard)
notwaldorf
88
5.7k
How to Think Like a Performance Engineer
csswizardry
22
1.2k
Optimising Largest Contentful Paint
csswizardry
33
3k
Bash Introduction
62gerente
608
210k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Code Review Best Practice
trishagee
65
17k
Site-Speed That Sticks
csswizardry
2
190
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
StorybookのUI Testing Handbookを読んだ
zakiyama
27
5.3k
A Philosophy of Restraint
colly
203
16k
Side Projects
sachag
452
42k
Building Applications with DynamoDB
mza
91
6.1k
Transcript
Daily Scrum Anti-Patterns アジャイルひよこクラブ @itosho 1
▪ 自己紹介 ・伊藤 翔 @itosho ・コネヒト株式会社 / Supership株式会社 ・ひよっこスクラムマスター ・兼バックエンドエンジニア
・野球とアイドルが好きです ・最近推しが卒業を発表して哀しい
皆さんはデイリースクラムやってますか? 3
▪ 今日話すこと ・デイリースクラムをやっている人が0人だった場合 ⇒昨日のプロ野球のドラフト会議の話 ・デイリースクラムをやっている人が1人以上いた場合 ⇒デイリースクラムのアンチパターン3選をご紹介
アンチパターン#1 Rush Hour 5
▪ Rush Hourとは? ・デイリースクラムの時間が「柔軟」にずらされること ・ラッシュアワーの電車のように時間通り始まらない ・時間がずれる原因 is… ・(不可抗力により)遅刻するメンバーがいる ・別のMTGがあるメンバーがいる ・よくあるフレーズ「全員揃ったらやりましょ〜」
▪ Rush Hourの問題点 ・柔軟でよさそうにみえてしまうが… ・デイリースクラムは柔軟さよりも「固定」されていることが重要 ・時間が変わるとリズムがつくられない ・ルーティンにすることが大切 ・作業時間が分断される ・生産性が下がるリスクがある 朝会
開発 朝会 10:00 12:00 開発 開発 どちらが効率的か?
▪ Rush Hourのカイゼン策 ・朝にこだわらない ・確実に全員集まれるなら昼会や夕会も検討する ・そもそもなぜ別のMTGが入るのかを確認する ・メンバー/周囲からデイリースクラムの重要性が認知されていない ・デイリースクラムが形骸化している可能性も
▪ Rush Hourを用いてもよい場合 ・プロジェクト序盤や短期プロジェクトの場合 ・リズム/ルーティンよりもチームビルディングを優先したい場合 ・朝にやる必要性はないが、基本的に朝のほうが向いている ・たまになら許容してもよい ・事前にチームメンバーと合意しておくことが大切
アンチパターン#2 Face To Fake 10
▪ Face To Fakeとは? ・対面で集まっているがメンバーの顔をみていないこと ・他のメンバーの話に集中していない ・メンバーの顔をみていない原因 is… ・昨日やったことや今日やることをスマホで確認している ・順番が固定化されている
▪ Face To Fakeの問題点 ・個人作業に陥りやすい ・チームでスプリントバックログを終わらせるという意識がなくなる ・非言語によるサインを見逃してしまう ・体調が悪そうだったり、言いたいことを我慢していそうだったり
▪ Face To Fakeのカイゼン策 ・カンバンにすべてのタスクがあるかを確認する ・スマホをみてしまうのはカンバンにないタスクがある ・カンバンの前に出て、みんなに向かって話す ・発表する順番をランダムにする ・ぬいぐるみやクッションを投げて、次に話す人を決める
▪ Face To Fakeを用いてもよい場合 ・基本的にはない ・まずはデイリースクラムの意義をきちんと全員で理解する ・それでも解決しない場合は… ・オフラインでの開催を検討 ・メンバーが多すぎるかもしれないのでチームを分割する
アンチパターン#3 Share For Share 15
▪ Share For Shareとは? ・共有のための共有 ・ふーん…ってなるだけの行動に結びつかない共有 ・例えば、KPIの数値を毎日共有する ・一朝一夕には数値が変化しない場合 ・チームでコントロールしづらい数値の場合
▪ Share For Shareの問題点 ・やってる感は出るが、実際は何も生まれてない ・組織で「共有が足りない」という声はよく上がる ・その共有が何のアクションに繋がるかはよく考えたほうがよい ・結果的にモチベーションが下がることがある ・共有しているKPIの数値が日々の仕事から遠い場合は要注意 ・更にモチベーションは良くも悪くも伝播しやすい
▪ Share For Shareのカイゼン策 ・アクショナブルではない共有はやめる ・例: 何故それを共有するのかを全員が答えられるようにする ・共有の粒度を変える ・例: KPIであれば、KPIツリーなどでKPIを更に分解する
▪ Share For Shareを用いてもよい場合 ・何らかのアクションや意思決定を促進する共有 ・情報の流通性が低い現場 ・情報がオープンに共有されていること自体は重要 fyi: Netflix社も「share information
openly, broadly, and deliberately」と言っている ・癖を付けたい場合 ・数字を意識させるために、KPIの数値を毎日共有するのはあり ・しかし、それをデイリースクラムで共有するかは考えたほうがよい
まとめ 20
▪ Failure Teaches Success ・デイリースクラムは目的ではなく手段 ・全員がデイリースクラムの目的を理解していることが重要 ・デイリースクラムをやることで何を得たいのか?に答えられるか ・教科書通りにやりすぎない ・組織/現場毎に考慮すべき変数は異なる(アンチパターンも違う) ・教科書通りにやるにしても目的を正しく理解してから
・失敗から学ぶ ・とは言え、やってみなければ分からないことは多い ・失敗を恐れず、日々改善していくことが大切
▪ 参考サイト / 文献 ・デイリースクラムのTIPS (2016年版) ・https://www.ryuzee.com/contents/blog/7083 ・朝会のパターン:立ってるだけじゃないよ ・http://bliki-ja.github.io/ItsNotJustStandingUp/ ・Culture
At Netflix ・https://jobs.netflix.com/culture ・『カンバン仕事術――チームではじめる見える化と改善』 ・https://www.oreilly.co.jp/books/9784873117645/ ・『SCRUM BOOT CAMP THE BOOK』 ・https://www.shoeisha.co.jp/book/detail/9784798129716
23