開発生産性向上サービスを作るFindyが自分たちで開発生産性を爆上げした組織づくりの歩み / Findy's path to boosting its own development productivity 2024-04-17

Transcript

1. 開発⽣産性向上サービスを作るFindyが ⾃分たちで開発⽣産性を爆上げした組織づくりの歩み 佐藤 将⾼ / Findy CTO 2024/04/17 Qiita Conference
2. こんにちは！
3. 開発⽣産性向上サービスを作るFindyが ⾃分たちで開発⽣産性を爆上げした 組織づくりの歩み
4. 開発⽣産性向上サービスを作るFindyが ⾃分たちで開発⽣産性を爆上げした 組織づくりの歩み
5. 今⽇話すこと 開発⽣産性が⾼い
6. 今⽇話すこと 開発⽣産性が⾼い || ⾃分にも組織にとってもどちらも嬉しい
7. 今⽇話すこと 過去のFindy
8. 今⽇話すこと 過去のFindy 開発⽣産性の伸びしろがあった
9. 今⽇話すこと いまのFindy
10. 今⽇話すこと いまのFindy ユーザーに価値を多数届けられている
11. 今⽇話すこと 今⽇話すこと
12. 今⽇話すこと 今⽇話すこと 開発⽣産性を CI/CD、開発フロー、コミュニケーション の3つで爆上げした話
13. 目次
 a g e n d a 1. ⾃⼰紹介とFindy 2. 開発⽣産性の定義 3. 過去を振り返って 4. 取り組みと結果 5. これからのFindyと開発⽣産性 6. まとめ
14. 目次
 a g e n d a 1. ⾃⼰紹介とFindy 2. 開発⽣産性の定義 3. 過去を振り返って 4. 取り組みと結果 5. これからのFindyと開発⽣産性 6. まとめ
15. ⾃⼰紹介
16. ⾃⼰紹介 佐藤 将⾼ (@ma3tk) Findy 取締役 CTO (2016〜) 得意：新規事業サービス開発 好き：筋トレ 中学⽣時代に⽉間100万PVの ゲーム攻略サイトを運営していました
17. Findyについて
18. Findyについて 2016年 役員2名のみ エンジニア：⾃分のみ
19. Findyについて 2020年 フルタイム：25名 エンジニア：10名 +業務委託 
20. Findyについて 2021年 フルタイム：64名 エンジニア：15名 +業務委託 
21. Findyについて 2024年 フルタイム：226名 エンジニア：36名 +業務委託 
22. Findyについて 急成⻑中ですが、 事業が増え採⽤加速中です！ (お話聞きたい⽅はご連絡ください)
23. Findyについて Findyのプロダクトは エンジニアに向けて提供しています
24. Findyについて
25. Findyについて
26. Findyについて Findy Team+ ?
27. Findyについて
28. Findyについて Findy Team+：どんなサービス？ 継続的な生産性向上サイクル
29. Findyについて Findy Team+：どんなサービス？ 継続的な生産性向上サイクル 自動で データ連携
30. Findyについて Findy Team+：どんなサービス？ 継続的な生産性向上サイクル 生産性可視化 自動で データ連携
31. Findyについて Findy Team+：どんなサービス？ 継続的な生産性向上サイクル 生産性可視化 生産性向上 自動で データ連携 改善
32. Findyについて Findy Team+：どんなサービス？ 継続的な生産性向上サイクル 生産性可視化 生産性向上 自動で データ連携 改善 日々の開発サイクルを より良くする
33. Findyについて Findy Team+：どんなサービス？ 開発工数低減・ビジネススピード加速、開発プロセス改善・文化づくりをサポートします 開発工数低減 ビジネス スピード加速 • 生産性向上により、人数あたりの開発アウトプットが増 加 • 開発生産性の向上により、ビジネススピードも加速 • 定量的な改善結果や改善に向けた取り組みを採用広報に 活用し、さらなるエンジニア組織拡大を目指す 開発プロセス 改善 文化づくり・ 自己組織化 • チーム・メンバーが、定量データを活用し、自発的に改 善に取り組み（自己組織化を促進） • 改善効果をFindy Team+で確認し、称賛文化を形成 • ボトルネック可視化 • 開発フロー・組織体制・ツール等を最適化 • 開発者体験の向上
34. Findyについて 多数の企業がFindy Team+を導⼊中
35. Findyについて ⼀例
37. アクティビティ数を 可視化 前期間と⽐べての変化
39. レビューの負荷が ないか確認 時間がかかりすぎてな いか確認
40. Findyについて 短期的には開発⽣産性を上げるプロダクト
41. Findyについて ⻑期的には開発者体験を良くするプロダクト
42. 目次
 a g e n d a 1. ⾃⼰紹介とFindy 2. 開発⽣産性の定義 3. 過去を振り返って 4. 取り組みと結果 5. これからのFindyと開発⽣産性 6. まとめ
