落とし穴にハマってわかった 開発生産性を測るときに気をつけたいこと

PHPカンファレンス新潟2026 登壇資料
https://fortee.jp/phpconniigata-2026/proposal/b782993d-5095-4610-921d-1cdeaa7c4314

1. 落とし穴にハマってわかった 開発生産性を測るときに 気をつけたいこと 2026年11月14日 PHPカンファレンス新潟2026 ムナカタ（@kata_kata1478）
2. 自己紹介 名 前：ムナカタ 所属：KIYOラーニング株式会社 役割：Webエンジニア / 技術広報 • 愛媛 @kata_kata_1478
3. 私たちって開発生産性高いの？？
4. 開発生産性を意識する機会が増えた • チームとしてのパフォーマンスを上げたい • 開発プロセスを改善しても、効果測定がうまくできていない • AIツールの費用対効果も求められる雰囲気になってきた
5. 生産性として何を指標にするか
6. Backlogのチケット完了数を指標においた • 発生する作業はBacklogのチケット単位でタスクを管理している ◦ 開発、インフラ、問い合わせ対応など • Backlogのチケット完了数=アウトプット量になりうる？
7. 結果
8. チケット完了数の推移 ※イメージ図であり数字は実際のものではありません
9. ！！！？？！？
10. 劇的に完了チケット数が増加 ※イメージ図であり数字は実際のものではありません
11. 完璧じゃん！！？
12. そんなはずはない
13. チケット完了数は増えても 良くなった実感がない
14. よくある落とし穴にハマっていた
15. グッドハートの法則 • 「指標が目標になると、その指標は良い指標ではなくなる」 • 「開発生産性」を調べるとよく出てくるワード
16. 自分たちもまさにこれだった • 完了数を増やすために、 チケットを必要以上に細かく分割していた • チケット分割しすぎて間接コストも増えていた。 ※イメージ図であり数字は実際のものではありません
17. 改善を検討
18. 複数の指標を見ることにした
19. 複数の指標を見ることにした • Four Keysなどを参考に、 GitHubのデータを可視化 • レビューのリードタイムやPRのサイズのなども把握できるように。 ※イメージ図であり数字は実際のものではありません
20. 指標への向き合い方を変えた
21. 指標への向き合い方を変えた • 指標としている数値の変化には、さまざまな要因が影響する • 数値が良くなったからチームが良くなるとは限らない • 計測できないものにも価値もある • 数値の変化だけで良し悪しを判断するのをやめた
22. 数値の変化だけで良し悪しを判断するのをやめた • 数値の変化は「現状を理解するための情報の１つ」として捉える 以前 「どうすれば 数値が良くなるか？」 改善後 → 「数値が変化した背景には、 何があるか？」
23. チームの変化と今後 • チームとして、いい感じにPDCAは回せるようになってきた • 生産性の定義はできていない。 ◦ 定義する必要性も含めて検討したい • SPACEフレームワークなど、開発者満足度を改善する動きもしていきたい
24. まとめ：開発生産性の落とし穴にハマってわかったこと • ひとつの指標の改善を目指すと数値ハックのような事象が起こる • 定量・定性の両面から現状を把握することも大事
25. ご清聴ありがとうございました KIYOラーニングではエンジニアを募集しています！