開発生産性のリードタイム1.5倍・デプロイ頻度2倍！実践した開発生産性改善施策の振り返り

昔あこがれていたギターを買ったり、ギター熱が更に熱くなっている村田です。
株式会社レコチョクでエンジニアリングマネージャーをしています。
今回は実際に行った開発生産性向上の取り組みについて、その結果をご紹介します。

はじめに

この記事は、ネイティブアプリ開発チームの開発生産性の指標を定義してみたの続きとなります。
前回の記事では、開発生産性の定義と、その評価指標についてご紹介しました。
今回は実際に行った取り組みについて振り返り、開発生産性向上の具体的な成果をご紹介します。

今回の取り組みは、まさに「開発生産性の向上」というシンプルな目的からスタートしました。

開発生産性の向上と言っても、定量的に測れなければ向上したかどうかを判断できません。そこで、まずは指標を定義して、判断ができる状態まで持っていくことが必要と考えました。

そのため、まずは「開発生産性って何？」という定義から始め、定量的に評価できる指標を可視化出来るようFindy Team+というツールを導入し、
開発チーム内で振り返りの場を作り振り返ることで、先行指標の向上・結果指標の向上を目指して進めてきました。

先行指標と結果指標は次の考え方で利用しています。

※施策選定の背景や詳細な理由については、前回の記事で詳しく解説しています。本記事では、実際に行った施策の内容と、その具体的な成果・現場の変化にフォーカスします。

指標を定義してから目標値を決めて、それに向かい改善をするというよりも、
定義してみた開発生産性の結果指標が定量・定性的にも開発生産性の概念とズレていないか？を確かめることも含めて、
FY24の目標は「結果指標向上の取り組み1件以上」として取り組みました。

結果指標としてDevOpsのFour Keysを利用しました。
ただ、通常のFour Keysでは本番環境への反映までを含めた指標ですが、ネイティブアプリの指標としては検証環境への反映までを含めた指標としています。
これは開発チームがコントロールしやすい範囲での改善を重視するためです。

先行指標としてコミットからマージされるまでにかかる時間や、PRの変更差分などを見れるチームサマリやサイクルタイム、レビュー分析を活用しました。
振り返りの際は主にここの数値を見ることで、開発チーム内の具体的な課題や改善結果を図るようにしていました。

「結果指標向上の取り組み1件以上」の振り返りです。

結果指標的には2つの指標が向上しました🎉

途中で指標を変更したため完全に計測出来ているわけではありませんが、変更障害率も低下傾向で、QAテスト後の不具合発生数も大幅に減りました。

リリース前のQAテストで検知した不具合発生数

数字で見ると、地道な改善がしっかり成果につながっているのが分かります。

目標を達成することで、開発チームやエンジニア個人の目線でどういった効果があったかも紹介します。

コミットからマージまでの時間が短縮（105.4h→64.4h）

PRの変更差分も大幅減少（920.8行→205.9行）

改善前はPRの粒度も大きく、マージまでにかかる時間も長くなっていました。
振り返りを通して、小さな変更で開発を進める様にすることでマージまでの時間も短縮しています。
その結果、問題点の早期発見・修正も可能になり、以下のようなメリットもメンバー視点で体感出来ているようでした。

今回の取組開始時、評価指標と設定していた値について、完全に納得まで出来ていない開発メンバーもいたため、定性面で答えてもらえるようなアンケートも実施しました。

そのアンケート結果でも、「やってよかった！」という声が多かったです。
上記のようなわかりやすい効果を実感出来たことも影響しているのか、納得感の高い結果も出ました。

以下が開発メンバーが記入してくれた内容のサマリーです。