なぜ僕たちは 開発生産性指標を見ていないのか / Our Strategy for Development Productivity Metrics

開発の生産性を高める新たな視点〜開発生産性フレームワークSPACE〜
での登壇資料です

Transcript

1. なぜ僕たちは 開発生産性指標を見ていないのか 株式会社カケハシ　小田中 育生 2024.07.02
2. 小田中 育生(おだなか いくお) 株式会社ナビタイムジャパンでVP of Engineeringを務め、 2023年10月にエンジニアリングマネージャーとして株式会社カケ ハシにジョイン。 薬局DXを支えるVertical SaaS「Musubi」をコアプロダクトに位置 づけ、「しなやかな医療体験」を実現するべく新規事業のプロダ クト開発にコミットしている。 著書: • いちばんやさしいアジャイル開発の教本 • アジャイルチームによる目標づくりガイドブック ブログ: dora_e_m｜note X: @dora_e_m
3. 僕たちと開発生産性
4. © KAKEHASHI Inc. チームyabusame
5. © KAKEHASHI Inc. 新規事業のプロダクト開発チーム 立ち上げ期のプロダクト PMFまで要求の不確実性がともなう フィージビリティ・スタディが必要 なケースが多く不確実性が高い
6. © KAKEHASHI Inc. 高速に仮説検証ループを回したい • トランクベース開発 • モビング • スクラム • インセプションデッキ • ワーキングアグリーメント • プロダクトの小さな変更をすばやくたくさん届けたい • 顧客のニーズなど外部の変化にすばやく対応したい
7. © KAKEHASHI Inc. DORA Core Model https://dora.dev/research/ Four Keysは組織のパフォーマンスと強い相関をもつことが示されている なお、Four Keysは技術的ケイパビリティとセットで扱うことを前提としている
8. © KAKEHASHI Inc. https://dora.dev/research/ Four Keysでは見ていないもの
9. © KAKEHASHI Inc. SPACE • Satisfaction and well-being • Performance • Activity • Communication and collaboration • Efficiency and flow 開発生産性を多面的に評価するためのフレームワーク 5つのディメンションから複数選択しメトリクスを取得することを推奨している
10. © 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 ※マッピングは個人の見解によるものです
11. © KAKEHASHI Inc. 僕たちのチームが計測しているもの Deployment frequency Change lead time Change fail rate Time to restore service Satisfaction and well being FOUR KEYS SPACE
12. © KAKEHASHI Inc. https://dora.dev/research/ 組織パフォーマンスに影響する指標を見ている
13. © KAKEHASHI Inc. Four Keys+ウェルビーイング指標を計測 Findy Team+ Wevox
14. © KAKEHASHI Inc. 指標からは様々なことがわかる Findy Team+ Wevox 3月頃と比べて5月以降に デプロイ数の減少が みられる 5月に少し低下している
15. © KAKEHASHI Inc. けれど、測ってるけど、あえて見ない Findy Team+ Wevox
16. © KAKEHASHI Inc. チームは「なりたい姿」に集中 • プロダクトの小さな変更をすばやくたくさん届けたい • 顧客のニーズなど外部の変化にすばやく対応したい Findy Team+ Wevox
17. © KAKEHASHI Inc. その結果として現れる指標は観測する • プロダクトの小さな変更をすばやくたくさん届けたい • 顧客のニーズなど外部の変化にすばやく対応したい Findy Team+ Wevox
18. © KAKEHASHI Inc. たとえば、この事象をどう見るか Findy Team+ Wevox 3月頃と比べて5月以降に デプロイ数の減少が みられる 5月に少し低下している
19. © KAKEHASHI Inc. 開発生産性指標 チームを取り巻く環境 新しいチャレンジがあるか 変化を起こす外部要因 変化を起こす内部要因 チームの取り組み 自分たちのコミットメント 開発生産性指標は変数が多い
20. © KAKEHASHI Inc. 開発生産性指標 チームを取り巻く環境 新しいチャレンジがあるか 変化を起こす外部要因 変化を起こす内部要因 チームの取り組み 自分たちのコミットメント 指標と各変数を照合する 指標の変動と変数を観察し、変化が内側からのものなのか外部要因のものなのか判 断することができる
21. © KAKEHASHI Inc. デプロイ頻度減少を読み解く Findy Team+ 3月頃と比べて5月以降に デプロイ数の減少が みられる 4月から、他のチームと連携した開発を 進めている。 チームが裁量をもって開発-デプロイまで 行っていたそれまでとは異なるフロー。 そのためデプロイ頻度が減少。 （想定通り）
22. © KAKEHASHI Inc. エンゲージメント減少を読み解く Wevox 5月に少し低下している 開発対象プロダクトの変更など 様々な要因で減少。（想定通り）
23. © KAKEHASHI Inc. Pivot ゴールに向かう途中、 違う道を目指すべきだと 気づくことがある
24. © KAKEHASHI Inc. チームはゴールAを目指していた チーム ゴールA
25. © KAKEHASHI Inc. チームは方向転換することになる チーム ゴールA ゴールB
26. © KAKEHASHI Inc. 僕たちは、方向転換で数値が下がると予測していた Findy Team+ Wevox 3月頃と比べて5月以降に デプロイ数の減少が みられる 5月に少し低下している
27. © KAKEHASHI Inc. 直接数値をみると減速時に不安になる Findy Team+ Wevox
28. © KAKEHASHI Inc. 方向転換したくない気持ちが生まれる チーム ゴールA ゴールB
29. © KAKEHASHI Inc. もしある瞬間に指標が低下していると 開発生産性指標が低下
30. © KAKEHASHI Inc. すぐ対処したくなってしまう なんとか せな！
31. © KAKEHASHI Inc. もっと長い目で観察して判断したい ここ最近は こういう傾向か
32. © KAKEHASHI Inc. だから、測ってるけど、あえて見ない Findy Team+ Wevox
33. 僕たちのチームはこうしている。 でも、常にそれが最適解でもない。
34. © KAKEHASHI Inc. https://dora.dev/research/ 明確な課題があるなら指標を追いかけたい
35. © KAKEHASHI Inc. 以前の現場でやりたかったこと • ユーザーの声をスピーディにプロダクトに反映したい • そのため2週間(10営業日)ごとにリリースしたい
36. © KAKEHASHI Inc. TOBEとASISのギャップ • ユーザーの声をスピーディにプロダクトに反映したい • そのため2週間(10営業日)ごとにリリースしたい • 開発から開始までのリードタイムが31営業日
37. © KAKEHASHI Inc. https://dora.dev/research/ リードタイムを短くしたい！
38. © KAKEHASHI Inc. バリューストリームマッピング（VSM）を実施 1. 対象を決定する 2. 対象となる開発サイクルの 概要を確認する 3. 全員でプロセスを書く 4. 手戻り率を書く 5. プロセスをグルーピングす る 6. ムダにマークをつける 7. 改善案を検討する 製品やサービスの価値を生み出す過程（バリューストリーム）を可視化する手法 PRD作成 設計 開発 開発者 テスト 受け入れ テスト mainに マージ リリース ユーザー 手順が煩雑 ミスによる手戻り 属人化 ミスによる手戻り
39. © KAKEHASHI Inc. https://dora.dev/research/ テストまわりの課題にフォーカスして改善
40. © KAKEHASHI Inc. ムダをなくすためのペインキラー作戦 Validation Velification ユーザーが満足する価値提供が できているかの検査 自分たちが意図した通りに開発 できているかの検査 fabricでの 一括実行 Jenkinsで ビルド時に 自動実行
41. © KAKEHASHI Inc. https://dora.dev/research/ 自分たちでどう改善するか選択していった
42. © KAKEHASHI Inc. TOBEとASISのギャップを埋めた • ユーザーの声をスピーディにプロダクトに反映したい • そのため2週間(10営業日)ごとにリリースしたい • 開発から開始までのリードタイムが31営業日 • 開発から開始までのリードタイムが8.5営業日
43. © KAKEHASHI Inc. (リードタイムが短縮した結果を見て) 「実際に改善したっていうのも あるけれど、自分たちがこのス ピードで開発できるって自信持 てたのが大きいですね」 今でも覚えている、メンバーの言葉
44. © KAKEHASHI Inc. https://dora.dev/research/ 結果的にWell-beingにも繋がっていた
45. © KAKEHASHI Inc. https://dora.dev/research/ このときもFour Keys起点ではなかった 課題が先にあり、その課題解決を示す指標としてChange lead timeがあった
46. © KAKEHASHI Inc. 理想形とのギャップを見て、指標はその後 チームの 理想形 チームの 現在形 ギャップ ゴールに 集中 ない ギャップ を分析 VSMなどで 現状を分析 指標を 設定 理想形に近づいていることを 示す指標を設定 カイゼン を実施
47. まとめます
48. © KAKEHASHI Inc. Four Keysはとても便利な指標 https://dora.dev/research/
49. © KAKEHASHI Inc. SPACEはFour Keysにないものを補完 • Satisfaction and well-being • Performance • Activity • Communication and collaboration • Efficiency and flow
50. © KAKEHASHI Inc. ありたい姿を目指し僕らが測っているもの Deployment frequency Change lead time Change fail rate Time to restore service Satisfaction and well being FOUR KEYS SPACE
51. © KAKEHASHI Inc. 大事なのは「なりたい姿」に集中すること • プロダクトの小さな変更をすばやくたくさん届けたい • 顧客のニーズなど外部の変化にすばやく対応したい Findy Team+ Wevox
52. © KAKEHASHI Inc. カケハシの技術に関連する情報を 発信しています。 𝕏 @kakehashi_dev 是⾮フォローしてください！ ありがとうございました！！