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
17年のQA経験が導いたスクラムマスターへの道 / 17 Years in QA to Scrum Master
toma_sm
0
380
製造業の会計システムをDDDで開発した話
caddi_eng
3
930
パスキー導入の課題と ベストプラクティス、今後の展望
ritou
7
1.2k
[CATS]Amazon Bedrock GenUハンズオン座学資料 #2 GenU環境でRAGを体験してみよう
tsukuboshi
0
140
バックエンドエンジニアによるフロントエンドテスト拡充の具体的手法
kinosuke01
1
660
ClineにNext.jsのプロジェクト改善をお願いしてみた / 20250321_reacttokyo_LT
optim
1
1.3k
セマンティックレイヤー入門
ikkimiyazaki
8
2.7k
パスキーでのログインを 実装してみよう!
hibiki_cube
0
620
非エンジニアにも伝えるメールセキュリティ / Email security for non-engineers
ykanoh
13
3.9k
Restarting_SRE_Road_to_SRENext_.pdf
_awache
0
160
大規模プロジェクトにおける 品質管理の要点と実践 / 20250327 Suguru Ishii
shift_evolve
0
270
Multitenant 23ai の全貌 - 機能・設計・実装・運用からマイクロサービスまで
oracle4engineer
PRO
2
110
Featured
See All Featured
Automating Front-end Workflow
addyosmani
1369
200k
How to Think Like a Performance Engineer
csswizardry
22
1.5k
Testing 201, or: Great Expectations
jmmastey
42
7.4k
The Pragmatic Product Professional
lauravandoore
33
6.5k
Git: the NoSQL Database
bkeepers
PRO
429
65k
Building an army of robots
kneath
304
45k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
Building Applications with DynamoDB
mza
94
6.3k
A Modern Web Designer's Workflow
chriscoyier
693
190k
GraphQLの誤解/rethinking-graphql
sonatard
70
10k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.9k
Making Projects Easy
brettharned
116
6.1k
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の手法」を入れる前に まず足元を見返した方がいい