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
みんなで夢中で開発するチームを目指したら リリースまでの時間が1/3に減った話
Search
KentaYoshitani
March 04, 2024
Programming
1
73
みんなで夢中で開発するチームを目指したら リリースまでの時間が1/3に減った話
EMゆるミートアップ vol.6 〜LT会〜
KentaYoshitani
March 04, 2024
Tweet
Share
More Decks by KentaYoshitani
See All by KentaYoshitani
EM Conf2025と マネジメントサクセスプラットフォーム / EM Conf2025 and Management Success Platform
kentayoshitani
0
57
ロードマップ型リファインメントという現在地
kentayoshitani
0
390
Other Decks in Programming
See All in Programming
Infer入門
riru
4
1.6k
実践 Dev Containers × Claude Code
touyu
1
230
ワープロって実は計算機で
pepepper
2
1.4k
Langfuseと歩む生成AI活用推進
licux
3
290
KessokuでDIでもgoroutineを活用する / Go Connect #6
mazrean
0
110
GitHub Copilotの全体像と活用のヒント AI駆動開発の最初の一歩
74th
8
3k
Honoアップデート 2025年夏
yusukebe
1
830
[FEConf 2025] 모노레포 절망편, 14개 레포로 부활하기까지 걸린 1년
mmmaxkim
0
830
自作OSでDOOMを動かしてみた
zakki0925224
1
1.4k
Vibe coding コードレビュー
kinopeee
0
460
オホーツクでコミュニティを立ち上げた理由―地方出身プログラマの挑戦 / TechRAMEN 2025 Conference
lemonade_37
2
480
兎に角、コードレビュー
mitohato14
0
140
Featured
See All Featured
Imperfection Machines: The Place of Print at Facebook
scottboms
268
13k
How GitHub (no longer) Works
holman
315
140k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.6k
Testing 201, or: Great Expectations
jmmastey
45
7.6k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.1k
Building an army of robots
kneath
306
45k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
110
20k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.4k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Transcript
みんなで夢中で開発するチームを目指したら リリースまでの時間が1/3に減った話
よしけんです mentoのエンジニアリーダー 好きなこと:コーチング(受ける方)
mentoではコーチングベースのマネージャー支援を提供してます
None
自分たちも夢中で働くために、ヒトとコトの仕組み - ヒトが気持ちよく働く仕組み - コトに向かうための仕組み
ヒトの話はブログにしたのであとで話しましょう!
今日はコトの話
チームメンバーが夢中に働ける 目標設定をしたい
目標設定時 (3ヶ月前)、なんか停滞感があった - プルリクが大量に溜まってた - リリース頻度が低い - 各々バラバラに作業している
夢中な開発チームにしたい - プルリクが大量に溜まってた - リリース頻度が低い - 各々バラバラに作業している - すぐに出す -
たくさん出す - みんなでやる
開発生産性指標のFour Keys デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度 変更のリードタイム - commit から本番環境稼働までの所要時間 変更障害率
- デプロイが原因で本番環境で障害が発生する割合(%) サービス復元時間 - 組織が本番環境での障害から回復するのにかかる時間 出典 :https://cloud.google.com/blog/u/1/ja/products/gcp/using-the-four-keys-to-measure- your-devops-performance
課題感が大きいリードタイムにフォーカス デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度 変更のリードタイム - commit から本番環境稼働までの所要時間 変更障害率 -
デプロイが原因で本番環境で障害が発生する割合(%) サービス復元時間 - 組織が本番環境での障害から回復するのにかかる時間 出典 :https://cloud.google.com/blog/u/1/ja/products/gcp/using-the-four-keys-to-measure- your-devops-performance
まずは「推測するな、計測せよ」
Findy Team+
わかったこと レビューまで1日 マージまで3日以上かかる
目標:リードタイムを半分に!
みんなの合言葉「レビュー最優先!」
「レビュー最優先」のためにやったこと - 週2日 x 1h、全エンジニアでレビューの時間をブロック - デイリースクラムのあともレビュータイム
全員で「レビュー最優先」 実装したんですぐ レビューお願いします! エンジニア デザイナー PdM 仕様確認、口頭でサクッとやりましょうか? フロントのデザイン確認、先やります!
「レビュー最優先」をやり続けたら どうなったか...?
一ヶ月くらいはデプロイ頻度が下がった
(年末年始でリードタイムのびた)
ここら辺でプルリクが全部綺麗に。リードタイムが短縮
デプロイ頻度も上がって、リードタイムが以前の半分以下に!!
デプロイ頻度も上がって、リードタイムが以前の半分以下に!! 🎉
リードタイムは レビューまで10h マージまで1日に!
リードタイムは レビューまで10h マージまで1日に! 🎉
気をつけたポイントの具体例 (時間ないのであとで話しましょう) 1. リソース効率よりもフロー効率 2. ダークローンチしまくる 3. 全員でやる。PdMもデザイナーも
「レビュー最優先!」はすごい!🎉
目標設定で自分たちも..?
チームの夢中感(継続的にとってる指標)も上がりそう..?? 🎉
まとめ - 「レビュー最優先」をみんなで徹底するとすごく良い - 停滞感を減らして夢中感を作ろう
We are Hiring!!