![Page 1: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/1.jpg)
大規模スクラムの失敗から学んだこと ~急成長をとげるAirレジの組織拡大の取り組み~
㈱リクルートライフスタイル 塚越 啓介・佐橘 一旗
![Page 2: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/2.jpg)
自己紹介
• Itsuki Sakitsu - エンジニア
• 初期からのスクラム導入推進役
• Keisuke Tsukagoshi - エンジニア
• スクラム支援、コーチング
![Page 3: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/3.jpg)
大規模スクラムって?
![Page 4: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/4.jpg)
普通のスクラム
Product Owner
Scrum Master
Team
Product
![Page 5: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/5.jpg)
大規模スクラム?
Product Owner
Scrum Master
Team
Product
![Page 6: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/6.jpg)
大規模スクラム?
Product Owner
Scrum Master
Team
Product
![Page 7: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/7.jpg)
大規模スクラム
PO Lead
Company Board UX Specialist Portofolio Architect
PO Lead
Architect Releaser Architect ReleaserProduct Product
Scrum Support
![Page 8: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/8.jpg)
本日お伝えしたいこと
スケールアップしても
スクラムの原理原則はかわらない
スクラムの導入に最も重要なのは
「Why」「検証と適応と透明性」
![Page 9: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/9.jpg)
アジェンダ1. Airレジとは?
2. なぜスクラムに取り組んだのか?
3. 大規模アジャイル開発、検証と適応からの学び
4. 今後、挑戦したい課題
5. まとめ
![Page 10: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/10.jpg)
1. Airレジとは?
About AirREGI
![Page 11: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/11.jpg)
無料で簡単に使えるPOSレジアプリ
![Page 12: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/12.jpg)
![Page 13: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/13.jpg)
Aサービス
Bサービス
![Page 14: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/14.jpg)
![Page 15: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/15.jpg)
我々は何故、• スクラムを行うのか?
• 未経験の事業領域、試行錯誤の必要性
• スケールする必要があったのか?
• 相互に連携する複数のサービスを、全体整合性を保ちつつも並行して立ち上げたい
![Page 16: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/16.jpg)
2.なぜスクラムに取り組んだのか?Why SCRUM?
![Page 17: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/17.jpg)
ぶっちゃけた話
![Page 18: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/18.jpg)
当たり前を当たり前に やりたいから
![Page 19: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/19.jpg)
当時の状況
要件決まってないから 開発できない
![Page 20: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/20.jpg)
当時の状況
要件決まってないから 開発できない
これ、全然イケテナイ 言われたから作るか
![Page 21: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/21.jpg)
当時の状況
そんな話きいてないけど
![Page 22: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/22.jpg)
当時の状況こんなスケジュール無理 にきまってるじゃん
![Page 23: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/23.jpg)
当時の状況こんなスケジュール無理 にきまってるじゃん
![Page 24: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/24.jpg)
目指したもの
• 率直な意見を言い合える文化
• チームが協力してものづくりを行える文化
• 常に成長を続けられる文化
![Page 25: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/25.jpg)
なぜスクラムをはじめたのか
当たり前を当たり前に やりたいから
![Page 26: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/26.jpg)
3. 大規模アジャイル開発、検証と適応からの学びHow we learned, tried and adopted
![Page 27: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/27.jpg)
組織拡大の歴史
2014/03 現在2014/06
さらに拡大
Scrum 試験導入
既存体制
Product / Component
機能組織
全面適用
WF体制
2013/11
組織拡大
![Page 28: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/28.jpg)
組織拡大
2014/03 現在2014/06
さらに拡大
Scrum 試験導入
既存体制
Product / Component
機能組織
全面適用
WF体制
2013/11
組織拡大
Phase1. Scrum試験導入
![Page 29: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/29.jpg)
組織拡大
2014/03 現在2014/06
さらに拡大
Scrum 試験導入
既存体制
Product / Component
機能組織
全面適用
WF体制
2013/11
組織拡大
Phase2. Scrum全面適応
![Page 30: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/30.jpg)
組織拡大
2014/03 現在2014/06
さらに拡大
Scrum 試験導入
既存体制
Product / Component
機能組織
全面適用
WF体制
2013/11
組織拡大
Phase3. 組織の拡大
![Page 31: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/31.jpg)
2.1. WFからスクラムへ
How we started SCRUM
![Page 32: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/32.jpg)
組織拡大
2014/03 現在2014/06
さらに拡大
Scrum 試験導入
既存体制
Product / Component
機能組織
全面適用
WF体制
2013/11
組織拡大
Phase1. Scrum試験導入
![Page 33: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/33.jpg)
はじまり
• 「今のプロセスを改善したい」
• Scrum Boot Campを購入
• まずはカタチから
![Page 34: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/34.jpg)
WF開発
Product
![Page 35: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/35.jpg)
WF開発 + スクラムチーム
ProductProduct
![Page 36: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/36.jpg)
当初導入できたこと• アーティファクト
• プロダクトバックログ、スプリントバックログ(KANBAN)
• セレモニー
• 計画ミーティング、朝会、振り返り、スプリントレビュー
![Page 37: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/37.jpg)
やってみた結果
• 開発タスクが漏れなくなった
• 他メンバーが何をしているか見えるようになった
• 案件や進め方に対して意見が出せるように
![Page 38: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/38.jpg)
スクラムよかった!
• 知見者がいない状態でも導入効果はある
• 形だけの導入でも効果はでる
![Page 39: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/39.jpg)
スゲーうまくいった
![Page 40: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/40.jpg)
スクラムうまくいったから 他のチームも
全部スクラムでやろう!
![Page 41: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/41.jpg)
2.2. スクラムの全面適応
How we adapted
![Page 42: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/42.jpg)
組織拡大
2014/03 現在2014/06
さらに拡大
Scrum 試験導入
既存体制
Product / Component
機能組織
全面適用
WF体制
2013/11
組織拡大
Phase2. Scrum全面適応
![Page 43: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/43.jpg)
スクラム+WFチーム
Product
![Page 44: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/44.jpg)
全面スクラム化
Product Product
![Page 45: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/45.jpg)
何が起こったか
![Page 46: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/46.jpg)
SMってタスク
の管理す
る人でしょ!
スクラムだか
ら納期は
コミットしな
いでしょ?
ユーザーストーリー作ったからあとよろしく!
![Page 47: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/47.jpg)
あれ?
![Page 48: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/48.jpg)
なんか違う
![Page 49: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/49.jpg)
スクラムよかった!
• 知見者がいない状態でも導入効果はある
• 形だけの導入でも効果はある
![Page 50: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/50.jpg)
正しくは
![Page 51: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/51.jpg)
スクラムよかった
• 知見者がいない状態でも導入効果はある
• 形だけの導入でも効果はある
ただし、チームメンバーの多くが能動的かつ課題感を共有している場合に限る
![Page 52: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/52.jpg)
落とし穴
• トップダウン導入による、やらされスクラム
• 形だけの導入によるスクラムの誤解の顕在化
• 不安感からくる手段の目的化
![Page 53: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/53.jpg)
Whyの有無で 効果は全然ちがう
![Page 54: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/54.jpg)
形だけの導入による成果と障害• 成果
• プロセス自体の定期的改善 (振り返り)
• コミュニケーションの改善 (チーム、KANBAN)
• スコープをきることでリリースサイクルを向上
(プロダクトバックログ)
• 障害物
• スクラムのバズワード化
• POのコミット力低下
• メンバーの自発性がなかなか育たない
![Page 55: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/55.jpg)
事例1.スクラムのバズワード化• 「スクラム」だから○○やらないとダメ
• 「スクラム」をやることが目的になってしまう
原因Whyの欠如 不安からプロセスに縛られる
対策Whyを考えるワークショップ/聞ける環境づくり /やってみせる
成果Scrumではなくプロダクトを 意識できるようになった
![Page 56: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/56.jpg)
事例2.POのコミット力低下• 案件の投げっぱなし、情報共有不足
• POとチームの関係性悪化
原因お互いの状況が見えていない わからないことをすぐに聞けない
対策 先ずは物理的な距離を近づける
成果 すぐに聞ける状況と、不満を口にしにくい環境
![Page 57: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/57.jpg)
事例3.メンバーの自発性• SMがタスクを作成、アサイン
• 振り返りがお通夜
原因 SMが自分で仕切ってしまう
対策 自己評価/他者評価のフィードバック実施
成果 自分が無意識でやっていたことへの気づき
![Page 58: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/58.jpg)
取り組みまとめ• スクラム支援T設置
• ワークショップ、コーチング
• 席替え実施
• POと開発チームを近くに
• 自己評価/他者評価
• SMチェックシート実施
![Page 59: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/59.jpg)
2.2. スクラムから大規模アジャイル開発へHow we scaled
![Page 60: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/60.jpg)
大規模アジャイル開発
![Page 61: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/61.jpg)
全面スクラム化
Product
![Page 62: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/62.jpg)
POの意思を統一する人
PO Lead
Product
![Page 63: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/63.jpg)
アーキテクト整合性
PO Lead
ProductArchitect
![Page 64: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/64.jpg)
リリース案件、リリース前QA
PO Lead
Architect ReleaserProduct
![Page 65: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/65.jpg)
プロダクトが増える
PO Lead PO Lead
Architect Releaser Architect ReleaserProduct Product
![Page 66: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/66.jpg)
全体の意思を統一する人
PO Lead
Company Board
PO Lead
Architect Releaser Architect ReleaserProduct Product
![Page 67: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/67.jpg)
全体のUI/UXを統一する人
PO Lead
Company Board
PO Lead
Architect Releaser Architect ReleaserProduct Product
UX Specialist
![Page 68: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/68.jpg)
全体のアーキテクト
PO Lead
Company Board
PO Lead
Architect Releaser Architect ReleaserProduct Product
UX Specialist Portofolio Architect
![Page 69: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/69.jpg)
全体のスクラム支援
PO Lead
Company Board
PO Lead
Architect Releaser Architect ReleaserProduct Product
UX Specialist Portofolio Architect Scrum Support
![Page 70: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/70.jpg)
PO Lead
Company Board
PO Lead
Architect Releaser Architect ReleaserProduct Product
UX Specialist Portofolio Architect Scrum Support
![Page 71: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/71.jpg)
Portfolio Backlog
Release Train
SysQA RTE
Release Train
SysQA RTE
PB PB PB
Company BoardArchitects
UX Specialist
Scrum Support
![Page 72: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/72.jpg)
スクラムの儀式
Sprint
計画MTG リファインメント スプリント レビュー
朝会
DemoDay
SM, PO ナレッジ共有会
開発アーキ別 共有会
Scrum of Scrum
振り返り
![Page 73: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/73.jpg)
組織拡大
2014/03 現在2014/06
さらに拡大
Scrum 試験導入
既存体制
Product / Component
機能組織
全面適用
WF体制
2013/11
組織拡大
Phase3. 組織の拡大
![Page 74: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/74.jpg)
我々は何故、• スクラムを行うのか?
• 未経験の事業領域、イテレーション開発の必要性
• スケールを志すのか?
• 相互に連携する複数のサービスを、全体整合性を保ちつつも並行して立ち上げたい
![Page 75: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/75.jpg)
スクラムから大規模スクラムへ
• 成果
• 開発できる案件が増えた
• ナレッジ蓄積スピードの加速
• 障害
• 組織課題が埋もれていく
• リーダーTに対する依存
• 組織にアーキテクチャがおいつかない
![Page 76: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/76.jpg)
事例1. 組織課題が埋もれていく• 全体の可視化が忘れられやすい
• 各チームだけでなく、全体最適はとれてる?
原因 チームのことにフォーカスしてしまう
対策 可視化 PO同士、SM同士で情報共有
成果 大規模アジャイル開発の改善
![Page 77: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/77.jpg)
事例2.リーダーTに対する依存• リーダーチームの意思決定待ち
• チーム間でのコミュニケーション不足
原因 PM : メンバー = リーダーT : チーム
対策 リーダーTの解散 ※サポート型のリーダーチーム
成果 各チーム間連携の向上
![Page 78: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/78.jpg)
事例3. 組織とアーキテクチャ• 技術的負債の顕在化
• 人が増えてもなかなか開発速度があがらない
原因 コンウェイの法則 組織の大きさとアークテクチャの乖離
対策 アーキテクチャの見直し プラクティス(TDD, CI/CD)の導入
成果 挑戦中 バグ発生率は低下中
![Page 79: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/79.jpg)
スケールアップにより発生した問題• チームで発生したことは抽象度があがって再発する
• 急成長するプロダクトにあわせて、組織だけでなくアーキテクチャもスケールする
![Page 80: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/80.jpg)
4. 今後挑戦したい課題
Our current impediment list
![Page 81: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/81.jpg)
事例1. 組織課題が埋もれていく• 全体の可視化が忘れられやすい
• 各チームだけでなく、全体最適はとれてる?
原因 チームのことにフォーカスしてしまう
対策 可視化 PO同士、SM同士で情報共有
成果 大規模アジャイル開発の改善
![Page 82: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/82.jpg)
改めて、 検証と適応と透明性
![Page 83: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/83.jpg)
組織拡大と可視化の重要性• 組織拡大 = 意思を持つ人の増加
• 可視化は「事実」を顕在化させる
• 意見は受け入れづらいが、事実は受け入れやすい
• 目的が共有できていれば、課題を解決する意思を共有できる
![Page 84: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/84.jpg)
改めて、検証と適応と透明性
1. プロセスの透明性
2. 成果の透明性
![Page 85: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/85.jpg)
1.プロセスの透明性• 大規模化に伴って登場人物が増えたが、アジャイルさの阻害要因になっていないか?
• 個別のレビューも塵が積もれば山となる
![Page 86: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/86.jpg)
全体のスクラム支援
PO Lead
Company Board
PO Lead
Architect Releaser Architect ReleaserProduct Product
UX Specialist Portofolio Architect Scrum Support
![Page 87: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/87.jpg)
大規模のプロセスを どう可視化するのか?
案 件
リ リ ー ス
プロセス プロセスプロセスプロセス
・どれだけのプロセスを実践している? ・各プロセスにどれだけコストがかかっているのか? ・そのプロセスの意味と目的は?権限移譲出来ない?
![Page 88: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/88.jpg)
2.成果の透明性• 実際に4つのプロダクトを並行開発しているが、本当にROIは最大化できているか?
• 並行案件数が増えるほど、成果の切り分けは難しくなってしまう
![Page 89: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/89.jpg)
大規模の成果を どう可視化するのか?• 改めて案件毎のKPI寄与を個別に可視化
• 全体としてのKPI向上のために、より精度の高い戦略を立てるための定量的な素材を用意する
![Page 90: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/90.jpg)
改めて、検証と適応と透明性
1. プロセスの透明性
2. 成果の透明性
![Page 91: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/91.jpg)
5. まとめ
Summary
![Page 92: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/92.jpg)
スクラムから学んだこと
• Whyを理解/共有をすること
• 物理的な距離を近づけること
• PMをそのままSMにしないこと (SMは我慢すること)
![Page 93: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/93.jpg)
大規模化から学んだこと
• 全体の可視化を改めて行うこと
• リーダーチームもサポート型に
• 組織構造にあわせたアーキテクトを作ること
![Page 94: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/94.jpg)
まとめ
スケールアップしても
スクラムの原理原則はかわらない
スクラムの導入に最も重要なのは「Why」
検証と適応と透明性
![Page 95: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/95.jpg)
失敗から学んだことを お伝えしてきましたが
![Page 96: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/96.jpg)
結局やってよかった?
![Page 97: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/97.jpg)
YES!
![Page 98: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/98.jpg)
Scale Upしてよかったこと
• 仲間が増える
• できることが増える
• 学ぶことが増える
![Page 99: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/99.jpg)
出来る、大規模アジャイル開発
• 検証と適応と透明性
• 失敗から学ぶことが出来れば大丈夫!
![Page 100: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/100.jpg)
出来る、大規模アジャイル開発
• 検証と適応と透明性
• 失敗から学ぶことが出来れば大丈夫!
一つでも皆様のお役に立てるものがあれば 幸いです
![Page 101: 大規模スクラムの失敗から学んだこと · 組織とアーキテクチャ • 技術的負債の顕在化 • 人が増えてもなかなか開発速度があがらない](https://reader034.vdocuments.pub/reader034/viewer/2022042223/5eca0e1483ffa2333632894b/html5/thumbnails/101.jpg)
課題を解決する仲間 絶賛募集中!
• http://www.career.recruit-lifestyle.co.jp/