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
なぜ僕たちは 開発生産性指標を見ていないのか / Our Strategy for Devel...
Search
KAKEHASHI
July 02, 2024
Technology
18
9.5k
なぜ僕たちは 開発生産性指標を見ていないのか / Our Strategy for Development Productivity Metrics
開発の生産性を高める新たな視点〜開発生産性フレームワークSPACE〜
での登壇資料です
KAKEHASHI
July 02, 2024
Tweet
Share
More Decks by KAKEHASHI
See All by KAKEHASHI
アジャイルチームが変化し続けるための組織文化とマネジメント・アプローチ / Agile management that enables ever-changing teams
kakehashi
2
2.5k
チームが毎日小さな変化と適応を続けたら1年間でスケール可能なアジャイルチームができた話 / Building a Scalable Agile Team
kakehashi
1
79
知らない景色を見に行こう チャンスを掴んだら道が開けたマネジメントの旅 / Into the unknown~My management journey~
kakehashi
11
1.6k
KAKEHASHI Company Deck / Company Deck
kakehashi
4
1.2k
アジャイルチームがらしさを発揮するための目標づくり / Making the goal and enabling the team
kakehashi
4
860
適材適所の技術選定 〜GraphQL・REST API・tRPC〜 / Optimal Technology Selection
kakehashi
1
870
誰も全体を知らない ~ ロールの垣根を超えて引き上げる開発生産性 / Boosting Development Productivity Across Roles
kakehashi
2
300
スプリントゴールにチームの状態も設定する背景とその効果 / Team state in sprint goals why and impact
kakehashi
2
210
プロダクト成長に対応するプラットフォーム戦略:Authleteによる共通認証基盤の移行事例 / Building an authentication platform using Authlete and AWS
kakehashi
1
340
Other Decks in Technology
See All in Technology
React Routerで実現する型安全なSPAルーティング
sansantech
PRO
4
880
Unlearn Product Development - Unleashed Edition
lemiorhan
PRO
2
170
型情報を用いたLintでコード品質を向上させる
sansantech
PRO
2
220
20240522 - 躍遷創作理念 @ PicCollage Workshop
dpys
0
310
MasterMemory v3 最速確認会
yucchiy
0
300
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
6
54k
デジタルアイデンティティ人材育成推進ワーキンググループ 翻訳サブワーキンググループ 活動報告 / 20250114-OIDF-J-EduWG-TranslationSWG
oidfj
0
110
Unsafe.BitCast のすゝめ。
nenonaninu
0
150
Qiita埋め込み用スライド
naoki_0531
0
5.5k
Oracle Exadata Database Service(Dedicated Infrastructure):サービス概要のご紹介
oracle4engineer
PRO
0
12k
Opcodeを読んでいたら何故かphp-srcを読んでいた話
murashotaro
0
360
TypeScript開発にモジュラーモノリスを持ち込む
sansantech
PRO
3
870
Featured
See All Featured
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
3
340
Statistics for Hackers
jakevdp
797
220k
Reflections from 52 weeks, 52 projects
jeffersonlam
348
20k
Embracing the Ebb and Flow
colly
84
4.5k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.9k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
10
850
How STYLIGHT went responsive
nonsquared
96
5.3k
Building Better People: How to give real-time feedback that sticks.
wjessup
366
19k
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
29
2k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Code Review Best Practice
trishagee
65
17k
Transcript
なぜ僕たちは 開発生産性指標を見ていないのか 株式会社カケハシ 小田中 育生 2024.07.02
小田中 育生(おだなか いくお) 株式会社ナビタイムジャパンでVP of Engineeringを務め、 2023年10月にエンジニアリングマネージャーとして株式会社カケ ハシにジョイン。 薬局DXを支えるVertical SaaS「Musubi」をコアプロダクトに位置
づけ、「しなやかな医療体験」を実現するべく新規事業のプロダ クト開発にコミットしている。 著書: • いちばんやさしいアジャイル開発の教本 • アジャイルチームによる目標づくりガイドブック ブログ: dora_e_m|note X: @dora_e_m
僕たちと開発生産性
© KAKEHASHI Inc. チームyabusame
© KAKEHASHI Inc. 新規事業のプロダクト開発チーム 立ち上げ期のプロダクト PMFまで要求の不確実性がともなう フィージビリティ・スタディが必要 なケースが多く不確実性が高い
© KAKEHASHI Inc. 高速に仮説検証ループを回したい • トランクベース開発 • モビング • スクラム
• インセプションデッキ • ワーキングアグリーメント • プロダクトの小さな変更をすばやくたくさん届けたい • 顧客のニーズなど外部の変化にすばやく対応したい
© KAKEHASHI Inc. DORA Core Model https://dora.dev/research/ Four Keysは組織のパフォーマンスと強い相関をもつことが示されている なお、Four
Keysは技術的ケイパビリティとセットで扱うことを前提としている
© KAKEHASHI Inc. https://dora.dev/research/ Four Keysでは見ていないもの
© KAKEHASHI Inc. SPACE • Satisfaction and well-being • Performance
• Activity • Communication and collaboration • Efficiency and flow 開発生産性を多面的に評価するためのフレームワーク 5つのディメンションから複数選択しメトリクスを取得することを推奨している
© KAKEHASHI Inc. SPACEはFour Keysを補完してくれる Deployment frequency Change lead time
Change fail rate Time to restore service Satisfaction and well being Performance Activity Communication and collaboration Efficiency and flow ※マッピングは個人の見解によるものです
© KAKEHASHI Inc. 僕たちのチームが計測しているもの Deployment frequency Change lead time Change
fail rate Time to restore service Satisfaction and well being FOUR KEYS SPACE
© KAKEHASHI Inc. https://dora.dev/research/ 組織パフォーマンスに影響する指標を見ている
© KAKEHASHI Inc. Four Keys+ウェルビーイング指標を計測 Findy Team+ Wevox
© KAKEHASHI Inc. 指標からは様々なことがわかる Findy Team+ Wevox 3月頃と比べて5月以降に デプロイ数の減少が みられる
5月に少し低下している
© KAKEHASHI Inc. けれど、測ってるけど、あえて見ない Findy Team+ Wevox
© KAKEHASHI Inc. チームは「なりたい姿」に集中 • プロダクトの小さな変更をすばやくたくさん届けたい • 顧客のニーズなど外部の変化にすばやく対応したい Findy Team+
Wevox
© KAKEHASHI Inc. その結果として現れる指標は観測する • プロダクトの小さな変更をすばやくたくさん届けたい • 顧客のニーズなど外部の変化にすばやく対応したい Findy Team+
Wevox
© KAKEHASHI Inc. たとえば、この事象をどう見るか Findy Team+ Wevox 3月頃と比べて5月以降に デプロイ数の減少が みられる
5月に少し低下している
© KAKEHASHI Inc. 開発生産性指標 チームを取り巻く環境 新しいチャレンジがあるか 変化を起こす外部要因 変化を起こす内部要因 チームの取り組み 自分たちのコミットメント
開発生産性指標は変数が多い
© KAKEHASHI Inc. 開発生産性指標 チームを取り巻く環境 新しいチャレンジがあるか 変化を起こす外部要因 変化を起こす内部要因 チームの取り組み 自分たちのコミットメント
指標と各変数を照合する 指標の変動と変数を観察し、変化が内側からのものなのか外部要因のものなのか判 断することができる
© KAKEHASHI Inc. デプロイ頻度減少を読み解く Findy Team+ 3月頃と比べて5月以降に デプロイ数の減少が みられる 4月から、他のチームと連携した開発を
進めている。 チームが裁量をもって開発-デプロイまで 行っていたそれまでとは異なるフロー。 そのためデプロイ頻度が減少。 (想定通り)
© KAKEHASHI Inc. エンゲージメント減少を読み解く Wevox 5月に少し低下している 開発対象プロダクトの変更など 様々な要因で減少。(想定通り)
© KAKEHASHI Inc. Pivot ゴールに向かう途中、 違う道を目指すべきだと 気づくことがある
© KAKEHASHI Inc. チームはゴールAを目指していた チーム ゴールA
© KAKEHASHI Inc. チームは方向転換することになる チーム ゴールA ゴールB
© KAKEHASHI Inc. 僕たちは、方向転換で数値が下がると予測していた Findy Team+ Wevox 3月頃と比べて5月以降に デプロイ数の減少が みられる
5月に少し低下している
© KAKEHASHI Inc. 直接数値をみると減速時に不安になる Findy Team+ Wevox
© KAKEHASHI Inc. 方向転換したくない気持ちが生まれる チーム ゴールA ゴールB
© KAKEHASHI Inc. もしある瞬間に指標が低下していると 開発生産性指標が低下
© KAKEHASHI Inc. すぐ対処したくなってしまう なんとか せな!
© KAKEHASHI Inc. もっと長い目で観察して判断したい ここ最近は こういう傾向か
© KAKEHASHI Inc. だから、測ってるけど、あえて見ない Findy Team+ Wevox
僕たちのチームはこうしている。 でも、常にそれが最適解でもない。
© KAKEHASHI Inc. https://dora.dev/research/ 明確な課題があるなら指標を追いかけたい
© KAKEHASHI Inc. 以前の現場でやりたかったこと • ユーザーの声をスピーディにプロダクトに反映したい • そのため2週間(10営業日)ごとにリリースしたい
© KAKEHASHI Inc. TOBEとASISのギャップ • ユーザーの声をスピーディにプロダクトに反映したい • そのため2週間(10営業日)ごとにリリースしたい • 開発から開始までのリードタイムが31営業日
© KAKEHASHI Inc. https://dora.dev/research/ リードタイムを短くしたい!
© KAKEHASHI Inc. バリューストリームマッピング(VSM)を実施 1. 対象を決定する 2. 対象となる開発サイクルの 概要を確認する 3.
全員でプロセスを書く 4. 手戻り率を書く 5. プロセスをグルーピングす る 6. ムダにマークをつける 7. 改善案を検討する 製品やサービスの価値を生み出す過程(バリューストリーム)を可視化する手法 PRD作成 設計 開発 開発者 テスト 受け入れ テスト mainに マージ リリース ユーザー 手順が煩雑 ミスによる手戻り 属人化 ミスによる手戻り
© KAKEHASHI Inc. https://dora.dev/research/ テストまわりの課題にフォーカスして改善
© KAKEHASHI Inc. ムダをなくすためのペインキラー作戦 Validation Velification ユーザーが満足する価値提供が できているかの検査 自分たちが意図した通りに開発 できているかの検査
fabricでの 一括実行 Jenkinsで ビルド時に 自動実行
© KAKEHASHI Inc. https://dora.dev/research/ 自分たちでどう改善するか選択していった
© KAKEHASHI Inc. TOBEとASISのギャップを埋めた • ユーザーの声をスピーディにプロダクトに反映したい • そのため2週間(10営業日)ごとにリリースしたい • 開発から開始までのリードタイムが31営業日
• 開発から開始までのリードタイムが8.5営業日
© KAKEHASHI Inc. (リードタイムが短縮した結果を見て) 「実際に改善したっていうのも あるけれど、自分たちがこのス ピードで開発できるって自信持 てたのが大きいですね」 今でも覚えている、メンバーの言葉
© KAKEHASHI Inc. https://dora.dev/research/ 結果的にWell-beingにも繋がっていた
© KAKEHASHI Inc. https://dora.dev/research/ このときもFour Keys起点ではなかった 課題が先にあり、その課題解決を示す指標としてChange lead timeがあった
© KAKEHASHI Inc. 理想形とのギャップを見て、指標はその後 チームの 理想形 チームの 現在形 ギャップ ゴールに
集中 ない ギャップ を分析 VSMなどで 現状を分析 指標を 設定 理想形に近づいていることを 示す指標を設定 カイゼン を実施
まとめます
© KAKEHASHI Inc. Four Keysはとても便利な指標 https://dora.dev/research/
© KAKEHASHI Inc. SPACEはFour Keysにないものを補完 • Satisfaction and well-being •
Performance • Activity • Communication and collaboration • Efficiency and flow
© KAKEHASHI Inc. ありたい姿を目指し僕らが測っているもの Deployment frequency Change lead time Change
fail rate Time to restore service Satisfaction and well being FOUR KEYS SPACE
© KAKEHASHI Inc. 大事なのは「なりたい姿」に集中すること • プロダクトの小さな変更をすばやくたくさん届けたい • 顧客のニーズなど外部の変化にすばやく対応したい Findy Team+
Wevox
© KAKEHASHI Inc. カケハシの技術に関連する情報を 発信しています。 𝕏 @kakehashi_dev 是⾮フォローしてください! ありがとうございました!!