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
88
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
みんなで夢中で開発するチームを目指したら リリースまでの時間が1/3に減った話
EMゆるミートアップ vol.6 〜LT会〜
KentaYoshitani
March 04, 2024
More Decks by KentaYoshitani
See All by KentaYoshitani
EM Conf2025と マネジメントサクセスプラットフォーム / EM Conf2025 and Management Success Platform
kentayoshitani
0
74
ロードマップ型リファインメントという現在地
kentayoshitani
0
450
Other Decks in Programming
See All in Programming
2年かけて Deno に DOMMatrix を実装した話 / How I implemented DOMMatrix in Deno over two years
petamoriken
0
190
20260722_microCMSで考える、AI時代のコンテンツ運用設計
yosh1
0
190
仕様書を書く前にハーネスを作る - Agent Native開発は「探索を速く、判定を固く」
gotalab555
4
1.4k
ここ半年くらいでAIに作らせたR用ツール
eitsupi
0
360
Claude Team Plan導入・ガイド
tk3fftk
0
250
継続モナドとリアクティブプログラミング
yukikurage
3
670
自動化したのに回らないテスト運用の壁ーAI時代の品質責任と生産性
mfunaki
0
120
【やさしく解説 設計編・中級 #6】良いアーキテクチャとは ~ 一本の登り道の、行き先 ~
panda728
PRO
0
200
テーブルをDELETEした
yuzneri
0
130
komatsuna「分散システムにおけるバグ分析手法」
komatsunaqa
0
150
壊れたパーサから始める関数型設計と構成的なパーサ #fp_matsuri
raiga0310
2
420
人間の目はかわらない、だからJPEGは30年もつ
yuzneri
12
17k
Featured
See All Featured
Between Models and Reality
mayunak
4
380
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.5k
Done Done
chrislema
186
16k
Tell your own story through comics
letsgokoyo
1
1k
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
Become a Pro
speakerdeck
PRO
31
6k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.2k
WENDY [Excerpt]
tessaabrams
11
39k
Ruling the World: When Life Gets Gamed
codingconduct
0
290
GitHub's CSS Performance
jonrohan
1033
470k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
450
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.2k
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!!