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
720
Daily Scrum Anti-Patterns
アジャイルひよこクラブ「みんな教えて!!スクラムアンチパターン」でのLT資料です。
itosho
October 26, 2018
Tweet
Share
More Decks by itosho
See All by itosho
打線組という個人サービスを Goで開発している話 / Indie Service Development by Go
itosho
1
150
Components Reconsidered
itosho
1
2k
組織をスケールさせるためのTech Vision / Connehito Tech Vision for Growing Our Team
itosho
2
590
Gopher道場アフターストーリー / Gopher Dojo After Story
itosho
0
130
3分で分かるConnehito Tech Vision / Connehito Tech Vision in 3 minutes
itosho
0
420
CakePHPで学ぶDIコンテナ / Learn a DI Container through CakePHP
itosho
1
1.4k
事業を支える技術選定 / Engineering Decision Making Process For Business
itosho
12
5.3k
Bリーグにおけるホームアドバンテージ / Home Advantage in B.League
itosho
0
2.2k
Deep Module in PHP
itosho
2
10k
Other Decks in Technology
See All in Technology
四国のあのイベントの〇〇システムを45日間で構築した話 / cloudohenro2024_tachibana
biatunky
0
310
エンジニア視点で見る、 組織で運用されるデザインシステムにするには
shunya078
1
300
PDF Viewer作成の今までとこれから
hunachi
0
280
App Router を実プロダクトで採用して見えてきた勘所をちょっとだけ紹介
marokanatani
1
890
AI活用したくてもできなかった不動産SaaSの今とこれから
nealle
0
260
「認証認可」という体験をデザインする ~Nekko Cloud認証認可基盤計画
logica0419
2
250
Estrategias de escalabilidade para projetos web
jessilyneh
2
230
Google CloudのLLM活用の選択肢を広げるVertex AIのパートナーモデル
nayuts
0
110
20240911_New_Relicダッシュボード活用例
speakerdeckfk
0
100
Swift Testingのconfirmationを コードリーディング/Dive into Swift Testing confirmation
laprasdrum
1
230
AWSを始めた頃に陥りがちなポイントをまとめてみた
oshanqq
1
3.4k
DroidKaigi 2024 たすけて!ViewModel
mhidaka
5
570
Featured
See All Featured
Building Your Own Lightsaber
phodgson
101
6k
A Philosophy of Restraint
colly
202
16k
Optimising Largest Contentful Paint
csswizardry
30
2.8k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Fontdeck: Realign not Redesign
paulrobertlloyd
80
5.1k
Art, The Web, and Tiny UX
lynnandtonic
294
20k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
230
17k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
123
18k
The Illustrated Children's Guide to Kubernetes
chrisshort
47
48k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
26
2k
The Pragmatic Product Professional
lauravandoore
31
6.2k
Keith and Marios Guide to Fast Websites
keithpitt
408
22k
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