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
8.7k
なぜ僕たちは 開発生産性指標を見ていないのか / Our Strategy for Development Productivity Metrics
開発の生産性を高める新たな視点〜開発生産性フレームワークSPACE〜
での登壇資料です
kakehashi
July 02, 2024
Tweet
Share
More Decks by kakehashi
See All by kakehashi
見えづらい活動の成果の伝え方は日頃からめちゃくちゃ悩んでるけど、実際こんな取り組みをしな がら温度感を合わせにいってるよ / Conveying Hard-to-See Results
kakehashi
4
2.2k
Evolving DevOps Teams and Flexible Organizational Culture
kakehashi
1
1.3k
難しいから面白い!医薬品×在庫管理ドメインの複雑性と向き合い、プロダクトの成長を支えるための取り組み / Initiatives to Support Product Growth
kakehashi
3
270
日本の医療システムの再構築を目指すスタートアップ「カケハシ」のフロントエンド領域でのチャレンジ / Challenges in the frontend domain at “Kakehashi”
kakehashi
3
2.2k
そのデータ連携、ホントにそれでいいの? 〜データモデル分析の重要性を説く〜 / How to analyse data integration
kakehashi
2
710
プロポーザル出しまくり芸人が教える、プロポーザルを採択してもらう技術 / Techniques for Getting Proposal Accepted
kakehashi
7
10k
目標設定は好きですか? アジャイルとともに目標と向き合い続ける方法 / Do you like target Management?
kakehashi
13
6.2k
Our Scrum without Estimates, and into the Trunk-based Development
kakehashi
2
470
プロダクト拡大フェーズでプロダクト検証サイクル効率化を目指す過程で見えたもの / Streamlining Product Validation in Growth Phase
kakehashi
6
13k
Other Decks in Technology
See All in Technology
内製化によるシステムモダナイゼーションの実践
kazokmr
3
500
プロンプトエンジニアリング入門 Rev.3
seosoft
0
160
生成AI×マルチテナントSaaSな新規事業を立ち上げる上でテックリードとして気を使った点の紹介
lunastera
0
510
Overview of file type identifiers
ange
0
200
Snowflakeでスロークエリ改善に取り組んだ話
tabata0208
0
160
Mackerelが取り組むオブザーバビリティ - Mackerel Tech Day
mackerelio
0
300
日経ビジュアルデータにおける スクロールテリングと地図/nikkei-tech-talk-26
nikkei_engineer_recruiting
0
150
ZOZOのデータマネジメントの取り組み:これまでとこれから / ZOZO's Data Management Initiatives
takagiyudai
0
540
WebRTC と Wasm の関係を振り返ってみた
tetter27
0
230
サーバーサイドのデータプレーンプログラミング 〜 NVIDIA Blue Field / DOCA 〜
ebiken
PRO
1
220
生成AIの活用パターンと継続的評価
asei
10
1.3k
APIテスト自動化の勘所
yokawasa
2
150
Featured
See All Featured
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
250
21k
Ruby is Unlike a Banana
tanoku
96
11k
Practical Orchestrator
shlominoach
186
10k
Bash Introduction
62gerente
608
210k
4 Signs Your Business is Dying
shpigford
180
21k
How GitHub (no longer) Works
holman
311
140k
StorybookのUI Testing Handbookを読んだ
zakiyama
26
5.2k
KATA
mclloyd
29
13k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Put a Button on it: Removing Barriers to Going Fast.
kastner
58
3.5k
The World Runs on Bad Software
bkeepers
PRO
65
11k
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 是⾮フォローしてください! ありがとうございました!!