43. 開発⽣産性の定義 開発⽣産性とは？
44. 開発⽣産性の定義 みなさんは開発⽣産性と聞いて どんな印象を持ちますか？
45. 開発⽣産性の定義 どんな定義だと考えていますか？
46. 開発⽣産性の定義 開発⽣産性 = アウトプット ÷ インプット
47. 開発⽣産性の定義 アウトプット: 開発によって⽣み出された価値 （機能、品質、ユーザー満⾜度など） インプット: 開発に投⼊したリソース （時間、⼈員、コストなど）
48. 開発⽣産性の定義 様々な組み合わせがあり ⼈によって定義が違う
49. 開発⽣産性の定義 そのため認識を揃えるのが難しい
50. 開発⽣産性の定義 Findyでは 短期的に「爆速顧客価値提供」を掲げた
51. 開発⽣産性の定義 定義 作るものが決まってから ユーザーの⼿元に届くまでの時間と施策数
52. 開発⽣産性の定義 KPIは上がる？
53. 開発⽣産性の定義 売上は？
54. 開発⽣産性の定義 どれだけユーザーの課題が解決したか？
55. 開発⽣産性の定義 めちゃくちゃ⼤事
56. 開発⽣産性の定義 ただし、エンジニアだけで コントロールしにくい
57. 開発⽣産性の定義 「どれくらいの時間で開発できるかって 本質じゃなくない？」
58. 開発⽣産性の定義 「施策どれくらいこなせたかって 本質じゃなくない？」
59. 開発⽣産性の定義 もちろんそれを ⼗分に理解して進めてきた
60. 開発⽣産性の定義 まずは⾃分たちでできる範囲を改善 || 作るものが決まってから ユーザーの⼿元に届くまでの時間と施策数
61. 開発⽣産性の定義 意図的に全部をやらない
62. 開発⽣産性の定義 絞ることで アクションがシャープになる
63. 目次
 a g e n d a 1. ⾃⼰紹介とFindy 2. 開発⽣産性の定義 3. 過去を振り返って 4. 取り組みと結果 5. これからのFindyと開発⽣産性 6. まとめ
