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
Scrum導入しようとしたら失敗した話
Search
dach
July 31, 2019
Technology
1
760
Scrum導入しようとしたら失敗した話
dach
July 31, 2019
Tweet
Share
More Decks by dach
See All by dach
dbt_ベストプラクティス_完全に理解した.pdf
dach
2
940
プロジェクトマネージャーと炎の回避術
dach
0
910
SLO_By_Google_Cloud_Monitoring
dach
0
190
状態遷移テスト完全に理解しよう.pdf
dach
0
820
JWT完全に理解しよう-認証編-.pptx.pdf
dach
0
750
JWT完全に理解しよう-公開鍵編-.pptx.pdf
dach
0
660
チームの垣根を越境する_チーム間交換留学
dach
0
87
設計書のないサービスとの付き合い方.pptx.pdf
dach
0
190
designからWebページを作るやりかた完全に理解した.pdf
dach
1
330
Other Decks in Technology
See All in Technology
AI時代こそ求められる設計力- AWSクラウドデザインパターン3選で信頼性と拡張性を高める-
kenichirokimura
3
290
【Kaigi on Rails 事後勉強会LT】MeはどうしてGirlsに? 私とRubyを繋いだRail(s)
joyfrommasara
0
230
許しとアジャイル
jnuank
1
140
定期的な価値提供だけじゃない、スクラムが導くチームの共創化 / 20251004 Naoki Takahashi
shift_evolve
PRO
4
360
『バイトル』CTOが語る! AIネイティブ世代と切り拓くモノづくり組織
dip_tech
PRO
1
110
ガバメントクラウドの概要と自治体事例(名古屋市)
techniczna
2
220
AWS Control Tower に学ぶ! IAM Identity Center 権限設計の第一歩 / IAM Identity Center with Control Tower
y___u
0
100
Vibe Coding Year in Review. From Karpathy to Real-World Agents by Niels Rolland, CEO Paatch
vcoisne
0
120
[Keynote] What do you need to know about DevEx in 2025
salaboy
0
160
防災デジタル分野での官民共創の取り組み (2)DIT/CCとD-CERTについて
ditccsugii
0
190
業務効率化をさらに加速させる、ノーコードツールとStep Functionsのハイブリッド化
smt7174
2
130
[Codex Meetup Japan #1] Codex-Powered Mobile Apps Development
korodroid
2
200
Featured
See All Featured
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Speed Design
sergeychernyshev
32
1.2k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
GraphQLの誤解/rethinking-graphql
sonatard
73
11k
Side Projects
sachag
455
43k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.4k
Done Done
chrislema
185
16k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.7k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Writing Fast Ruby
sferik
629
62k
Rebuilding a faster, lazier Slack
samanthasiow
84
9.2k
Transcript
Scrum導入し ようとして失 敗した話 @i-dach 2019/07
Who are you ? qiita: @i-dach Twitter: i-dach github: i-dach
職業 • 現在:カイゼンエンジニア • 将来:カイゼンムキムキエンジニア (トレーニング中) 所属 • DesignOne Japan, inc ◦ DOG主催 / diet部部長 / キックボクシング部部長 ◦ ジェネラリストとしてカイゼン&越境活動 ◦ 設計周りの監修的なこともしてたりします 趣味 • 呼吸法の研究 • エンジニア • DIY(Iot) ←予定 最近熱いもの • O2O
最近頭を悩ませてる問題 表記ゆれ qiita / github 昔からこれ twitter / facebook SNSはこっち
閑話休題
問いかけ
あなたのチームは 「問題を抱えてますか?」
問いかけ
その問題は 「Scrumだったら」 解決すると思いますか?
Thinking
私が得た教訓
「Agileの手法」を入れる前に まず足元を見返した方がいい
ちょっとここで昔話
・オールジャンルの店舗向け口コミサイト ・登録店舗数約465万店舗(2019/07/29)
チームにJoinして問題と直面する • よくあるタスク: ◦ その場の思いつき ◦ ステークホルダーが不在 ◦ なんならPOも不在 ◦
ゴールが存在しない ◦ 効果計測をする指標がない ◦ ドメイン知識の共有がされないとできない ◦ 優先度が決まってない ◦ 計画がない ◦ チームの目標もない ◦ 消化されないで溜まっていく ◦ チームと言うか個人単位でしか動かない
なぜか
10年くらいの歴史あり
とりあえず対応!だから結構負債がある... データが噛み合わない ノイズが多い ステークホルダーがわ からない 燃え尽きてしまう
システム? 文化? 人材? 開発フロー? ドキュメント? 教育? 定義? アーキテクチャ?
どうしようか
考えた結果 ・個人で動くにはこなせる限界がある ・どの問題も最終的にはチームを越境して影響を持たせなくてはならない ・どの問題も認識をすり合わせてやる必要がある リフォームするにもまずはメンバーと一致団結しないと!
まずは「チーム」になろう!
Scrumを入れれば良くなるのでは?
None
Scrum導入初期 チーム • メンバー :2~3 人(SC未経験) • SCM :i-dachが兼任 •
PO :部長 →MGR スクラムイベント 1. スプリント0でキックオフ 2. スプリントプランニング 3. デイリースクラムで毎日情報共有 4. スプリント半ばショーケース 5. スプリントレトロスペクティブ
こんな気分
立ちはだかる壁 1.前のやりかたのゴミが多い 2.飛び込みの別案件が発生した時に勝手に割り込まれる 3.最初にチームとしての方向性を作ってなかったのであんましチーム感ない 4.スピード感が出ないと言われることが増える 5.障害がプランニング日とかに起きるとスプリントが止まる
色々対応してみたが... 1.前のやりかたのゴミが多い → チケットの棚卸しでいらないやつ一括削 2.飛び込みの別案件が発生した時に勝手に割り込まれる → スプリント中に必ず対応すべきものかどうかをPOに判断してもらった 3.最初にチームとしての方向性を作ってなかったのであんましチーム感ない → チームとしての課題を出し合って解決すべき根本を洗い出した
4.スピード感が出ないと言われることが増える → 必要性を解く 5.障害がプランニング日とかに起きるとスプリントが止まる → スプリント期間を延ばしたりして対応
POから反発を受け身動きが取れなくなり
None
None
ちゃんと振り返ろう その場の思いつき ステークホルダーが 不在 POも不在 ゴールが 存在しない 効果計測をする指標 がない ドメイン知識の共有が
されないとできない 優先度が 決まってない 計画がない チームの 目標もない 消化されないで 溜まっていく ここがなぜ存在しないのかを しっかりと考えてから動くべきだった
もし同じチームで次やるとしたら • そもそもこのチームにScrumって向いているのだろうか ◦ 目指すべきゴールはある? ◦ 不確実性との闘い • Scrumを始める前にチームの課題と方向性を決めておくべき •
もしScrumで行こう!となったとしても ◦ Agileってなんだろうということを時間をかけて伝える ◦ POとしての役割をしっかり認識してもらう • 「銀の弾丸」ではないよということをしっかりと伝える
教訓
「Agileの手法」を入れる前に まず足元を見返した方がいい