Slide 1
Slide 1 text
Scrum導入し
ようとして失
敗した話
@i-dach
2019/07
Slide 2
Slide 2 text
Who are you ?
qiita: @i-dach
Twitter: i-dach
github: i-dach
職業
● 現在：カイゼンエンジニア
● 将来：カイゼンムキムキエンジニア (トレーニング中)
所属
● DesignOne Japan, inc
○ DOG主催 / diet部部長 / キックボクシング部部長
○ ジェネラリストとしてカイゼン&越境活動
○ 設計周りの監修的なこともしてたりします
趣味
● 呼吸法の研究
● エンジニア
● DIY（Iot） ←予定
最近熱いもの
● O2O
Slide 3
Slide 3 text
最近頭を悩ませてる問題
表記ゆれ
qiita / github
昔からこれ
twitter / facebook
SNSはこっち
Slide 4
Slide 4 text
閑話休題
Slide 5
Slide 5 text
問いかけ
Slide 6
Slide 6 text
あなたのチームは
「問題を抱えてますか？」
Slide 7
Slide 7 text
問いかけ
Slide 8
Slide 8 text
その問題は
「Scrumだったら」
解決すると思いますか？
Slide 9
Slide 9 text
Thinking
Slide 10
Slide 10 text
私が得た教訓
Slide 11
Slide 11 text
「Agileの手法」を入れる前に
まず足元を見返した方がいい
Slide 12
Slide 12 text
ちょっとここで昔話
Slide 13
Slide 13 text
・オールジャンルの店舗向け口コミサイト
・登録店舗数約465万店舗（2019/07/29)
Slide 14
Slide 14 text
チームにJoinして問題と直面する
● よくあるタスク：
○ その場の思いつき
○ ステークホルダーが不在
○ なんならPOも不在
○ ゴールが存在しない
○ 効果計測をする指標がない
○ ドメイン知識の共有がされないとできない
○ 優先度が決まってない
○ 計画がない
○ チームの目標もない
○ 消化されないで溜まっていく
○ チームと言うか個人単位でしか動かない
Slide 15
Slide 15 text
なぜか
Slide 16
Slide 16 text
10年くらいの歴史あり
Slide 17
Slide 17 text
とりあえず対応！だから結構負債がある...
データが噛み合わない
ノイズが多い
ステークホルダーがわ
からない
燃え尽きてしまう
Slide 18
Slide 18 text
システム？
文化？
人材？
開発フロー？
ドキュメント？
教育？
定義？
アーキテクチャ？
Slide 19
Slide 19 text
どうしようか
Slide 20
Slide 20 text
考えた結果
・個人で動くにはこなせる限界がある
・どの問題も最終的にはチームを越境して影響を持たせなくてはならない
・どの問題も認識をすり合わせてやる必要がある
リフォームするにもまずはメンバーと一致団結しないと！
Slide 21
Slide 21 text
まずは「チーム」になろう！
Slide 22
Slide 22 text
Scrumを入れれば良くなるのでは？
Slide 23
Slide 23 text
No content
Slide 24
Slide 24 text
Scrum導入初期
チーム
● メンバー ：2～3 人（SC未経験）
● SCM ：i-dachが兼任
● PO ：部長 →MGR
スクラムイベント
1. スプリント0でキックオフ
2. スプリントプランニング
3. デイリースクラムで毎日情報共有
4. スプリント半ばショーケース
5. スプリントレトロスペクティブ
Slide 25
Slide 25 text
こんな気分
Slide 26
Slide 26 text
立ちはだかる壁
１．前のやりかたのゴミが多い
２．飛び込みの別案件が発生した時に勝手に割り込まれる
３．最初にチームとしての方向性を作ってなかったのであんましチーム感ない
４．スピード感が出ないと言われることが増える
５．障害がプランニング日とかに起きるとスプリントが止まる
Slide 27
Slide 27 text
色々対応してみたが...
１．前のやりかたのゴミが多い
→ チケットの棚卸しでいらないやつ一括削
２．飛び込みの別案件が発生した時に勝手に割り込まれる
→ スプリント中に必ず対応すべきものかどうかをPOに判断してもらった
３．最初にチームとしての方向性を作ってなかったのであんましチーム感ない
→ チームとしての課題を出し合って解決すべき根本を洗い出した
４．スピード感が出ないと言われることが増える
→ 必要性を解く
５．障害がプランニング日とかに起きるとスプリントが止まる
→ スプリント期間を延ばしたりして対応
Slide 28
Slide 28 text
POから反発を受け身動きが取れなくなり
Slide 29
Slide 29 text
No content
Slide 30
Slide 30 text
No content
Slide 31
Slide 31 text
ちゃんと振り返ろう
その場の思いつき
ステークホルダーが
不在
POも不在
ゴールが
存在しない
効果計測をする指標
がない
ドメイン知識の共有が
されないとできない
優先度が
決まってない
計画がない
チームの
目標もない
消化されないで
溜まっていく
ここがなぜ存在しないのかを
しっかりと考えてから動くべきだった
Slide 32
Slide 32 text
もし同じチームで次やるとしたら
● そもそもこのチームにScrumって向いているのだろうか
○ 目指すべきゴールはある？
○ 不確実性との闘い
● Scrumを始める前にチームの課題と方向性を決めておくべき
● もしScrumで行こう！となったとしても
○ Agileってなんだろうということを時間をかけて伝える
○ POとしての役割をしっかり認識してもらう
● 「銀の弾丸」ではないよということをしっかりと伝える
Slide 33
Slide 33 text
教訓
Slide 34
Slide 34 text
「Agileの手法」を入れる前に
まず足元を見返した方がいい