64. 過去を振り返って 質問です
65. 過去を振り返って みなさんのチームでは リリース作業は1ヶ⽉に何回やりますか？
66. 過去を振り返って 1ヶ⽉1回？ 1週間1回？ 1⽇1回？
67. 過去を振り返って 過去のFindy
68. 過去を振り返って 2020〜21年 フルタイム：約30〜50名 エンジニア：約10〜15名+業務委託
69. 過去を振り返って あるサービスにおける 当時の課題
70. 過去を振り返って エンジニア：約5名+業務委託
71. 過去を振り返って リリースプルリク
73. コミット数多い 変更ファイル数多い PR作成してから 2⽇が経過
74. コミット数多い 変更ファイル数多い PR作成してから 2⽇が経過 開発⽣産性は低かった
75. 過去を振り返って プロダクトの進化はできたが 技術的負債が解消できていなかった ※最善を尽くしてくれた当時のメンバーにはめっちゃ感謝しています
76. 過去を振り返って 当時の⼤変ポイント ７つ
77. 過去を振り返って ⼤変ポイント1⃣ デプロイ頻度は週1回
78. 過去を振り返って ⼤変ポイント2⃣ CIが回るのに1時間かかる
79. 過去を振り返って ⼤変ポイント3⃣ ビッグバンリリース
80. 過去を振り返って ⼤変ポイント4⃣ 「ちゃんとQAしないと本当に動いているか どうかがわからない」 不確実性が⾼い状態だった
81. 過去を振り返って ⼤変ポイント5⃣ リバートされると全部 撤回される
82. 過去を振り返って ⼤変ポイント6⃣ アーキテクチャが フロントとバックエンドで密結合
83. 過去を振り返って ⼤変ポイント7⃣ フロント1⽂字直すのに docker buildをする必要があった
84. 過去を振り返って 「開発がちょっとハードモード😂」
85. 過去を振り返って さらに
86. 過去を振り返って COVID-19
87. 過去を振り返って 全員不慣れな リモートワークを開始した🏘
88. 過去を振り返って 各個⼈のタスクが わかりにくかった󰢃
89. 過去を振り返って ある時は テキストでレスポンスしまくる😭
90. 過去を振り返って ある時は 逆にログが残らない😭
91. 過去を振り返って 当時は⾊々重なって ハードモードでした😂 ※改めて最善を尽くしてくれた当時のメンバーにはめっちゃ感謝しています ありがとうございます！
92. では、あるべき姿とは
93. 過去を振り返って • ⼈が増えても開発スピードが遅くならない
94. 過去を振り返って • ⼈が増えても開発スピードが遅くならない • 顧客にすぐに価値が届く
95. 過去を振り返って • ⼈が増えても開発スピードが遅くならない • 顧客にすぐに価値が届く • 「なにもわからない」を減らし認知負荷を減らす
96. 過去を振り返って • ⼈が増えても開発スピードが遅くならない • 顧客にすぐに価値が届く • 「なにもわからない」を減らし認知負荷を減らす • 技術的負債は常に⽣まれる前提でいる
97. 過去を振り返って • ⼈が増えても開発スピードが遅くならない • 顧客にすぐに価値が届く • 「なにもわからない」を減らし認知負荷を減らす • 技術的負債は常に⽣まれる前提でいる ◦ 負債が⼤きくなる前に気づき、解消できる状態にする
98. 過去を振り返って • ⼈が増えても開発スピードが遅くならない • 顧客にすぐに価値が届く • 「なにもわからない」を減らし認知負荷を減らす • 技術的負債は常に⽣まれる前提でいる ◦ 負債が⼤きくなる前に気づき、解消できる状態にする • ⼤変でも前向きに誠実にチームワークを発揮すること
99. 目次
 a g e n d a 1. ⾃⼰紹介とFindy 2. 開発⽣産性の定義 3. 過去を振り返って 4. 取り組みと結果 5. これからのFindyと開発⽣産性 6. まとめ
