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
720
Scrum導入しようとしたら失敗した話
dach
July 31, 2019
Tweet
Share
More Decks by dach
See All by dach
dbt_ベストプラクティス_完全に理解した.pdf
dach
2
780
プロジェクトマネージャーと炎の回避術
dach
0
840
SLO_By_Google_Cloud_Monitoring
dach
0
160
状態遷移テスト完全に理解しよう.pdf
dach
0
770
JWT完全に理解しよう-認証編-.pptx.pdf
dach
0
700
JWT完全に理解しよう-公開鍵編-.pptx.pdf
dach
0
630
チームの垣根を越境する_チーム間交換留学
dach
0
66
設計書のないサービスとの付き合い方.pptx.pdf
dach
0
170
designからWebページを作るやりかた完全に理解した.pdf
dach
1
290
Other Decks in Technology
See All in Technology
DevinはクラウドエンジニアAIになれるのか!? 実践的なガードレール設計/devin-can-become-a-cloud-engineer-ai-practical-guardrail-design
tomoki10
3
1.3k
モンテカルロ木探索のパフォーマンスを予測する Kaggleコンペ解説 〜生成AIによる未知のゲーム生成〜
rist
4
1k
AI・LLM事業部のSREとタスクの自動運転
shinyorke
PRO
0
290
Vision Language Modelを活用した メルカリの類似画像レコメンドの性能改善
yadayuki
9
1.2k
大規模アジャイル開発のリアル!コミュニケーション×進捗管理×高品質
findy_eventslides
0
280
問題解決に役立つ数理工学
recruitengineers
PRO
6
1.3k
SaaSプロダクト開発におけるバグの早期検出のためのAcceptance testの取り組み
kworkdev
PRO
0
380
PostgreSQL Unconference #52 pg_tde
nori_shinoda
0
190
モノリスの認知負荷に立ち向かう、コードの所有者という思想と現実
kzkmaeda
0
110
移行できそうでやりきれなかった 10年超えのシステムを葬るための戦略
ryu955
2
200
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
20k
Redefine_Possible
upsider_tech
0
230
Featured
See All Featured
Facilitating Awesome Meetings
lara
53
6.3k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
22
2.6k
YesSQL, Process and Tooling at Scale
rocio
172
14k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
7
610
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.3k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
49k
How to train your dragon (web standard)
notwaldorf
91
5.9k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Making the Leap to Tech Lead
cromwellryan
133
9.2k
Six Lessons from altMBA
skipperchong
27
3.7k
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の手法」を入れる前に まず足元を見返した方がいい