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
2ヶ月で生産性2倍、お買い物アプリ「カウシェ」4チーム同時改善の取り組み
Search
ike
April 17, 2025
Programming
1
140
2ヶ月で生産性2倍、お買い物アプリ「カウシェ」4チーム同時改善の取り組み
ike
April 17, 2025
Tweet
Share
More Decks by ike
See All by ike
カウシェで Four Keys の改善を試みた理由
ike002jp
1
170
Other Decks in Programming
See All in Programming
Bytecode Manipulation 으로 생산성 높이기
bigstark
1
320
Using AI Tools Around Software Development
inouehi
0
1.2k
C++20 射影変換
faithandbrave
0
450
生成AIコーディングとの向き合い方、AIと共創するという考え方 / How to deal with generative AI coding and the concept of co-creating with AI
seike460
PRO
1
240
FormFlow - Build Stunning Multistep Forms
yceruto
1
160
KotlinConf 2025 現地で感じたServer-Side Kotlin
n_takehata
1
210
アンドパッドの Go 勉強会「 gopher 会」とその内容の紹介
andpad
0
190
CSC307 Lecture 17
javiergs
PRO
0
110
XSLTで作るBrainfuck処理系
makki_d
0
200
從零到一:搭建你的第一個 Observability 平台
blueswen
1
900
Select API from Kotlin Coroutine
jmatsu
1
120
ワンバイナリWebサービスのススメ
mackee
10
7.7k
Featured
See All Featured
Art, The Web, and Tiny UX
lynnandtonic
299
21k
Optimising Largest Contentful Paint
csswizardry
37
3.3k
Music & Morning Musume
bryan
46
6.6k
Navigating Team Friction
lara
186
15k
Mobile First: as difficult as doing things right
swwweet
223
9.6k
Rebuilding a faster, lazier Slack
samanthasiow
81
9k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
8
650
Six Lessons from altMBA
skipperchong
28
3.8k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
137
34k
Making Projects Easy
brettharned
116
6.2k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.3k
Site-Speed That Sticks
csswizardry
10
640
Transcript
2ヶ⽉で⽣産性2倍、 お買い物アプリ「カウシェ」 4チーム同時改善の取り組み
注意:ここでいう “⽣産性2倍” について、最初に補⾜ • ⽣産性には3段階あるといわれているが、そのうちの1段階⽬(仕事量)についての話 ◦ 開発⽣産性について議論する前に知っておきたいこと ◦ https://qiita.com/hirokidaichi/items/53f0865398829bdebef1 •
Four Keysの先⾏指標の、以下にフォーカスして、以下を2倍にしたよ、という話 ◦ ⼀⼈当たりあたりプルリクエスト数
池松恭平 / ike @ike002jp 2021/05〜 カウシェ ・バックエンドエンジニア ➝ EM / PdM
➝ CTO 2014/04〜 DeNA ・バックエンドエンジニア / EM
タイトル "ソーシャルEC" × "発⾒型EC" 創業5年を迎え、誰もが⽇常的に使うECとなるべく挑戦中
内容 ⼈数などの前提 改善結果 取り組み⽅
内容 ⼈数などの前提 改善結果 取り組み⽅
前提 • 25年/1⽉から改善活動を開始 ◦ 2⽉末までの活動を紹介 • 4チームで同時実施 ◦ バックエンド3チーム(8名) ◦
モバイル1チーム(5名) • Four Keys向上を⽬標 ◦ ⼀⼈当たりプルリクエスト数にフォーカス
内容 ⼈数などの前提 改善結果 取り組み⽅
⼀⼈当たりプルリクエスト数(全体) 1.1件/⽇ 2.4件/⽇
Four Keys:デプロイ頻度(全体) 10.5件/⽇ 21.5件/⽇
内容 ⼈数などの前提 改善結果 取り組み⽅
取り組み⽅ • ⽬標数値の設定 • 週次定例とレポート • DevOps能⼒ドリブン
⽬標数値の設定 • なぜ? ◦ ⾼さ設定とその登り⽅のPDCAを回して学習したかった ※ 数値⽬標は、個⼈⽬標には紐づけていない • 決め⽅ ◦
「今が1.1」 ◦ 「半年で同規模組織の上位10%の1.8を⽬指す」 ◦ 「そのために3⽉末には1.5を必達で⽬指す!」 • 背景‧意義‧⽅針は繰り返し説明
背景‧意義‧⽅針 • ⼈数が増える中で⽣産性を⾼めたい ◦ 3ヶ⽉で7⼈ ➝ 13⼈ • 客観的な判断による活動をしたい ◦
システムのモニタリング⽂化 ⇔ フロー効率状態のモニタリング⽂化 • ⽣産性3段階の1段階⽬に、まず、優先的にフォーカスしたい ◦ 「仕事量効率 ≒ フロー効率」はエンジニアこそが⼤半の責任を果たすべき領域 • 絶対にこうやって実現したい ◦ ✕:数値のハックで伸ばす ◯:DevOps能⼒の向上で伸ばす • etc…
週次定例とレポート 週次定例とレポート • ikeと、4チームの各代表の合計5名で、毎週1時間、定例を実施 • なぜ? ◦ 指標改善の習慣(指標確認➝要因と対応の検討➝…)がキモなはず ◦ 4チームの代表と⼀緒に⾛るのがキモなはず
◦ ナレッジの横連携と成果実感で、実⾏⼒UPもあるはず • なので、ike含む全員が以下をレポート ◦ 前回Nextの振り返り ◦ ⼀⼈当たりPR数の移動平均と⽇次平均の現状報告 ◦ 変化理由(と、課題や今後の⾒⽴て)
レポートの例 ※書くのをあまり頑張りすぎない、議論する、という⽅向性で運営していたので、記載は質素⽬
レポートの例
レポートの例
DevOps能⼒ドリブン • ✕ :「プルリク数どうやれば増えるか?」 • ◯:「どのDevOps能⼒がボトルネックになっているか?」 『LeanとDevOpsの科学』をきちんと解読する 〜Four Keys だけじゃ絶対もったいない
https://speakerdeck.com/bonotake/leantodevopsnoke-xue-wokitintojie-du-suru-four-keys-dakeziyajue-dui-motutainakunaruhua?slide=40
「⼩さいバッチ単位の作業」能⼒ • ⼀部の⼈は以下を積極的に⾏っていた ◦ PRの分割(まずDB、次にこのレイヤ、…) ◦ feature flag • それを全員実⾏を促した
⼩さいバッチのためにPRどう分割しているか共有会
DevOps能⼒ドリブンで参考にしているのが以下ページ Cloud Architecture Center / DevOps の能⼒ • できている/できていないの基準がわかりやすく、気付きをもらえる •
https://cloud.google.com/architecture/devops?hl=ja
やってみてどうだったかの定性的な振り返りの⼀部抜粋
まとめ • 4チーム同時進⾏で、⼀⼈当たりPR数は2ヶ⽉で2倍 ◦ 定性的にもポジティブ • 取り組み⽅ ◦ ⽬標数値の設定 ◦
週次定例とレポート ◦ DevOps能⼒ドリブン • 直近課題‧興味 ◦ モバイル開発でのDevOps能⼒(テスト) ◦ 分析、要件定義、設計、QAでのLLM活⽤ • 採⽤中 ◦ Backend, iOS, Android, ML, PdM, Designer, …