100. 取り組みと結果 あるべき姿に向けて
101. 取り組みと結果 3つの取組み
102. 取り組みと結果 トライ1 - CI/CDの改善 トライ2 - 開発フローとマインドの変化 トライ3 - コミュニケーション⽅法の改善
103. 取り組みと結果 トライ1 - CI/CDの改善 トライ2 - 開発フローとマインドの変化 トライ3 - コミュニケーション⽅法の改善
104. 取り組みと結果 とあるCI/CD (Before)
105. 取り組みと結果 トライ1 CI/CDの改善
106. 取り組みと結果 40分!!!! めちゃ遅い!!! トライ1 CI/CDの改善
107. 取り組みと結果 トライ1 CI/CDの改善 • まずはCI/CDの改善をし、ユニットテストカバレッジ80%を⽬指した
108. 取り組みと結果 トライ1 CI/CDの改善 • まずはCI/CDの改善をし、ユニットテストカバレッジ80%を⽬指した • CI回すのに1時間かかるところを10分に短縮させた
109. 取り組みと結果 トライ1 CI/CDの改善 • まずはCI/CDの改善をし、ユニットテストカバレッジ80%を⽬指した • CI回すのに1時間かかるところを10分に短縮させた ◦ 並列化
110. 取り組みと結果 トライ1 CI/CDの改善 • まずはCI/CDの改善をし、ユニットテストカバレッジ80%を⽬指した • CI回すのに1時間かかるところを10分に短縮させた ◦ 並列化 ◦ インスタンス性能アップ
111. 取り組みと結果 トライ1 CI/CDの改善 • まずはCI/CDの改善をし、ユニットテストカバレッジ80%を⽬指した • CI回すのに1時間かかるところを10分に短縮させた ◦ 並列化 ◦ インスタンス性能アップ ◦ キャッシュで短縮
112. 取り組みと結果 トライ1 CI/CDの改善 • まずはCI/CDの改善をし、ユニットテストカバレッジ80%を⽬指した • CI回すのに1時間かかるところを10分に短縮させた ◦ 並列化 ◦ インスタンス性能アップ ◦ キャッシュで短縮 ◦ テスト箇所の限定
113. 取り組みと結果 トライ1 CI/CDの改善 • まずはCI/CDの改善をし、ユニットテストカバレッジ80%を⽬指した • CI回すのに1時間かかるところを10分に短縮させた ◦ 並列化 ◦ インスタンス性能アップ ◦ キャッシュで短縮 ◦ テスト箇所の限定 • テスト拡充で「これをリリースしても問題ない」「リリースすると影響が 出る」のTrue/Falseをはっきりさせた
114. 取り組みと結果 After
115. 取り組みと結果 トライ1 CI/CDの改善結果
116. 取り組みと結果 トライ1 CI/CDの改善結果 約 5分に改善!!!
117. 取り組みと結果 「本当に⼤丈夫なのか？」
118. 取り組みと結果 「本当に⼤丈夫なのか？」 ↓ 「テストが守ってくれるので問題ない」
119. 取り組みと結果 「本当に⼤丈夫なのか？」 ↓ 「テストが守ってくれるので問題ない」 マインドの⾯で開発⽣産性向上に寄与
120. 取り組みと結果 トライ1 - CI/CDの改善 トライ2 - 開発フローとマインドの変化 トライ3 - コミュニケーション⽅法の改善
121. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • ⼀気に⼤きなプルリクを作って多くの⾏数‧ファイル数を更新するやり⽅ だと得しないことが多いことがわかった
122. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • ⼀気に⼤きなプルリクを作って多くの⾏数‧ファイル数を更新するやり⽅ だと得しないことが多いことがわかった • 例えば…
123. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • ⼀気に⼤きなプルリクを作って多くの⾏数‧ファイル数を更新するやり⽅ だと得しないことが多いことがわかった • 例えば… レビューの範囲が広すぎる
124. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • ⼀気に⼤きなプルリクを作って多くの⾏数‧ファイル数を更新するやり⽅ だと得しないことが多いことがわかった • 例えば… レビューの範囲が広すぎる ↓ レビューに時間がかかりやすい
125. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • ⼀気に⼤きなプルリクを作って多くの⾏数‧ファイル数を更新するやり⽅ だと得しないことが多いことがわかった • 例えば… レビューの範囲が広すぎる ↓ レビューに時間がかかりやすい ↓ 気持ち的に後回しになりやすい
126. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • ⼀気に⼤きなプルリクを作って多くの⾏数‧ファイル数を更新するやり⽅ だと得しないことが多いことがわかった • 例えば… レビューの範囲が広すぎる ↓ レビューに時間がかかりやすい ↓ 気持ち的に後回しになりやすい ↓ 前提で間違っていると全部やり直しになって⾟い
127. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • 取り組みの⽅針 ◦ プルリク作成計画をつくる ◦ プルリク粒度を細かくする ◦ レビューを最優先する
128. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • やったこと
129. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • やったこと ◦ プルリク作成計画を作り、まずは認識を揃える
130. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • やったこと ◦ プルリク作成計画を作り、まずは認識を揃える ◦ IssueにTODOのチェックリストを作り、やるべきことが合っているか確認する
131. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • やったこと ◦ プルリク作成計画を作り、まずは認識を揃える ◦ IssueにTODOのチェックリストを作り、やるべきことが合っているか確認する ◦ タスクをこなしたらチェックを付けてどれくらいまで終わったかを確認する
132. 取り組みと結果 例えば…
133. Todo list
134. 取り組みと結果 トライ2 - 開発フローとマインドの変化：やったこと • タスクの認識合わせ ◦ プルリク作成計画を作り、まずは認識を揃える ◦ IssueにTODOのチェックリストを作り、やるべきことが合っているか確認する ◦ タスクをこなしたらチェックを付けてどれくらいまで終わったかを確認する
135. 取り組みと結果 トライ2 - 開発フローとマインドの変化：やったこと • タスクの認識合わせ ◦ プルリク作成計画を作り、まずは認識を揃える ◦ IssueにTODOのチェックリストを作り、やるべきことが合っているか確認する ◦ タスクをこなしたらチェックを付けてどれくらいまで終わったかを確認する • プルリクはなるべく粒度を細かく作る
136. 取り組みと結果 トライ2 - 開発フローとマインドの変化：やったこと • タスクの認識合わせ ◦ プルリク作成計画を作り、まずは認識を揃える ◦ IssueにTODOのチェックリストを作り、やるべきことが合っているか確認する ◦ タスクをこなしたらチェックを付けてどれくらいまで終わったかを確認する • プルリクはなるべく粒度を細かく作る ◦ 1プルリクにおいて2つ以上のタスクをやらない
137. 取り組みと結果 トライ2 - 開発フローとマインドの変化：やったこと • タスクの認識合わせ ◦ プルリク作成計画を作り、まずは認識を揃える ◦ IssueにTODOのチェックリストを作り、やるべきことが合っているか確認する ◦ タスクをこなしたらチェックを付けてどれくらいまで終わったかを確認する • プルリクはなるべく粒度を細かく作る ◦ 1プルリクにおいて2つ以上のタスクをやらない ◦ リファクタなどは別途プルリク
138. 取り組みと結果 トライ2 - 開発フローとマインドの変化：やったこと • タスクの認識合わせ ◦ プルリク作成計画を作り、まずは認識を揃える ◦ IssueにTODOのチェックリストを作り、やるべきことが合っているか確認する ◦ タスクをこなしたらチェックを付けてどれくらいまで終わったかを確認する • プルリクはなるべく粒度を細かく作る ◦ 1プルリクにおいて2つ以上のタスクをやらない ◦ リファクタなどは別途プルリク ◦ レビュー ⼤きなプルリク1回 ＜ ⼩さなプルリク10回
139. 取り組みと結果 トライ2 - 開発フローとマインドの変化：やったこと • タスクの認識合わせ ◦ プルリク作成計画を作り、まずは認識を揃える ◦ IssueにTODOのチェックリストを作り、やるべきことが合っているか確認する ◦ タスクをこなしたらチェックを付けてどれくらいまで終わったかを確認する • プルリクはなるべく粒度を細かく作る ◦ 1プルリクにおいて2つ以上のタスクをやらない ◦ リファクタなどは別途プルリク ◦ レビュー ⼤きなプルリク1回 ＜ ⼩さなプルリク10回 ◦ チーム全員で上記のやり⽅統⼀ ▪ 「集中してコード書いてるのにレビューで遮られる」という回数も減る
140. 取り組みと結果 トライ2 - 開発フローとマインドの変化：やったこと • タスクの認識合わせ ◦ プルリク作成計画を作り、まずは認識を揃える ◦ IssueにTODOのチェックリストを作り、やるべきことが合っているか確認する ◦ タスクをこなしたらチェックを付けてどれくらいまで終わったかを確認する • プルリクはなるべく粒度を細かく作る ◦ 1プルリクにおいて2つ以上のタスクをやらない ◦ リファクタなどは別途プルリク ◦ レビュー ⼤きなプルリク1回 ＜ ⼩さなプルリク10回 ◦ チーム全員で上記のやり⽅統⼀ ▪ 「集中してコード書いてるのにレビューで遮られる」という回数も減る ▪ なぜなら⾃分もプルリクの粒度を⼩さくしているため
141. 取り組みと結果 例えば…
143. 1プルリク中に 変更ファイルが 少ない 1プルリクでの 変更⾏数が 少ない
144. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • レビューは最優先
145. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • レビューは最優先 ◦ レビューの依頼が来たら基本的には⼀番の優先事項とする
146. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • レビューは最優先 ◦ レビューの依頼が来たら基本的には⼀番の優先事項とする ◦ タスク分解をしているからこそ随時相談しやすいし、作業を他の⼈に渡したり ⼿伝ってもらったりしやすい
147. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • レビューは最優先 ◦ レビューの依頼が来たら基本的には⼀番の優先事項とする ◦ タスク分解をしているからこそ随時相談しやすいし、作業を他の⼈に渡したり ⼿伝ってもらったりしやすい ◦ 結果として組織全体がアジャイル思考になる
148. 取り組みと結果 トライ2 - 開発フローとマインドの変化 • レビューは最優先 ◦ レビューの依頼が来たら基本的には⼀番の優先事項とする ◦ タスク分解をしているからこそ随時相談しやすいし、作業を他の⼈に渡したり ⼿伝ってもらったりしやすい ◦ 結果として組織全体がアジャイル思考でキャッチボールをしあえる プルリクの粒度を細かくし レビューを最速にして開発⽣産性向上
149. 取り組みと結果 トライ1 - CI/CDの改善 トライ2 - 開発フローとマインドの変化 トライ3 - コミュニケーション⽅法の改善
150. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • ⽬標設定と期待値調整
151. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • ⽬標設定と期待値調整 ◦ ⾃分の役割をクリアにする
152. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • ⽬標設定と期待値調整 ◦ ⾃分の役割をクリアにする ▪ なにをどれくらいやればどれくらいいいのかをテキスト化
153. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • ⽬標設定と期待値調整 ◦ ⾃分の役割をクリアにする ▪ なにをどれくらいやればどれくらいいいのかをテキスト化 ◦ 毎⽉振り返る
154. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • ⽬標設定と期待値調整 ◦ ⾃分の役割をクリアにする ▪ なにをどれくらいやればどれくらいいいのかをテキスト化 ◦ 毎⽉振り返る ◦ 毎週1on1でコンディションや困り事を聞く
155. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • ⽬標設定と期待値調整 ◦ ⾃分の役割をクリアにする ▪ なにをどれくらいやればどれくらいいいのかをテキスト化 ◦ 毎⽉振り返る ◦ 毎週1on1でコンディションや困り事を聞く ◦ 特にオープンクエスチョンにしない ▪ テーマやテンプレートを整えておく
156. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • 出社も⼀定有効 ※状況によります
157. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • 出社も⼀定有効 ※状況によります ◦ ⾸都圏にいるメンバーは週1〜3くらいで出社をする⼈もいる(全員ではない)
158. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • 出社も⼀定有効 ※状況によります ◦ ⾸都圏にいるメンバーは週1〜3くらいで出社をする⼈もいる(全員ではない) ◦ オフィスにエンジニアが少ないと出社しているメンバーとで分断が起こりやすい
159. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • 出社も⼀定有効 ※状況によります ◦ ⾸都圏にいるメンバーは週1〜3くらいで出社をする⼈もいる(全員ではない) ◦ オフィスにエンジニアが少ないと出社しているメンバーとで分断が起こりやすい • フルリモートでもたまに出社する
160. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • 出社も⼀定有効 ※状況によります ◦ ⾸都圏にいるメンバーは週1〜3くらいで出社をする⼈もいる(全員ではない) ◦ オフィスにエンジニアが少ないと出社しているメンバーとで分断が起こりやすい • フルリモートでもたまに出社する ◦ また、オフィスの状況や周りに知ってもらうためにもおおよそ四半期に1回オフィス に定期的に来てもらえるようにしている
161. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • 出社も⼀定有効 ※状況によります ◦ ⾸都圏にいるメンバーは週1〜3くらいで出社をする⼈もいる(全員ではない) ◦ オフィスにエンジニアが少ないと出社しているメンバーとで分断が起こりやすい • フルリモートでもたまに出社する ◦ また、オフィスの状況や周りに知ってもらうためにもおおよそ四半期に1回オフィス に定期的に来てもらえるようにしている ◦ ⽣産性が⼀時的に激落ちするが、腹を割って話せる機会が増えて後々⽣産性が上が る
162. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • オンボーディングでチームメンバー全員と⾃⼰紹介をし合う
163. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • オンボーディングでチームメンバー全員と⾃⼰紹介をし合う ◦ 「あの⼈と話したことがないので今更話しかけるのも微妙」という感覚を減ら し、すぐにコミュニケーションを取れるようにする
164. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 • オンボーディングでチームメンバー全員と⾃⼰紹介をし合う ◦ 「あの⼈と話したことがないので今更話しかけるのも微妙」という感覚を減ら し、すぐにコミュニケーションを取れるようにする ◦ ⼀度は話したことがあるとお仕事は進めやすい
165. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 例えば • 出⾝や今住んでいる地域 ◦ 何が有名？ • お国⾃慢 • 性格やトリセツ ◦ ⾃分で⾒るとどんな⼈柄？ ◦ テンション上がることはなに？ ◦ 不得意なことや苦⼿なことは？ • 経歴 ◦ 職種はどれくらい経験ある？ ◦ 前職はどんなサービス？ • Findy⼊社あたり ◦ いつ⼊社した？何⽇⽬？ ◦ ⼊社前はどんな所が良いと思った？ ◦ 実際に⼊社してN⽇、どう感じた？ • これからやっていくことややりたいこと ◦ どんなお仕事‧チャレンジがしたい？ • 趣味は？ • 好きな… ◦ プログラミング⾔語は？ ◦ エディタは？
166. 取り組みと結果 トライ3 - コミュニケーション⽅法の改善 例えば • 出⾝や今住んでいる地域 ◦ 何が有名？ • お国⾃慢 • 性格やトリセツ ◦ ⾃分で⾒るとどんな⼈柄？ ◦ テンション上がることはなに？ ◦ 不得意なことや苦⼿なことは？ • 経歴 ◦ 職種はどれくらい経験ある？ ◦ 前職はどんなサービス？ • Findy⼊社あたり ◦ いつ⼊社した？何⽇⽬？ ◦ ⼊社前はどんな所が良いと思った？ ◦ 実際に⼊社してN⽇、どう感じた？ • これからやっていくことややりたいこと ◦ どんなお仕事‧チャレンジがしたい？ • 趣味は？ • 好きな… ◦ プログラミング⾔語は？ ◦ エディタは？ 相⼿を知り⾃分を知ってもらうことも 開発⽣産性につながる
167. 取り組みと結果 結果
168. 取り組みと結果 結果：6.3倍のデプロイ頻度に成⻑ デプロイ頻度
 変更失敗率
 修復までの時間
 変更までのリードタイム
 2020

