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
49
みんなで夢中で開発するチームを目指したら リリースまでの時間が1/3に減った話
EMゆるミートアップ vol.6 〜LT会〜
KentaYoshitani
March 04, 2024
Tweet
Share
More Decks by KentaYoshitani
See All by KentaYoshitani
ロードマップ型リファインメントという現在地
kentayoshitani
0
270
Other Decks in Programming
See All in Programming
ActiveSupport::Notifications supporting instrumentation of Rails apps with OpenTelemetry
ymtdzzz
1
250
Macとオーディオ再生 2024/11/02
yusukeito
0
370
PHP でアセンブリ言語のように書く技術
memory1994
PRO
1
170
イベント駆動で成長して委員会
happymana
1
330
Amazon Qを使ってIaCを触ろう!
maruto
0
410
OnlineTestConf: Test Automation Friend or Foe
maaretp
0
110
役立つログに取り組もう
irof
28
9.6k
AI時代におけるSRE、 あるいはエンジニアの生存戦略
pyama86
6
1.2k
Jakarta EE meets AI
ivargrimstad
0
660
watsonx.ai Dojo #4 生成AIを使ったアプリ開発、応用編
oniak3ibm
PRO
1
140
Amazon Bedrock Agentsを用いてアプリ開発してみた!
har1101
0
340
みんなでプロポーザルを書いてみた
yuriko1211
0
280
Featured
See All Featured
Unsuck your backbone
ammeep
668
57k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.1k
Building Adaptive Systems
keathley
38
2.3k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
Teambox: Starting and Learning
jrom
133
8.8k
Reflections from 52 weeks, 52 projects
jeffersonlam
346
20k
Typedesign – Prime Four
hannesfritz
40
2.4k
Building a Scalable Design System with Sketch
lauravandoore
459
33k
RailsConf 2023
tenderlove
29
900
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
16
2.1k
Mobile First: as difficult as doing things right
swwweet
222
8.9k
Faster Mobile Websites
deanohume
305
30k
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!!