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
150
2ヶ月で生産性2倍、お買い物アプリ「カウシェ」4チーム同時改善の取り組み
ike
April 17, 2025
Tweet
Share
More Decks by ike
See All by ike
カウシェで Four Keys の改善を試みた理由
ike002jp
1
180
Other Decks in Programming
See All in Programming
Railsアプリケーションと パフォーマンスチューニング ー 秒間5万リクエストの モバイルオーダーシステムを支える事例 ー Rubyセミナー 大阪
falcon8823
4
940
『自分のデータだけ見せたい!』を叶える──Laravel × Casbin で複雑権限をスッキリ解きほぐす 25 分
akitotsukahara
1
550
iOSアプリ開発で 関数型プログラミングを実現する The Composable Architectureの紹介
yimajo
2
210
AWS CDKの推しポイント 〜CloudFormationと比較してみた〜
akihisaikeda
3
310
Create a website using Spatial Web
akkeylab
0
300
What Spring Developers Should Know About Jakarta EE
ivargrimstad
0
240
KotlinConf 2025 現地で感じたServer-Side Kotlin
n_takehata
1
230
Systèmes distribués, pour le meilleur et pour le pire - BreizhCamp 2025 - Conférence
slecache
0
100
GoのGenericsによるslice操作との付き合い方
syumai
3
690
Bytecode Manipulation 으로 생산성 높이기
bigstark
2
380
deno-redisの紹介とJSRパッケージの運用について (toranoana.deno #21)
uki00a
0
150
Webの外へ飛び出せ NativePHPが切り拓くPHPの未来
takuyakatsusa
2
360
Featured
See All Featured
Building Adaptive Systems
keathley
43
2.6k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
124
52k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
48
2.8k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.8k
Become a Pro
speakerdeck
PRO
28
5.4k
RailsConf 2023
tenderlove
30
1.1k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Build The Right Thing And Hit Your Dates
maggiecrowley
36
2.8k
KATA
mclloyd
29
14k
The Invisible Side of Design
smashingmag
299
51k
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, …