169. 取り組みと結果 結果：6.3倍のデプロイ頻度に成⻑ デプロイ頻度
 変更失敗率
 修復までの時間
 変更までのリードタイム
 2023
 2020

170. 取り組みと結果 結果：平均PRマージまで: 150h → 6.4h (23x)    プルリク数: 3.4pr/day → 110pr/day (32x)
171. 取り組みと結果 結果：平均PRマージまで: 150h → 6.4h (23x)    プルリク数: 3.4pr/day → 110pr/day (32x) プルリク数 増
172. 取り組みと結果 結果：平均PRマージまで: 150h → 6.4h (23x)    プルリク数: 3.4pr/day → 110pr/day (32x) マージまで 早くなった
173. 取り組みと結果 結果：稼働⼈数: 4 → 25 (6.25x)    1⼈あたりのPR: 0.9pr/day/person → 4.3pr/day/person (4.8x)
174. 取り組みと結果 結果：稼働⼈数: 4 → 25 (6.25x)    1⼈あたりのPR: 0.9pr/day/person → 4.3pr/day/person (4.8x) メンバーも増えた
175. 取り組みと結果 結果：稼働⼈数: 4 → 25 (6.25x)    1⼈あたりのPR: 0.9pr/day/person → 4.3pr/day/person (4.8x) 1⼈あたりのプルリク数 増
176. 取り組みと結果 結果：レビューのリードタイム: min 0.1h, max 6h, 平均 1.3h
177. 取り組みと結果 結果：レビューのリードタイム: min 0.1h, max 6h, 平均 1.3h レビュー着⼿まで 平均1.3時間
178. 取り組みと結果 結果：レビューのリードタイム: min 0.1h, max 6h, 平均 1.3h レビュー着⼿まで 平均1.3時間 [PR]これらの可視化はFindy Team+でできます！w
179. 取り組みと結果 （再掲） Findyでは 短期的に「爆速顧客価値提供」を掲げた
180. 取り組みと結果 （再掲） 定義 作るものが決まってから ユーザーの⼿元に届くまでの時間と施策数
181. 取り組みと結果 結果 めちゃくちゃ開発が早くなり量も増えた
182. 目次
 a g e n d a 1. ⾃⼰紹介とFindy 2. 開発⽣産性の定義 3. 過去を振り返って 4. 取り組みと結果 5. これからのFindyと開発⽣産性 6. まとめ
