開発生産性の可視化がもたらした開発効率を高めるための自走するカルチャー作り

エンジニア組織の拡大に伴い、チームの開発体制が定性的には問題なさそうに見えていたものの、それを客観的・定量的に把握することが難しい状態でした。特に、エンジニアの成果は売上に直結するものではないことが多いため、成果をどううまく伝えればよいか悩んでいました。そこで、開発生産性を可視化して、エンジニアの成果を説明できるようにならないかと考えて導入検討を始めました。

内製化できそうな面はあったものの、Findy Team+を実際に使ってみないとわからない点も多かったため、一旦導入をしてみようと判断をしました。多くの企業様が導入されているのを見て、まずは弊社でも使って試してみたいという思いが強かったです。

チーム実績の一つとして経営陣にFindy Team+のページを見せるようなことはしています。メンバーの異動やジョインの際にチームの開発生産性がどの程度変化するかを観測することで、リソースが足りているかどうかの判断にも使えるようになりました。

また、開発メンバーが自主的にヘルスチェックをして開発効率を高めようとしてくれる文化を作れたことは大きな成果だと思います。開発生産性をどう可視化すればよいのだろうとメンバーが試行錯誤してくれたおかげもあり、今ではSPACEを使って開発生産性を可視化してみようという取り組みも進められています。単にツールの導入をするだけでなく、開発生産性をどう可視化すればよいのかという本質的な問題に取り組めたことはとても良かったと感じています。

1. 見れるデータがたくさんあるため、どこをどう見れば何が明らかになるのかを理解するのに苦労しました
   
2. メンバーからはデータが何に利用されるのかが分からず不安といった声もあり、何のために可視化をするのかという説明をして目線合わせをすることに苦労しました
   

上記のような悩みもありましたが、CSの方から、Findy Team+を使ってふりかえりを行っているという事例を紹介されてから使うイメージがだいぶ湧いてきました。まず、自チームでスプリントごとに開発フローをふりかえる時間を設けて、Findy Team+を見てレビューが滞っていた原因などを話し合いながらNotionに議事録を残していきました。導入した当初は1on1でアクティビティを確認する時間も取っていたのですが、メンバー同士で話し合ってもらうほうがチームビルディングにつながると思い、現在はふりかえりでFindy Team+を見るようにしています。

単に数値を高めていくために導入するとメンバーからの賛同が得られにくかったり、数字のハックをやってしまう危険性があるため、数値の良し悪しを議論する前に開発フローのヘルスチェックとして定期的にFindy Team+を見る時間を取ると良いと思います。レビューが滞っているなど、メンバーがすでに感じている課題を解決するところから導入すると良いかも知れません。あと閲覧するページが多いので、まずは「サイクルタイム分析」だけを見るなど、ページを絞って使うと分かりやすいと思います。