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
670
Scrum導入しようとしたら失敗した話
dach
July 31, 2019
Tweet
Share
More Decks by dach
See All by dach
dbt_ベストプラクティス_完全に理解した.pdf
dach
2
630
プロジェクトマネージャーと炎の回避術
dach
0
790
SLO_By_Google_Cloud_Monitoring
dach
0
140
状態遷移テスト完全に理解しよう.pdf
dach
0
740
JWT完全に理解しよう-認証編-.pptx.pdf
dach
0
650
JWT完全に理解しよう-公開鍵編-.pptx.pdf
dach
0
590
チームの垣根を越境する_チーム間交換留学
dach
0
51
設計書のないサービスとの付き合い方.pptx.pdf
dach
0
160
designからWebページを作るやりかた完全に理解した.pdf
dach
1
260
Other Decks in Technology
See All in Technology
プロダクトエンジニアが活躍する環境を作りたくて 事業責任者になった話 ~プロダクトエンジニアの行き着く先~
gimupop
1
460
とあるユーザー企業におけるリスクベースで考えるセキュリティ業務のお話し
4su_para
3
320
生成AIと知識グラフの相互利用に基づく文書解析
koujikozaki
1
140
[JAWS-UG金沢支部×コンテナ支部合同企画]コンテナとは何か
furuton
3
240
20241031_AWS_生成AIハッカソン_GenMuck
tsumita
0
110
AWSコンテナ本出版から3年経った今、もし改めて執筆し直すなら / If I revise our container book
iselegant
15
3.9k
よくわからんサービスについての問い合わせが来たときの強い味方 Amazon Q について
kazzpapa3
0
220
オーティファイ会社紹介資料 / Autify Company Deck
autifyhq
9
120k
AWS CDKでデータリストアの運用、どのように設計する?~Aurora・EFSの実践事例を紹介~/aws-cdk-data-restore-aurora-efs
mhrtech
4
640
Forget efficiency – Become more productive without the stress
ufried
0
110
フルカイテン株式会社 採用資料
fullkaiten
0
36k
チームを主語にしてみる / Making "Team" the Subject
ar_tama
4
300
Featured
See All Featured
Practical Orchestrator
shlominoach
186
10k
Docker and Python
trallard
40
3.1k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
355
29k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
664
120k
The Pragmatic Product Professional
lauravandoore
31
6.3k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
27
4.2k
How GitHub (no longer) Works
holman
311
140k
BBQ
matthewcrist
85
9.3k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
246
1.3M
Building Your Own Lightsaber
phodgson
102
6k
Code Review Best Practice
trishagee
64
17k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
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の手法」を入れる前に まず足元を見返した方がいい