183. これからのFindyと開発⽣産性 これまで 爆速で何かを作るための⼟台は作れた
184. これからのFindyと開発⽣産性 これから
185. これからのFindyと開発⽣産性 「挑戦するエンジニアのプラットフォームをつくる」
186. これからのFindyと開発⽣産性 メンバーが爆速で⾛るための 育成環境を整えてきている
188. これからのFindyと開発⽣産性 もちろんGitHub Copilot Enterpriseを 全エンジニアに貸与しています👌
189. これからのFindyと開発⽣産性 元メガベンチャーEMやVPoE経験者など マネジメントレイヤーも増えて サポートできる状態にしてきた(まだ必要だけど)
190. これからのFindyと開発⽣産性 技術的負債を常々解消するような タスク割合にしている (約2〜3割は⽣産性を上げる施策)
191. これからのFindyと開発⽣産性 さらに開発者体験をよくするために
192. これからのFindyと開発⽣産性 開発者アンケートで チームの健全度合いを調査して チームの改善を進めている
193. これからのFindyと開発⽣産性 開発⽣産性が上がった分 2倍の開発をできるようにしたり
194. これからのFindyと開発⽣産性 ドメインのキャッチアップをしたり
195. これからのFindyと開発⽣産性 チーム間でのコミュニケーションを もっととれるようにできる
196. これからのFindyと開発⽣産性 エンジニアチーム内だけではなく ユーザーの価値やKPIにヒットする施策を エンジニアも⼀緒につくっていく
197. これからのFindyと開発⽣産性 • 事業に貢献できるエンジニアは市場価値も⾼い
198. これからのFindyと開発⽣産性 • 事業に貢献できるエンジニアは市場価値も⾼い • エンジニアプラットフォームを作りたい我々も嬉しい
199. これからのFindyと開発⽣産性 • 事業に貢献できるエンジニアは市場価値も⾼い • エンジニアプラットフォームを作りたい我々も嬉しい 【⼀番嬉しい】 課題を持つエンジニアの⽅に爆速で価値提供をできること
200. 目次
 a g e n d a 1. ⾃⼰紹介とFindy 2. 開発⽣産性の定義 3. 過去を振り返って 4. 取り組みと結果 5. これからのFindyと開発⽣産性 6. まとめ
