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
ユーザーストーリーマッピングから始めるアジャイルチームと並走するQA / Starting QA with User Story Mapping
katawara
0
210
管理者しか知らないOutlookの裏側のAIを覗く#AzureTravelers
hirotomotaguchi
2
460
Classmethod AI Talks(CATs) #17 司会進行スライド(2025.02.19) / classmethod-ai-talks-aka-cats_moderator-slides_vol17_2025-02-19
shinyaa31
0
130
エンジニアが加速させるプロダクトディスカバリー 〜最速で価値ある機能を見つける方法〜 / product discovery accelerated by engineers
rince
4
400
OpenID BizDay#17 KYC WG活動報告(法人) / 20250219-BizDay17-KYC-legalidentity
oidfj
0
250
AI エージェント開発を支える MaaS としての Azure AI Foundry
ryohtaka
6
590
表現を育てる
kiyou77
1
220
レビューを増やしつつ 高評価維持するテクニック
tsuzuki817
1
760
偶然 × 行動で人生の可能性を広げよう / Serendipity × Action: Discover Your Possibilities
ar_tama
1
1.2k
Swiftの “private” を テストする / Testing Swift "private"
yutailang0119
0
130
『衛星データ利用の方々にとって近いようで触れる機会のなさそうな小話 ~ 衛星搭載ソフトウェアと衛星運用ソフトウェア (実物) を動かしながらわいわいする編 ~』 @日本衛星データコミニティ勉強会
meltingrabbit
0
150
【Developers Summit 2025】プロダクトエンジニアから学ぶ、 ユーザーにより高い価値を届ける技術
niwatakeru
2
1.4k
Featured
See All Featured
Product Roadmaps are Hard
iamctodd
PRO
50
11k
The Cult of Friendly URLs
andyhume
78
6.2k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
175
51k
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.5k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
366
25k
Fireside Chat
paigeccino
34
3.2k
Automating Front-end Workflow
addyosmani
1368
200k
The Language of Interfaces
destraynor
156
24k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.8k
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!