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
生産性の数値を全部改善しようとしたら 全部改善されなかった話
Search
KosukeAizawa
July 17, 2024
Technology
0
340
生産性の数値を全部改善しようとしたら 全部改善されなかった話
KosukeAizawa
July 17, 2024
Tweet
Share
More Decks by KosukeAizawa
See All by KosukeAizawa
脱!なんちゃってCTO宣言 / Get off! A pseudo CTO Declaration
kosukeaizawa
0
140
何者でもなかった自分が組織の創り手になるまでの軌跡 / The path from being a nobody to becoming the creator of an organization
kosukeaizawa
0
170
エンジニア組織の成果を伝えたい!経営層や非エンジニア組織との会話、どうしてる? / How do you communicate with management and non-engineering teams?
kosukeaizawa
3
320
CTOの視点で選ぶ「最適な」アーキテクチャとは? / What is the "optimal" architecture to choose from the CTO's perspective?
kosukeaizawa
0
280
Other Decks in Technology
See All in Technology
ハッキングの世界に迫る~攻撃者の思考で考えるセキュリティ~
nomizone
13
5.2k
The Future of SEO: The Impact of AI on Search
badams
0
190
OpenID Connect for Identity Assurance の概要と翻訳版のご紹介 / 20250219-BizDay17-OIDC4IDA-Intro
oidfj
0
270
Amazon S3 Tablesと外部分析基盤連携について / Amazon S3 Tables and External Data Analytics Platform
nttcom
0
130
【Developers Summit 2025】プロダクトエンジニアから学ぶ、 ユーザーにより高い価値を届ける技術
niwatakeru
2
1.4k
技術負債の「予兆検知」と「状況異変」のススメ / Technology Dept
i35_267
1
1.1k
2/18/25: Java meets AI: Build LLM-Powered Apps with LangChain4j
edeandrea
PRO
0
110
現場の種を事業の芽にする - エンジニア主導のイノベーションを事業戦略に装着する方法 -
kzkmaeda
2
2k
RECRUIT TECH CONFERENCE 2025 プレイベント【高橋】
recruitengineers
PRO
0
150
TAMとre:Capセキュリティ編 〜拡張脅威検出デモを添えて〜
fujiihda
2
240
Developer Summit 2025 [14-D-1] Yuki Hattori
yuhattor
19
6.1k
明日からできる!技術的負債の返済を加速するための実践ガイド~『ホットペッパービューティー』の事例をもとに~
recruitengineers
PRO
3
390
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
427
64k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Making the Leap to Tech Lead
cromwellryan
133
9.1k
RailsConf 2023
tenderlove
29
1k
Designing for humans not robots
tammielis
250
25k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
49
2.3k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Code Reviewing Like a Champion
maltzj
521
39k
Transcript
月 日 曜 日 日直 相 澤 7 17 水
D-Plus Tokyo #4 ~しくじり事例から学ぶ!開発生産性の取り組みLT会~ 生産性の数値を全部改善しようとしたら 全部改善されなかった話 ourly株式会社 相澤 宏亮(@tigers_loveng)
月 日 曜 日 日直 相 澤 7 17 水
自己紹介 好きな漫画 #キングダム #ジョジョ #刃牙 #HUNTER×HUNTER 経歴 #8年目 #ITベンチャー #スタートアップ 経験 #Ruby #Rails #PHP #Java #SpringBoot #AWS #新卒採用 #中途採用 #社内イベント企画 名前 #相澤 宏亮(あいざわ こうすけ)
月 日 曜 日 日直 相 澤 7 17 水
今日話すこと • 生産性に向き合い始めたきっかけ • 何をしたか、その結果何が起きたのか • その後と学び
月 日 曜 日 日直 相 澤 7 17 水
生産性に向き合い始めたきっかけ 1. チームの成長度合いを測る指標としてリリース機能数以外の指標を探していた
月 日 曜 日 日直 相 澤 7 17 水
生産性に向き合い始めたきっかけ 1. チームの成長度合いを測る指標としてリリース機能数以外の指標を探していた • 評価指標が欲しかった訳ではなく、単純に機能数だけ追ってても成長実感ない よね?という課題感に対しての打ち手 • メンバーには、個人の評価指標には使わないことをセットで明確に伝える
月 日 曜 日 日直 相 澤 7 17 水
生産性に向き合い始めたきっかけ 1. チームの成長度合いを測る指標としてリリース機能数以外の指標を探していた ベロシティ 消化率と誤差率を計測 工数割合 タスクを攻撃、守備、走塁の3種類に分けて実績工数割合を計測 デプロイ頻度 1スプリントあたりのデプロイ回数を計測 PRリードタイム PRのOPEN→APPROVEまでを計測 ※ 詳しくはQiitaで書いたので気になる方はご覧ください! 2期目のスタートアップが開発生産性に向き合う理由とその取り組みについて
月 日 曜 日 日直 相 澤 7 17 水
生産性に向き合い始めたきっかけ 2. リソース効率を求めた結果、PRの滞留数がえぐい数になっていた
月 日 曜 日 日直 相 澤 7 17 水
生産性に向き合い始めたきっかけ 2. リソース効率を求めた結果、PRの滞留数がえぐい数になっていた 100PR以上が OPENされた状態
月 日 曜 日 日直 相 澤 7 17 水
何をしたかと結果何が起きたのか • やったこと ◦ メンバーに4つの指標を開発チームのKPIとして計測 & 可視化することを宣言 ◦ 週次で30分の各指標を振り返るMTGを設定 ベロシティ 各個人ごとのベロシティの消化率と誤差率に関する振り返りを共有 工数割合 FE, BEそれぞれのチームの工数割合に関する振り返りを共有 デプロイ頻度 デプロイ頻度が適切だったかどうかに関する議論 PRリードタイム リードタイムの長いPRを抽出して原因と改善アクションを議論
月 日 曜 日 日直 相 澤 7 17 水
何をしたかと結果何が起きたのか • その結果... ◦ すべての指標が改善されない、もしくは微妙な改善(ほぼ変わってないに等しい)にとどまることに
月 日 曜 日 日直 相 澤 7 17 水
何をしたかと結果何が起きたのか 指標 課題感 改善インパクト 改善難易度 ベロシティ 小 小 高 工数割合 小 小 低 デプロイ頻度 中 中 高 PRリードタイム 大 大 低
月 日 曜 日 日直 相 澤 7 17 水
何をしたかと結果何が起きたのか 全てを同じ温度感で改善アクションを取ろうとした結果、本当に改善したかった指 標含めて全てが中途半端な結果になってしまった 指標 課題感 改善インパクト 改善難易度 ベロシティ 小 小 高 工数割合 小 小 低 デプロイ頻度 中 中 高 PRリードタイム 大 大 低
月 日 曜 日 日直 相 澤 7 17 水
PRリードタイムに絞って改善アクションを実施した結果... その後と学び 指標 課題感 改善インパクト 改善難易度 ベロシティ 小 小 高 工数割合 小 小 低 デプロイ頻度 中 中 高 PRリードタイム 大 大 低
月 日 曜 日 日直 相 澤 7 17 水
その後と学び ※ この辺もQiitaで書いたので気になる方はご覧ください! 「開発」チームから「プロダクト」チームへのシンカ
月 日 曜 日 日直 相 澤 7 17 水
その後と学び • 全部の指標をいい感じにしようとすると、振り返りやってる感は出るが一つ一つ の密度が薄まり結果的に思っていたほど改善されない状態になる • 課題感と改善インパクトの大きさ、改善難易度に応じて、今注力して見るべき かどうかを見極めることが大事
月 日 曜 日 日直 相 澤 7 17 水
Deciding what not to do is as important as deciding what to do. 最も重要な決定とは、何をするかではなく、何をしないかを決めることだ Steve Jobs
月 日 曜 日 日直 相 澤 7 17 水
We are hiring!