201. まとめ 開発⽣産性向上はいいぞ！ • 開発⽣産性を爆上げしたFindyの歴史を話しました
202. まとめ 開発⽣産性向上はいいぞ！ • 開発⽣産性を爆上げしたFindyの歴史を話しました • 我々の開発⽣産性 = 作るものが決まってから⼿元に届くまでの 時間と数
203. まとめ 開発⽣産性向上はいいぞ！ • 開発⽣産性を爆上げしたFindyの歴史を話しました • 我々の開発⽣産性 = 作るものが決まってから⼿元に届くまでの 時間と数 • 3つのトライ：CI/CD改善、開発フローとマインドの変化、 コミュニケーション改善
204. まとめ 開発⽣産性向上はいいぞ！ • 開発⽣産性を爆上げしたFindyの歴史を話しました • 我々の開発⽣産性 = 作るものが決まってから⼿元に届くまでの 時間と数 • 3つのトライ：CI/CD改善、開発フローとマインドの変化、 コミュニケーション改善 • 1⼈あたりの開発ボリューム増加と時間短縮ができた
205. まとめ 開発⽣産性向上はいいぞ！ • 開発⽣産性を爆上げしたFindyの歴史を話しました • 我々の開発⽣産性 = 作るものが決まってから⼿元に届くまでの 時間と数 • 3つのトライ：CI/CD改善、開発フローとマインドの変化、 コミュニケーション改善 • 1⼈あたりの開発ボリューム増加と時間短縮ができた • エンジニアチームに閉じない成果や事業貢献にも挑戦中
206. まとめ 開発⽣産性向上はいいぞ！ • 開発⽣産性を爆上げしたFindyの歴史を話しました • 我々の開発⽣産性 = 作るものが決まってから⼿元に届くまでの 時間と数 • 3つのトライ：CI/CD改善、開発フローとマインドの変化、 コミュニケーション改善 • 1⼈あたりの開発ボリューム増加と時間短縮ができた • エンジニアチームに閉じない成果や事業貢献にも挑戦中 • 開発⽣産性を上げることは⾃分のやりがいにも、 組織の成果にも繋げられる
207. まとめ 開発⽣産性向上はいいぞ！ • 開発⽣産性を爆上げしたFindyの歴史を話しました • 我々の開発⽣産性 = 作るものが決まってから⼿元に届くまでの 時間と数 • 3つのトライ：CI/CD改善、開発フローとマインドの変化、 コミュニケーション改善 • 1⼈あたりの開発ボリューム増加と時間短縮ができた • エンジニアチームに閉じない成果や事業貢献にも挑戦中 • 開発⽣産性を上げることは⾃分のやりがいにも、 組織の成果にも繋げられる • 挑戦するエンジニアのプラットフォームをつくる
208. 開発⽣産性Conference 2024 のご招待 テスト 和田 卓人氏 元Spotify EM Laurent Ploix氏 セキュリティ 徳丸 浩氏 トヨタ自動車 井芹 洋輝氏 CTO協会 広木 大地氏 アトラクタ 吉羽 龍太郎氏 開発生産性に関する最新の知見が 集まるカンファレンス 2024年6月28日・29日 虎ノ門ヒルズフォーラム
210. 開発⽣産性カンファレンス 開催は 6/28、29 です！
211. 開発⽣産性カンファレンス https://dev-productivity-con.findy-code.io/2024 or [ 開発⽣産性 カンファレンス ] で検索🔍
212. まとめ ご清聴ありがとうございました！ 📣お知らせ📣 ⭐Findyではエンジニア募集中です！→Findy 採⽤ で検索 ⭐Team+是⾮トライしませんか？ →Findy Team+で検索 ⭐開発⽣産性カンファレンス6/28、29来ませんか？