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
53
みんなで夢中で開発するチームを目指したら リリースまでの時間が1/3に減った話
EMゆるミートアップ vol.6 〜LT会〜
KentaYoshitani
March 04, 2024
Tweet
Share
More Decks by KentaYoshitani
See All by KentaYoshitani
ロードマップ型リファインメントという現在地
kentayoshitani
0
340
Other Decks in Programming
See All in Programming
Spring gRPC について / About Spring gRPC
mackey0225
0
220
Rubyで始める関数型ドメインモデリング
shogo_tksk
0
120
Software Architecture
hschwentner
6
2.1k
1年目の私に伝えたい!テストコードを怖がらなくなるためのヒント/Tips for not being afraid of test code
push_gawa
0
210
メンテが命: PHPフレームワークのコンテナ化とアップグレード戦略
shunta27
0
120
もう僕は OpenAPI を書きたくない
sgash708
5
1.8k
なぜイベント駆動が必要なのか - CQRS/ESで解く複雑系システムの課題 -
j5ik2o
12
4.1k
ML.NETで始める機械学習
ymd65536
0
100
Kubernetes History Inspector(KHI)を触ってみた
bells17
0
230
sappoRo.R #12 初心者セッション
kosugitti
0
260
『GO』アプリ データ基盤のログ収集システムコスト削減
mot_techtalk
0
130
バックエンドのためのアプリ内課金入門 (サブスク編)
qnighy
8
1.8k
Featured
See All Featured
It's Worth the Effort
3n
184
28k
Product Roadmaps are Hard
iamctodd
PRO
50
11k
Designing for humans not robots
tammielis
250
25k
Thoughts on Productivity
jonyablonski
69
4.5k
Raft: Consensus for Rubyists
vanstee
137
6.8k
4 Signs Your Business is Dying
shpigford
182
22k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Speed Design
sergeychernyshev
27
790
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
193
16k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.5k
Optimising Largest Contentful Paint
csswizardry
34
3.1k
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!!