adways_FV

エージェンシー事業やアドプラットフォーム事業を手がけるインターネット広告企業、アドウェイズグループでは、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

導入の決め手はカスタマーサクセス。 サイクルタイムを60%以上短縮に成功したアドウェイズのTeam+ の活用ノウハウとは？

dinii_FV

外食産業のインフラを目指すdiniiは、飲食店向けのPOSを中心として、 All in One Restaurant Cloudを展開しています。diniiでは、エンジニア組織における個人の振返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。今回は、diniiにてVPoT（VP of Technology）を務める唐澤さんと、エンジニアリングマネージャーを務める浦山さんに「Findy Team+」を導入した理由、現在の活用方法などについて伺いました。

開発パフォーマンスを経営層にも「見える化」へ。 部署の垣根を超え、全社員でプロダクトの改善に挑むdiniiの取り組み。

## プロダクトごとに合わせた計測を行うため、SPACEを導入
__――まず最初に、お二人のこれまでのご経歴や現在の役割について教えてください。__

__古賀__：新卒で小規模なシステム開発会社に入社し、JavaやC#による受託開発や保守運用などを経験しました。2022年4月にうるるへジョインし、技術戦略部として各部署への支援やIT統制、エンジニアの育成や成長施策など、多岐にわたって活動しています。

__筒井__：新卒1期生としてうるるに入社し、エンジニアとして数年間プロダクト開発に従事しました。その後、技術戦略部に異動し、技術戦略エンジニアとして活動しています。主な業務は、開発に関わる制度や仕組みの構築、新卒および中途エンジニアの研修、開発生産性向上の支援など多岐にわたります。また、その一環として、SPACEフレームワークの導入も推進しています。

![uluru_01](//images.ctfassets.net/ngrpflsbp3rq/uQPUQ8Brqz87MHHCG51ab/2b77caf512c94524821005c4081a2b65/1__.jpg)

__――開発組織の規模や体制についても教えていただけますか？__

__古賀__：業務委託の方も含めると、50名くらいです。体制としては、各プロダクトごとに開発チームがあり、技術戦略部が横串で見る形になっています。

__――開発組織では、どのようなミッションを掲げられていますか？__

__古賀__：技術戦略部としてのミッションは、経営戦略に基づいた技術戦略を策定し、エンジニアがプロダクト開発に注力できる環境を整えていくことです。それによって経営方針と開発のギャップを埋め、エンジニアが共通の目標を持って進めやすくします。

具体的な内容としては、技術支援や技術的な成長方針の設定、セキュリティの担保、開発チームのマネジメント支援、全社的な施策の取りまとめなどですね。現在、開発組織全体としてのミッションはなく、これから打ち出そうとしているのですが、そういったところを考えるのも技術戦略部の役割の1つです。

__――開発生産性の計測について、どのような背景から取り組みを始められましたか？__

__古賀__：弊社では開発生産性に限らず、パフォーマンスの可視化など、データドリブンに注力して取り組んできた背景があります。そうしたなか、自社の開発生産性が高いのか低いのかといった話題が、経営課題として上がりました。

その後、技術戦略部が開発生産性の計測についてオーダーを受け、まず取り組んだのがFour Keysの計測でした。それが2022年ごろのことで、スモールスタートで社内の2つの部署から取り組みをスタートしました。現在はSPACEも導入し、徐々に対象部署を増やしている段階です。

__筒井__：経営課題に上がる前は、自分たちの開発のスピードもレベル感もまったくわかっていない状態でした。他社と比べての良し悪しもわからず、まずは計測するところから始めたという形ですね。

__――SPACEの導入には、どういった経緯があったのでしょうか？__

__筒井__：当初は「Findy Team+」を導入してFour Keysの計測を始め、Eliteを目指していました。ですが、Eliteを目指していくだけでは、本当に開発生産性が上がっているのかわからなかったので、各プロダクトの特性に合った開発生産性を測るために、Four Keysだけでなく、SPACEを取り入れることにしました。

![uluru_02](//images.ctfassets.net/ngrpflsbp3rq/4IJXcoxWeeBSmtZ36BRamu/39af2916e6d3647cfdf67f1e8261b223/2__.png_)

弊社のようにプロダクトが複数存在している会社では、それぞれのプロダクトごとに開発の特性に違いがあります。つまり、プロダクトごとに開発生産性の基準も異なるはずなので、そうした特性に合った開発生産性の基準を設けて、最適な状態にしていく必要がありました。

__――どのような場面で、Four Keysだけでは開発生産性を測るのが難しいと感じましたか？__

__筒井__：指標上ではEliteになっているのに、実際にはプロジェクトが遅延しているなど、本当に開発生産性が高いのかどうか疑問に思うことが起きていました。なので、指標を見ても具体的にどこを改善するべきかわからず、運用改善が思うように進まなかったんですね。

もう1つ、弊社の環境的な要因として、前期まで中期経営計画を目標に掲げていたため、厳しい環境下で開発生産性を求められる状況がありました。それにより、開発メンバーに負荷がかかってしまい、モチベーション低下につながっていたんです。

開発生産性を向上させることと、開発者体験を良くしてモチベーションを上げていくこと、この2つが大事だと感じて、どちらも向上させていくにはSPACEが適しているのではないかと考えました。

Four Keysだけを測っていたときは、数字だけが上がっていて、チームリーダーや現場に今の状況を聞いても「よくわからない」と返ってくることがあったのですが、SPACEの導入によってより見えやすく、会話しやすくなったと思います。

あとは、やはりプロダクトごとに合わせた運用が難しかったですね。当時の僕たちはまだ知識不足だった部分もあって、どう落とし込めばいいかあまりわかっていませんでした。Four Keysだけで上手くいっている企業もあると思うので、弊社には合わない部分があったかもしれません。

__古賀__：Four Keysは明確に決まっているフレームワークですが、SPACEはある程度、曖昧な部分が残されています。そのため、プロダクトごとに合わせて活用しやすく、フレームワークに縛られすぎることなくトライアンドエラーできたところが良かったと思います。

![uluru_03](//images.ctfassets.net/ngrpflsbp3rq/6fuVFtT8JoCgWBY2aKexJg/52e1b2dff939a2dbfdf5e96744cfd05b/3__.jpg)

## SPACEの導入事例が少ないなか、自社での活用に落とし込む
__――開発生産性の可視化を進めていくにあたって、現場からのネガティブな反応などはありませんでしたか？__

__古賀__：最初にFour Keysの計測を始めたときには、それで評価が決まってしまうのではないかとか、生産性の低いメンバーが槍玉に上がってしまうのではないかといったことは話題に上がっていました。

そこについては、個人にフォーカスするのではなく、チームにフォーカスしていくことを十分に説明しました。経営層など、非エンジニアの方に共有する際も、どこかのチームや特定のメンバーが悪く映らないようにというのは、かなり気を使っていたポイントです。

__筒井__：その後のSPACE導入にあたっては、「Findy Team+」を既に導入していたチームでは理解があり、さまざまな指標を測っていくことにも抵抗がありませんでした。ただ、業務委託のメンバーや最近入ったばかりの正社員メンバーには、なぜ計測するのかがまだ十分に伝わっていなかったんですね。

メンバーからは、アウトプット量が可視化されることへの否定的な反応もあり、あくまでチームでのアウトプット量を上げることが目的だと、しっかりと理解してもらう必要がありました。なので、根気よく1on1でミーティングをして、なぜ計測するのかといったことをコミュニケーションしていきました。

__――取り組みを始めた当初、ほかにも難しかったことはありましたか？__

__古賀__：SPACEの導入にあたっては、当時は国内の事例はもちろん、海外の事例もまだあまりなく、参考にできるものが非常に少ない状況でした。それこそファインディさんのイベントに出て、SPACEに取り組んでいるという企業の方がいれば、すかさず話を聞きに行っていましたね。

一番参考にしていたのは、SPACEを提唱したNicole Forsgrenさんが書かれた英文記事で、それを技術戦略部のなかで読み合わせしたりもしました。我々が理解していなければ開発メンバーへの落とし込みもできないので、我々のなかで噛み砕いていく地道な作業を行っていました。

__筒井__：SPACEの学習には、2ヶ月くらいかかりましたね。事業部にプレゼンするために、自分なりにまとめて落とし込んでいく作業が大変でした。

Four KeysにもSPACEにも共通して言えると思うのですが、他社の導入事例を見ても、自分たちのプロダクトになかなか当てはまらないことが多いんですよ。同じ業種だと参考にしやすい傾向にありますが、どう当てはめていくかを考えるところが難しかったです。

![uluru_01](//images.ctfassets.net/ngrpflsbp3rq/1ZBwJYB6oWRadFfS6Ul5Sq/a2adb245a7878093bcb7eed29154a5a2/4__.jpg_)

__――その後、各チームへのSPACE導入はどのように進めていきましたか？__

__筒井__：事業部のメンバーにSPACEを理解してもらったうえで、メンバーと一緒に各プロダクトにとっての開発生産性とは何かを考え、測定する指標を定めていきました。そして、定めた指標に対して、目標や基準をどこに置くかを決めるというのが、準備として最初にやったことです。

SPACEには5つの指標があり、最低3つを選択することが推奨されています。ただ、これに関して「NJSS」ユーザーチームを例に挙げると、5つの指標すべてを測って始めました。Four Keysと同じく、測っても改善につなげられなければ意味がないので、まずは改善のためにより多様な指標でファクトを集めようと考えたからです。

SPACEの指標は、満足度、パフォーマンス、アクティビティ、コミュニケーション、効率性の5つです。このうち満足度については、「Wevox」というツールを利用して、開発者の満足度をスコアとして計測。パフォーマンスについては、「Pivotal Tracker」で開発工数を管理しているので、そのストーリーポイントを計測しています。

![uluru_05](//images.ctfassets.net/ngrpflsbp3rq/7mFFhuxkHIhJlLTuJINTly/13629a738e96cca7e9d5061b1bb82243/5__.png)

残りの3つは「Findy Team+」で計測していて、アクティビティはマージ済みPR数、コミュニケーションはオープンからレビューまでの平均時間、効率性はオープンからマージまでの平均時間としています。

コミュニケーションの部分に関しては、しっかりとコミュニケーションができていればいるほど、レビューまでの平均時間が短くなるだろうという仮説を我々は持っているので、そのように設定しています。

![uluru_06](//images.ctfassets.net/ngrpflsbp3rq/67QDi88v4X2YwXtxDbWwmE/6712dc18b9a751ab261315a99ec5eda7/6__.jpg______.jpg)

## マージ済みPR数は51.9%向上、リードタイムは41.7%短縮へ
__――SPACE導入の取り組みを通じて、良かったと感じるポイントについて教えてください。__

__筒井__：良かったポイントはいくつかあります。まず1つ目は、SPACEの導入によって多様な指標が見え、運用改善がしっかりとまわるようになったことですね。これに関して、「NJSS」ユーザーチームが自動レビューの機能を導入した際の例があります。

自動レビューは、PRを上げると自動でAIがレビューしてくれるもので、導入目的は開発生産性を上げるためでした。ところが、SPACEで測っても、開発生産性が全然上がっていなかったんですよ。なぜなら、自動レビューを入れたことで、AIが1回目のレビューをした後、2回目のレビューで誰も気づかない状態になっていて、むしろ遅くなってしまっていたんです。

そういった問題点を、多様な指標で見るようになったことで問題のボトルネックを特定し、対応に繋げられるようになりました。何が問題になっているのかについて、ファクトをもとに会話できるようになったことは良かったと感じています。

2つ目は、チームメンバー全員が開発生産性を意識するようになったことです。今までは、チームリーダーやマネージャー陣しか、あまり開発生産性を意識していませんでした。ですが、SPACEを導入して、スクラムイベントに運用改善を入れるようになったことで、チームメンバーの会話の量や主体的な行動が増えました。

そして3つ目は、経営陣や部長陣など、非エンジニアの方々ともコミュニケーションしやすくなったことですね。開発チームが今どういう状態なのかについて、より伝えやすくなりました。

__古賀__：加えて、横串組織である技術戦略部の目線としては、以前よりも各チームの状態の透明化につながっていると感じます。各チームの開発生産性やエンゲージメントの推移がわかるようになり、そこから支援をするかどうかのジャッジがしやすくなりました。

以前は、マネジメント支援を行う際にも、例えば事業部定例に参加して様子を見たり、事業部長から直接聞いたりしていました。今はそれだけでなく、数値で総括して見れるようになったので、それも良かったことの1つだと思っています。

__――取り組みを進めるなかで、「Findy Team+」における数値の変化はいかがでしたか？__

__筒井__：SPACEを本格的に事業部に導入し始めたのが、昨年の11～12月からでした。「NJSS」ユーザーチームは、低迷していた時期があったんです。それは1つのプロジェクトが終わったタイミングで、開発生産性を上げられなかった背景もあるのですが、スコアが安定していませんでした。

取り組みを進めた12月から2月の数値の変化を見ると、マージ済みPR数は51.9%向上、リードタイムは41.7%短縮しています。「NJSS」ユーザーチームでは、安定的な開発を目指していたので、数値が改善したこともそうですが、スコアが安定してきたことが成果として大きいと思います。

![uluru_07](//images.ctfassets.net/ngrpflsbp3rq/5RmvvCso9IO1pzjYpsofOa/d9a99db9c5aa803eb62e44351a2efb92/7__.jpg______.jpg)
リードタイムサマリ（2023年10月～2024年3月）

![uluru_08](//images.ctfassets.net/ngrpflsbp3rq/2lh3u0eAn8EKXY5DDaxkJa/df6a10fe9cfc0f78178fc1f39f3de9e2/8__.jpg______.jpg)
アクティビティサマリ（2023年10月～2024年3月）

## チームだけでなく、個人やシステム面の開発生産性向上も
__――開発生産性の取り組みに関して、今後のトライとして考えられていることはありますか？__

__筒井__：今はまだSPACEを30%くらいしか活用できていないと感じていて、道半ばな状態です。前期は導入期間でしたが、今期からは本格的な運用に入っている背景もあり、成果をしっかりと出していくことを目指しています。

成果と言っても、ただ数値が良くなればいいというわけではありません。各プロジェクトの事業部長から、目指したい開発生産性に関する情報をキャッチして、それに近づけるように組織の構築を手助けしていく。そういったところで成果を出すことが、まずは一番です。

また、SPACEを導入してから、チームの開発生産性は測れるようになりましたが、まだ個人の開発生産性を使ったチームメンバーへのケアや、システム面での開発生産性の定義などはできていません。なので、今後さらなるSPACEの活用として、個人やシステム面の開発生産性向上にも取り組んでいきたいと考えています。

それから、SPACEでは定量と定性、両方の指標を使って開発生産性を測れるところがメリットですが、まだあまり定性的なデータを活用できていません。そういったところもしっかりと活かして、もっと1on1の材料などにも上手く活用していきたいです。SPACEを導入している企業の方々にも、いろいろお話を聞いてみたいですね。

__――それでは最後に、御社の開発組織のアピールポイントや一緒に働きたいエンジニア像について教えてください。__

__古賀__：弊社は、とても風通しが良い会社です。事業部を管掌している役員との距離が近く、直接意見を伝えることもできますし、やりたいことに関しても寛容です。働き方についても、リモートワークを中心に柔軟に選択でき、ライフステージの変化に対応しやすい環境があります。入社した方々から「良い人が多い」と言ってもらえているところも、特徴の1つですね。

開発組織としては、さまざまなSaaSやクラウドソーシングのプロダクトを手がけており、それぞれのプロダクトに最適化された技術スタックを利用しています。多様な技術をキャッチアップできる環境やチャレンジできる場が豊富にありますので、技術力をさらに向上させたい方や、新しいプロジェクトの立ち上げを経験したい方にとって、非常に魅力的な環境だと思います。カジュアル面談も行っていますので、興味を持たれた方はぜひご連絡ください。

__――古賀さん、筒井さん、ありがとうございました！__
![uluru_09](//images.ctfassets.net/ngrpflsbp3rq/26yIbQzAfHfK2MmrBWr0ry/543c5e316fca9d417b97545a65910598/9__.jpg______.jpg)

※現在うるるでは、エンジニアを募集しています。

[https://findy-code.io/companies/1077](https://findy-code.io/companies/1077)

※「Findy Team+」のサービス詳細は、以下よりご覧いただけます。

[https://findy-team.io/](https://findy-team.io/)


uluru_FV

入札情報速報サービス「NJSS（エヌジェス）」など、複数のSaaSを展開する株式会社うるるでは、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。  今回は、うるるの技術戦略部にてエンジニアとして活動する、古賀さんと筒井さんにインタビュー。開発生産性の計測において、SPACEフレームワークを導入した背景や取り組み内容、そのなかでの「Findy Team+」の活用方法などについて伺いました。

SPACEにより、リードタイムが41.7%短縮。 うるるが実践するSPACEフレームワークとFindy Team+の活用方法とは？

## ミッションは「日本一の開発組織をつくる」こと
__──最初に小笠原さんの主な経歴や、現在の業務内容について教えてください。__

__小笠原__：ファーストキャリアはハードウェア技術者でした。その後、システム開発会社に転職してソフトウェア開発を経験し、クラウドインフラの世界に関心を持つようになったことをきっかけに、2020年12月にネクサスエージェントに転職しました。

以前はクラウドエンジニアとして働いていましたが、2024年1月から開発課の課長に任命いただき、エンジニアリングマネージャー職に就いています。経営陣と現場をつなぐポジションとして、採用にも一部関わっています。また現場でも手を動かしていて、IaCやterraformを使ってAzureを構築したり、GitHub ActionsやCI/CDの自動化も担当しています。

__──プレイングマネージャーとして活躍されているのですね。開発組織の人数や体制ついても教えていただけますか。__

__小笠原__：全体の開発人数は約20名で、開発手法はスクラムです。エンジニアが参画しているプロダクトが4チームほどあり、1プロダクトに1スクラムチーム、中の人数は必ず9名以下、かつ必ず兼務なしという体制にしています。

![smartshopping_nexusagent_0617_1](//images.ctfassets.net/ngrpflsbp3rq/5WMegogfKgWuPRo38Pjzr3/671f9cf2b9f4f2031b836cd7ddb3bf33/1__.jpg)

__──組織のミッションも教えてください。__

__小笠原__：全社的には「不動産を通じて、価値を提供し、世界を変えていく」をミッションとしていて、不動産業界が抱える情報の非対称性といった課題の解消を目指しています。

代表の岩田からは「目的を達成するためにはネクサスエージェントが日本一の会社になる必要がある。各部署がそれぞれ日本一になって欲しい」と伝えられており、開発組織には「日本一の開発組織をつくる」というミッションが課せられています。

## ミッション達成に向けて、開発生産性の計測がスタート

__──開発生産性の計測に取り組もうと思われたきっかけと「Findy Team+」の導入理由を教えてください。__

__小笠原__：開発生産性の計測は、ミッションを達成するために必要不可欠なものでした。「日本一の開発組織」と一言でいっても、いろいろと定義できますよね。そうなると目的がぶれてしまいますし、組織として全員が同じゴールを目指すことが難しくなってしまいます。

目標を明確にするためにも、Four Keysの最上位（Elite）チームを目指すことにしました。一度にさまざまな施策を進めるとパニックになってしまうため、前任の河野（現 取締役CTO）が「まずはFour Keysの1指標：デプロイ頻度に焦点を当てて取り組もう」と判断しました。
指標改善には可視化が必要だと考えていたので、手間なく可視化ができる「Findy Team+」を導入することにしました。

__──Four Keysを導入することになった経緯についてもお話いただけますか。__

__小笠原__：DORAの調査レポートをもとに、経営目標を達成するためには、開発生産性を向上することが重要だと経営陣に伝えました。その際に、経営目標の達成と開発生産性の向上は必ずしもイコールの関係ではないという話もしています。全社レベルでのボトルネックを特定するためにも、開発生産性の可視化が重要だと説得した結果、Four Keysの導入が決まりました。

__──全社レベルでのボトルネックの特定というと？__

__小笠原__：例えば経営目標が達成できなかった場合、経営陣は原因がどこにあるのかを特定する必要があります。そのとき、開発生産性を可視化していれば、「Four Keys はオールゴールドを達成しているので、開発組織ではなく他部署に原因がある」と言えるわけです。それは逆も然りで、Four Keysがオールゴールドになっていない場合は、開発組織に何か原因があるかもしれないと推測できますよね。

数字にはさまざまな原因が絡んでいるため、ボトルネックを特定するのは難しいことではありますが、経営における一つの判断軸として開発生産性を可視化しておくのは重要なことだと思います。

![smartshopping_nexusagent_0617_2](//images.ctfassets.net/ngrpflsbp3rq/71RybJcy81Zb3w2RboD7gn/c81b3ad06cb09fdbbc793080837ded60/2__.jpg)

## 会社としてのボトルネック特定や人事評価にFour Keysを活用

__──Four Keys 以外に定量指標として設定されているものはありますか。__

__小笠原__：Four Keys以外にも、データの量/品質やSRE的指標についても定量目標を掲げ管理を行っています。データの品質や量が重要であるということは、AI時代においてもはや説明不要だと考えています。SRE的視点については、CICDを10分以下にするといった開発者の心理的負担や、サービス信頼性を起点にした運用のベストプラクティスが非常に素晴らしいと考えています。開発組織の立ち上げが2021年6月で、まだまだサービスの運用には課題があります。数多ある目標の中からボトルネックを特定して、一つずつ改善を進めていきたいですね。

__──現在はエンジニアの皆さんの目標数値として、Four Keysを設定されているというイメージでしょうか。__

__小笠原__：おっしゃる通りです。エンジニア一人ひとりの目標を設定をする際に「スペシャリストを目指す」「マネジメント職に進む」といった二つのパターンが考えられます。

スペシャリストを選択された方々は育成目標にFour Keysの数値を設定していて、人事評価を行う際はプルリクエストの件数やデプロイ頻度などの数値をもとに昇格できるかどうかを判断しています。テックリードなどを目指す場合は、Four Keysだけでなく他の観点も含めて評価しています。なお、マネジメント職を希望された場合は、Four Keys 以外のKPIを設定することもありますね。

![smartshopping_nexusagent_0617_3](//images.ctfassets.net/ngrpflsbp3rq/64IZA9RNgF8ynDHAyUc7AV/0321932804d4b2060ad143d980cc8561/3__.jpg)

__──Four Keysを人事評価にも組み込まれているのですね。Four Keysを評価に組み込む上で、何か大変だったことはありますか。__

__小笠原__：Four Keysだけではなくマネジメント全般で言えることなのですが、会社と個人の方向性、目標を擦り合わせるのは難しいと改めて感じました。私としては努力した人が報われる仕組みをつくりたいと考えているものの、会社として達成すべきこととエンジニア個人のキャリア目標が必ずしも合致するとは限りません。

しかし、せっかく努力して良いものを開発したのに、会社に評価されなければ開発者体験が良いとは言えないでしょう。マネジメントをするようになって半年ほど経ちますが、会社と個人の目標のギャップを埋めるのには未だに苦戦することがありますね。

## 「Findy Team+」や承認フローの変更を経てFour Keysも向上

__──小笠原さんが以前に所属されていたTDSチームの「Findy Team+」を見ていると、ここ1年でデプロイ頻度が伸びており、導入当初から比較すると3倍まで数字が改善されています。理由はなんだと思いますか。__

![smartshopping_nexusagent_0617_4](//images.ctfassets.net/ngrpflsbp3rq/5yzYjt5xdd4Pn8KnoOr226/26024cbbb41b16f79e11bb95fee076f3/4__.png)

__小笠原__：印象に残っているのは、開発のメンバーには高い目標を設定すると同時に、経営陣が開発組織に大きな期待を寄せてくれていると率直に伝えたことです。高い目標設定が個人のキャリア/経営陣の期待に応えることになると伝えました。

加えて、CI/CDの高速化のために専用のサーバーを立てるなど、経営陣が求めるばかりではなく支援する姿勢を示してくださったことで、すごく一体感が高まりました。また、承認プロセスを変更し現場に裁量権を与えてくださったことも効果的だったように思います。

__──承認プロセスの変更について詳しく教えてください。__

__小笠原__：計測を始めた当初は、リリースをするためには企画部門の次長に承認してもらう必要がありました。

しかし、承認は仕様通りの実装がなされているかの確認です。加えて自分が書いたコードのことは、書いた本人が一番理解しています。せっかく内製開発するのであれば、エンジニアが企画に寄り添って、同等のレベルまでビジネスを理解する。そして作ったソフトウェアは中身まで熟知しているエンジニアがチェックするのが最善だと考えました。

そこで、私がまだ課長職ではないメンバーだったときに次長を説得して、次長の承認を待つのではなく、現場判断でリリースできる仕組みに変更したのです。それによってエンジニアたちは自分たちのつくるものにより責任を感じてくれるようになりましたし、ビジネス理解も深まりました。次長の負担が減ったことで組織拡大に踏み切る決断も下すことができました。

## 「Findy Team+」を通して開発組織のプレゼンスを高める

__──これまでの取り組みを通して、開発生産性の計測および「Findy Team+」を導入したことによるベネフィットはどのようなところにあると思いますか。__

__小笠原__：人事評価におけるポジショントークがなくなり、評価軸が明確になったのはよかったなと思います。

具体的なエピソードとして、部下の一人に私の同級生がいて、彼の評価をする際に「エコ贔屓しているのではないか」と周囲のメンバーに疑われてしまう可能性がありました。

これは当然のことだと思います。しかし「Findy Team+」でFour Keysを可視化したことによって、定量的に評価していることが明確となり、そのような問題を解決できたのです。
また、Findy Team+導入以前は1on1でエンジニアが担当したプルリクエストなどに飛んで、Githubのコードを一緒に見ていました。検索結果のまま実装しただけなのか、理解したうえで実装したのか、説明できるかといったことを評価の軸にしていました。

この活動自体は今も変わらないものの、単純に手間が減りましたし、Github上の活動のすべてを集計/可視化するといったことは人力では不可能でした。

![smartshopping_nexusagent_0617_5](//images.ctfassets.net/ngrpflsbp3rq/168PE04hJw9EvlfryWx2iP/b6a3b97ff0f50bffb09506706d30420d/5__.jpg)

__──可視化の取り組みについて、今後の展望を教えてください。__

__小笠原__：オールゴールドを達成しているチームは、生産性を維持しながら育成など次のステップに進んでもらいたいなと考えています。オールゴールド未達のグループに関しては、引き続き改善に取り組んでもらいたいなと。

開発組織全体としてはより高度なFindy Team+の利用をメンバーたちにも広げていきたいと考えています。現在はスクラムマスターなどリーダー陣が利用するに留まっていますし、KPT振り返り/ミーティング分析などが積極利用できていません。Findy Team+の可視化を組織に広げて、毎日全員がFindy Team+を見て仕事を始める/終える。組織も個人も、自分を客観的に振り返り改善する、自律自転型組織を目指したいですね。

__──最後に、組織のアピールポイントや一緒に働きたいエンジニア像を教えてください。__

__小笠原__：当社では経営戦略として明確にAI拡張開発の導入／検証／推進を掲げ、生成AIとともに開発を行う「AI拡張開発」を推進しています。従来のアジャイル開発の基本姿勢を守りつつ、生成AIを使って生産性を改善し、生成AIを組み込んだプロダクトへ投資できていることは、当社の強みでもあります。

人事評価は四半期ごとに行っており、1クォーター、2クォーターと連続で昇給したメンバーもいます。努力してスキルを向上している人は正当に評価する仕組みができていて、やりがいを感じられる環境であるのもポイントです。

また生成AIによってソフトウェアを作るハードルが下がっており、より顧客の目線に立って「求められているもの」を理解したうえで、「それが作れる」エンジニアの必要性が高まっていると考えております。AI拡張開発によって一人のエンジニアがアウトプットできる総量は増え、初学者にも知識の高速道が整備されつつある今、「ソフトウェアをただ作るのではなくプロダクト理解の上で、最高のソフトウェアをAIとともに作れる」そんな志を持つ仲間を求めています。

__──小笠原さん、ありがとうございました！__

![smartshopping_nexusagent_0617_6](//images.ctfassets.net/ngrpflsbp3rq/6wJMX3FWHiBsE8fT7orDTM/b1825ce8fb2237e53578bee23705202e/6__.jpg)

__※ネクサスエージェントでは、エンジニアを募集しています。__

[https://findy-code.io/companies/1066](https://findy-code.io/companies/1066)

__※「Findy Team+」のサービス詳細は、以下よりご覧いただけます。__

[https://findy-team.io/service_introduction](https://findy-team.io/service_introduction)


smartshopping_nexusagent_0617_FV

不動産を中心とした金融資産の流通において、テクノロジーを活用して新たな価値を創出、提供している株式会社ネクサスエージェント。同社では、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用頂いています。  今回は、同社で開発課の課長としてエンジニアリングマネージャーを務める小笠原さんにインタビューを実施。開発生産性の計測に取り組んだ背景や人事評価にFour Keysを組み込んだ事例、「Findy Team+」の導入理由についてお話をうかがいました。

Four Keysを人事評価に活用。 Findy Team+から従業員が納得する評価制度を構築するネクサスエージェントの取り組みとは？

smartshopping_interview_0617_FV

IoT重量計「SmartMat」を使った在庫管理・発注自動化のソリューションを展開する株式会社スマートショッピングでは、エンジニア組織における個人の振返りや組織の課題発見にエンジニア組織支援クラウド「Findy Team+」を活用いただいています。今回は、スマートショッピングでエンジニアリングマネージャーを務める仙葉さんとSREとして活動する木村さんにインタビュー。開発生産性の計測において、これまでに進めてきた取組みの内容や実際に「Findy Team+」の数値がどのように変化したかなどについて伺いました。

デプロイ頻度は5倍、リードタイムは6分の1に。在庫管理自動化SaaSを手掛けるスマートショッピングの開発生産性向上に向けた取り組みとは？																																		

## エンジニアが増えるなか、育成基盤をつくることがミッション

![hokan_interview_0613_1](//images.ctfassets.net/ngrpflsbp3rq/4gSdFXdgUEbw5P9MfcQBt/2cb15b16ef0ddcb6c35eadcc89f3a5f8/1__.jpg)

__――まず最初に、前島さんのこれまでの主なご経歴と現在の業務内容を教えてください。__

__前島__：大学院を出た後、新卒でITコンサルタントの会社に入社し、貿易の帳票管理システムやマスタ管理システムのプロジェクトリーダーとして、追加開発や運用保守に携わっていました。

その後は、スキルシェアプラットフォーム「TimeTicket」の創業期からグロース期にかけて、エンジニアとして参画。その2年後、クリエイティブ特化のクラウドソーシングを展開するMUGENUPからシステム部長としてのオファーをうけ、手を動かすだけでなく、マネジメントも経験しました。

その後、株式会社D2Cのスタートアップに事業全体を見渡す立場で参画したのですが、なかなか事業が思うようにいかない場面も多くありました。そうした中、hokanからお声がけいただき、改めて開発組織でバリューを発揮したい、hokanの経営陣の方々と一緒に働きたいという気持ちから、エンジニアリングマネージャーとして入社。2022年から2024年5月までは、人事責任者を務め、また今年の6月よりエンジニアリングマネージャーとして開発組織の課題解決に務めています。

__――hokanの経営陣の方々と一緒に働きたいと思ったのは、どのような理由からだったのでしょうか？__

__前島__：初めてお会いした時にhokanの経営陣は、すごく徳がある人たちだと感じました。自分たちの利益のためや承認欲求ではなく、hokanに参画してくれる人たちに還元したいと考えている。みんなで成長していこうという思いが強く、とても余裕が感じられたところが大きかったです。

__――現在の開発組織の規模や体制について教えてください。__

__前島__：ソフトウェアエンジニアやSRE、QAチーム、そしてCREというデータマイグレーションを中心に行うエンジニアや、テクニカルサポートエンジニアのチームを合わせるとTech Divisionは30名弱。それらをTech Div.長の小倉、テックリードの新井、CTOの横塚が管掌し、それぞれのチームを統括しています。

__――前島さんが今持っているミッションはどのようなものですか？__

__前島__：Tech Div.では主にエンジニアリングマネージャーとして、エンジニアの採用、イネーブルメント、育成や組織開発を中心に見ています。幸いにもエンジニアの人数が増えたので、これから先どうやって育成し、生産性を向上させていくかが課題です。これはすぐに数値として結果が表れるものではないため、まずは育成の基盤を整えることが直近のミッションです。

__――そうした育成を重視する観点は、会社のカルチャーとしての側面が強いですか？__

__前島__：そうですね。事業モデルがバーティカルSaaSであるため、エンジニアの人数が増えることで売り上げが直接的に伸びるわけではありません。1人当たりの生産性を上げることによって、非連続的な成長を生み出していくビジネスになります。

そのために求められるのは、バーティカルSaaSの場合、ドメインに深く入り込み技術を深めることです。となると、やはり育成が必要です。また、テクニカルスキルだけでなく、ビジネススキルも含めた育成が投資対効果を高めると考えています。

__――開発組織として設定されているOKRやKPIはありますか？__

__前島__：全社の方針に応じて柔軟に変わりますが、1つはスクラム開発におけるアウトプットの量です。例えばこのクォーターでは、ストーリーポイントやインシデント数、QAチケットの消化ストーリーポイント、サイクルタイムなどが指標に置かれています。

![hokan_interview_0613_2](//images.ctfassets.net/ngrpflsbp3rq/6CIVs8Odet0MNbeiXA1n5W/cd3f5b8baf797f4a1f300217dccfeeee/2__.jpg)

## 開発生産性の可視化を始めて、曖昧な議論がなくなった

__――「Findy Team+」を導入いただいて2年ほどが経ちましたが、当初はどのようなきっかけから導入いただきましたか？__

__前島__：そのころから開発生産性については注目していて、モニタリングしていきたいと話していました。ただ、実際に測るとなると、例えばGitHub上でのプルリクのマージまでのリードタイムなどがありますが、そのダッシュボードを手作業でつくるとかなりの手間がかかってしまいます。そういったタイミングで「Findy Team+」を紹介いただいたので、導入を決めました。

__――開発生産性の可視化を始めて、気づきや変化を感じた部分について教えてください。__

__前島__：曖昧な議論をしなくなったと思います。例えば開発が遅いとか、開発は今どうなっているのかと言われたときに、もちろん全体を通して問題や課題は様々ですが、開発のフローの中でどこがボトルネックになっているかなどは具体的な数値をすぐに確認できます。そこで見えた課題を解決していこうという、ビジネス側であれば当たり前の会話が、開発側では曖昧になっていたんですよね。そういう曖昧な会話がなくなったところは、良かったと感じます。

__――「Findy Team+」導入後、多くのエンジニアの方がジョインされたと思いますが、ジョイン後の立ち上がりスピードはいかがですか？__

__前島__：今いるエンジニアの大半は、「Findy Team+」が導入された状態で入ってきていて、ジョイン後の立ち上がりは計測できるようになったと思います。ただし、より成果を出しやすいオンボーディングや細かなゴール設定はまだ整備されていないので、今後はさらにオンボーディング体制を整えるフェーズとなります。
その上で現場のリーダーや私が1on1で状況や進捗を確認しながら、阻害要因なく開発できているかをモニタリングしています。

立ち上がりとしては、今後の施策次第ですが3ヶ月でパフォーマンスが発揮できる人材は数値ベースでいうとスムーズに開発に入れていることがわかります。最初の1ヶ月はキャッチアップして、2ヶ月目に入るときにはもう開発できるようになっていて、問題なく進んでいく状態です。

__――hokanでは、チーム全員でオンボーディングする体制が整えられていると聞きました。__

__前島__：全体の生産性を上げることは、入社前のプレボーディングからオンボーディングによってスタートしていきます。入社当初はわからないこともあるので、基本的に生産性は低い状態が当たり前だと思います。そこからいかに立ち上がりを早くして生産性を向上させていくかというとき、入社前の準備からオンボーディングが重要になります。その中で、同じチームなのに全然話したことがない人がいたら、非常に仕事がしにくいですよね。

そういったことを解消する一つの例として、全員で自己紹介の1on1をしたりしています。一人ひとりが懇切丁寧に教えるというよりは、ちゃんと全員の顔を知って、全員で話す。一緒に働く仲間ですから、全員でオンボーディングするのは当然だと思えるようにメッセージングしています。それ以外に、細かく指示を出したりはしていません。

しかし、組織拡大において出てくる課題解決はこれだけだと不十分になるため、ここからさらにアップデートして、この四半期ではもっと早く立ち上がりが早くなりパフォーマンスが発揮できるようにオンボーディングをアップデートしております。

__――オンボーディングが終わった後、意識すべきこととしてメンバーに伝えている内容はありますか？__

__前島__：メッセージという意味では私からは特にないです。これからやろうとしているのは、アクセラレーションやキャリア開発としてスキルマトリクスでチームのケイパビリティと個々の能力の可視化すること。それが整理されていないと、本人がやりたいことがあっても何を埋めていけばいいかが見えず、曖昧な議論になってしまうからです。

例えば、本人が「自動化テストをやりたい」と言ったとき、フロント側の知見がまったくないのに任せるのは無責任だと思っています。そういうときに、「フロント側の実装経験が少ないから、もう少しこれをやってからにしましょう」と伝えて本人とすり合わせるべきで、そのための土台をつくりたいと考えています。

__――「Findy Team+」導入後に入社された方から、自分のアクティビティやチームのデータが可視化されることに対して、ネガティブな声が上がったことはありましたか？__

__前島__：特になかったですね。可視化しているからといって、他の人と比較してコミットがどうかという話はしていないので、そういった理由もあるかもしれません。

![hokan_interview_0613_3](//images.ctfassets.net/ngrpflsbp3rq/5TzBzSBuucKgQ3kaAJvkXJ/1e378f2afc83f5ef06ebc19392b82750/3__.jpg)

## 人数の拡大や「Findy Team+」の進化に伴った変化も

__――エンジニアの人数が増えて、「Findy Team+」の使い方が変わってきた部分はありますか？__

__前島__：見るメンバーが増えたことで、どうやって「Findy Team+」を活用していくかという話が、より出てくるようになりました。今はまだ、定期的に見て改善していくサイクルが個々のチームでまわっていないので、次はそういったところに進んでいければと思っています。

当初は、プルリクのマージまでやレビューまでのリードタイムを見て、そこがボトルネックだったら改善を進めてきました。ただ、「Findy Team+」もSaaSなので常に進化していて、それに伴って使い方も少し変わってきたところがあります。

今はサイクルタイムという形で、全体のバリューストリームのなかでどこがボトルネックになっているのかわかるようになり、より俯瞰して見られるようになりました。なので、マネジメントする側の人に、もっと活用してもらえるようにしていきたいと思っています。

__――カスタマーサクセスのサポートは、どのように活用していただいていますか？__

__前島__：何か課題があって相談するというよりは、主に情報のキャッチアップですね。今後どういった方向性に「Findy Team+」が向かっていくのか、どのような機能が追加される予定なのか、といったお話を伺うことが多いです。

あとは、こちらからの要望も存分にお伝えさせていただいています。カスタマーサクセスの皆さんは話していてすごく楽しいですし、定例も楽しみながらできているので、そこがすごくいいなと思っています。

__――今後の「Findy Team+」の進化として、期待していることがあれば教えてください。__

__前島__：私や開発責任者が、事業本部会議や経営会議に持っていけるような、レポート機能ですね。もちろんそこは何を持っていくのかという部分もあって、事業報告としてのサマリーなのか、あるいは1人当たりの何々といったものなのかはわからないですが。

弊社では、あらゆるSaaS企業の1人当たりARRを分析していて、自分たちの1人当たりARR※（年間経常収益)が今いくつで、どこまで持っていくべきかを見ています。そこまで見ている開発組織がどのくらいあるかわからないですし、ビジネスモデルもそれぞれ違うなか一律のレポート機能も難しいと思うので、あくまで弊社のニーズかもしれません。

※「Annual Recurring Revenue」、毎年決まって獲得できる収益や売上のこと

__――1人当たりARRを重視するようになったのは、どういった理由からですか？__

__前島__：生産性を上げるとは何かと考えたとき、例として最終的な経営指標になるのは1人当たりARRだと考えています。人数が少なくて収益が上がればARRは伸びますが、当然それだけではないケースがあります。例えば人を大きく増やすとして、1人当たりARRを下げてもいいのか、といった議論も出てきます。

要するに、会社のリソース全体をマネジメントしていくにあたって、1人当たりARRを追っていかないと、事業計画や人員計画が立てられないんですよね。それに、エンジニアが書いた一つひとつのコードが、全体の生産性や会社の利益にちゃんとつながっていることを示すのは、エンジニアを守るためでもあります。

![hokan_interview_0613_4](//images.ctfassets.net/ngrpflsbp3rq/68wi3HtdSp0Pid8V7pTD72/1ebacc48d28dac1fdaa6e56219b48b1a/4__.jpg)

## 1人当たりの年間経常収益や開発生産性を一貫したデータとして見ていく

__――hokanは、入社された方の成長に対する思いが強い会社だと感じます。そういった点で、前島さんが意識していることはありますか？__

__前島__：やはり成長したいと強く思う人には、それだけのチャンスが必要だと考えています。成長するためには個々に合わせた重要な業務による一定の負荷やキャリアマップが必要だと思うので、経営陣とも話してサポートしながら、あえて個人に重たい開発を任せるタイミングもあったりします。ただ、それは一律の育成としてではなく、より挑戦したい人に対して、ファストトラック的に渡しているイメージです。

__――採用する際にも、そういった成長や挑戦への意識を重視して見ていますか？__

__前島__：少しずつ体制が整ってきたとはいえ、シリーズBのスタートアップです。何百万社とある会社のなかで、わざわざスタートアップを選ぶわけですから、一緒に成長していこう、そのために頑張っていこうと貪欲になれる方のほうが、フェーズとしてはマッチしています。

そういう貪欲に成長する気持ちを持つ人に、IPO後に見える景色を味わわせてあげたいという思いもあります。ただ、もちろん全員が全員そうである必要はないですし、そこは組織のバランスですね。成長したい人をちゃんと応援できる体制をつくりつつ、組織のバランスをしっかりと取りながら、選考を進めたりメッセージングしたりしています。

__――hokanの採用では、今ハイレイヤーの方を求めていると思います。そういった層の方々にとって、hokanの魅力はどんなところにあると考えていますか？__

__前島__：一口にハイレイヤーと言っても、組織によって経験できることはそれぞれ異なります。会社としての基盤が整いつつある中で、まだいろいろなことが整理されていませんが、事業がしっかり伸びているというこのフェーズで、マネジメントの経験を積むことはめったにありません。より高いレイヤーでバリューを発揮し、不確実性の高い中で成長していきたい方には、魅力的な環境だと思います。

__――開発生産性の計測に関して、今後のトライとして考えていることはありますか？__

__前島__：事業計画や人員計画としっかりアラインさせた状態での、1人当たりARRの予実管理と、そこから見える開発生産性との一致ですね。そうすることで、開発生産性のどの数値を見ていけばいいのかが、より具体的になってくると考えています。そこが揃っていなければ議論の意味がなくなってしまうので、今見えるデータをどう一貫させて価値を生み出していくのか。そこに尽きると思っています。

__――それでは最後に、御社の開発組織についてのアピールをお願いいたします。__

__前島__：これからは1つのプロダクトだけでなく、どんどんプロダクトを増やしていきます。プロダクトの大きさはそれぞれで、作ってすぐに運用フェーズに入るものもありますし、ゼロイチのものも生み出していきます。

成長中のスタートアップならではの環境も、新規事業もフルスタックで開発していく面白さも味わえる会社です。これから成長していく中で組織も変化していきますし、そういう状況もすごく楽しめると思います。

__――前島さん、ありがとうございました！__

![hokan_interview_0613_5](//images.ctfassets.net/ngrpflsbp3rq/49lgtKkt43TXNslbJt9fmW/20ef16c3757551cf6214e9bdf25eb0fe/5__.jpg)

※現在hokanでは、エンジニアを募集しています。

[採用サイト　| hokan](https://recruit.hkn.jp/#375035ce4c594e2eb0860c50910290dd)

※「Findy Team+」のサービス詳細は、以下よりご覧いただけます。

[https://findy-team.io/](https://findy-team.io/)


hokan_interview_0613_FV

適正な営業活動と組織の強固な監査体制を実現するクラウドサービス「hokan®」を提供する株式会社hokan。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用頂いています。  今回はhokanにて6月よりエンジニアリングマネージャーを務める前島治樹さんにインタビュー。「Findy Team+」の導入から2年が経ち、開発生産性の可視化やエンジニア組織の拡大によって、どのような変化があったのか今後のトライで考えている事も含めてお話を伺っていきます。

入社から3ヶ月で即戦力へ。開発生産性指標を活用するhokanの今後のオンボーディングの取り組みとは？

## VPoEとして、急拡大中の組織の成長を支える

__──高井さんのこれまでの主な経歴について教えてください。__

__高井__：私はずっとウェブエンジニアとしてキャリアを積んできました。前職のWebサービスベンチャーで、社内横断の技術部門長をはじめ、子会社のCTO、全社の技術部門の統括など組織方面の仕事へとだんだんとシフトしてきました。その後、より大きな組織に挑戦する機会が欲しいと考え、2021年の12月にマネーフォワードに参画しました。

__──現在の役割、ミッションについてもお話いただけますか。__

__高井__：はじめに会社の体制について簡潔にお話しさせてください。マネーフォワードは、事業部をカンパニーと位置付け、法人向け／個人向け／金融機関向けといった三つのサービスに分けて、それぞれカンパニー（事業部）ごとに開発を進める社内カンパニー制をとっています。各カンパニーのCxOが意思決定を行っており、会社が大きくなってもスタートアップの空気感を残したまま成長を続けられています。

そのなかで、私はエンジニア組織全体を牽引するエンジニアリング戦略室に所属しており、VPoEとしてエンジニア組織全体の課題解決を目指すことを主な役割としています。開発生産性の向上にも取り組んでいるほか、エンジニアの組織制度や評価制度のアップデート、公用語英語化の推進も私の役割です。

またマネーフォワードはここ数年でメンバーが倍増するなど、組織規模が急拡大しています。組織として成長し続けるためには、規模の拡大に合わせて変化を起こしていかなくてはいけません。想像以上のスピードで大きくなっていく組織に対して、必要な仕組みを用意して導入するのが私のミッションです。

![moneyfoward_interview_0603_1](//images.ctfassets.net/ngrpflsbp3rq/4NqoRsFB8MhS7HyALdHvNv/5bdb6b0de6c71a6a61df7132ec5dc514/1__.jpg)

## GitHub Copilotの効果検証に 「Findy Team+」を活用

__──貴社では開発生産性の向上に注力されていますね。そのきっかけはなんだったのでしょうか。__

__高井__：マネーフォワードはエンジニア組織に限らず、会社として成長のために積極的に投資しています。そういった背景があり、エンジニア組織についても投資に対して組織を健全に成長させられているか生産性を見ていきたいという考えがあり、Four Keysを生産性指標としながらさまざまな施策に取り組んでいるという流れですね。

__──「Findy Team+」を一部署から利用拡大されたきっかけについてもお話いただきたいです。__

__高井__：Four Keysはエンジニア組織の生産性を表す指標ではあるものの、エンジニアの活動をつぶさに反映するものでありません。ビルドパイプラインや開発プロセスの改善という一通りの施策が終わった段階で個々人の活動にフォーカスしたいと考えるようになり、[関西開発拠点での導入事例](https://blog.findy-team.io/posts/intereview_moneyforward/)を参考に「Findy Team+」の利用が拡大していきました。

__──ありがとうございます。今回は「Findy Team+」でGitHub Copilotの効果計測をされた事例についてお聞きしたいのですが、その前にGitHub Copilotを導入しようと思われた理由についてもお話いただけますか。__

__高井__：前述の通り、私たちは開発生産性の向上に取り組んでいます。新しいテクノロジーを活用することにも注力しており、その一環として2023年にトライアルとしてGitHub Copilotの利用を開始しました。

GitHub Copilotが開発者の業務効率化につながることは、[GitHub社の調査](https://github.blog/2022-09-07-research-quantifying-github-copilots-impact-on-developer-productivity-and-happiness/)や個人としての感想として聞いていていたものの、弊社の業務効率化に繋がるかは不明瞭でした。

また当初は明確なゴールを定めていたわけではなく、「試してみよう」という温度感だったため、いくつかのチームで限定的にトライアル導入をして効果検証を実施しました。

![moneyfoward_interview_0603_2](//images.ctfassets.net/ngrpflsbp3rq/2nkfk4lU5DDOBuFAl5dNDK/a8e4af83eb4b41c95ab3d7ef30e5a585/2__.jpg)

__──当初、GitHub Copilotの効果検証はどのように実施したのでしょうか？__

__高井__：最初はGitHub Copilot利用者にアンケートをとる形で効果検証を実施しました。ただ、アンケートをとっても「効果を感じる部分もあるけれど、おせっかいに感じる部分もある」という曖昧な返答が多く、効果があるのかどうか、アンケートだけでは判断できませんでした。

そこで、希望者に対してはGitHub Copilotを有効にして、利用者が増えた段階で再度アンケートをとりました。すると約42.5%は「明らかに生産性向上に効果がある」と回答し、約51.2%は「一部の用途では開発生産性の向上に効果がある」という回答でした。

![moneyfoward_interview_0603_3](//images.ctfassets.net/ngrpflsbp3rq/7JbN9P87fazMLi8weyIt2I/2309a4925505fe3ea6cc458021c2eaee/3__.png)

多くの人が効果を明らかに感じてはいるようですが、導入を決定するほどの説得力はありませんよね。組織全体の生産性が向上しているのかどうかも判断できず、費用対効果などの面でも依然として疑問が残っていました。

__──目に見えるデータがなければ、会社として投資判断するのは難しいですよね。__

__高井__：ええ。それでどうしたら良いかと考えているときに「Findy Team+」の存在を思い出したのです。利用者と非利用者の生産性を比較すれば、GitHub Copilotの効果を定量的に判断できるのではないかと考え、「Findy Team+」での効果検証に踏み切りました。

## GitHub Copilot導入後の改善効果を一目で可視化へ

__──「Findy Team+」でどのように検証されたのか、お話いただけますか。__

__高井__：最初に GitHub Copilot利用者と非利用者のグループをつくり、そのグループ同士を比較することで何か分からないかと考えました。全体アクティビティを見た瞬間に GitHub Copilot の効果が可視化されているのが、はっきりと分かりました。

![moneyfoward_interview_0603_4](//images.ctfassets.net/ngrpflsbp3rq/69ZitRKZ1jRU9i8fyhUeRR/bbfe41ae0a24579edbf8541aa94e4ac5/4__.png)

出典：[Money Forward Developers Blog「開発生産性が上がるって分かったので GitHub Copilot Business を積極活用しています」
](https://moneyforward-dev.jp/entry/2024/04/17/130000)
このグラフを見ると、GitHub Copilotを使用する前の両者には違いがないものの、トライアル開始後は利用者グループの活動量が増えていることがわかります。

詳細を更に細かく分析していくと、GitHub Copilotの利用者グループの方がプルリクエストの作成数が増加し、コミットからオープンまでの平均時間が短くなっていることもわかりました。つまり、非利用者グループと比べて利用者グループの方が、コードをより多く・早く書けるようになっています。

![moneyfoward_interview_0603_5](//images.ctfassets.net/ngrpflsbp3rq/6CkjiHXjef9m15Ly1IMu2q/a220b1c698be6b7c883917e19670d042/5__.png)

出典：[Money Forward Developers Blog「開発生産性が上がるって分かったので GitHub Copilot Business を積極活用しています」](https://moneyforward-dev.jp/entry/2024/04/17/130000)

Copilot 利用者は非利用者に対して約12%プルリクエスト作成数が多いことが分かり、「コミットからオープンまでの平均時間」、つまり機能開発を開始してからそれを完了させるまでの時間も約7時間ほど短くなっています。

オープンからレビューまで、レビューからアプルーブまでの平均時間は少し上がっていますが、これはプルリクエスト数の増加に伴いレビュー数も増えたことで、待ち時間が増えた形ですね。結果として、機能開発にかかる時間は短くなっていると推測できるので問題ないと考えています。

プルリクエスト数やレビュー数にも増加傾向があり、特にFour Keys に関する指標の一つである変更のリードタイムは大幅に短くなっています。デプロイ頻度が変化しないことについては、プロダクトのワークフローやプロセスによって決定されるものであり、個人の活動量が反映されにくい数値であるからだと解釈しています。

![moneyfoward_interview_0603_6](//images.ctfassets.net/ngrpflsbp3rq/2Rhvh6ssgQkQmVwVc2Y1is/5a63ded56ba5f457bd2aa81cb593715b/6__.png)

変更のリードタイムは、Copilot 非利用者に対して Copilot 利用者は約69.7%となっており、 Copilot を利用することで、より短いサイクルで機能をリリースできるようになっていることが分かります。これは主要指標で、Copilot 利用によって機能開発にかかる時間が短くなるだろうという推測とも一致します。

結論、「Findy Team+」で検証したことによって、 Copilot 利用によって、機能開発にかかる時間が短くなり、より多くの機能を開発できるようになることを強く示唆しています。 Copilot 利用によって、少なくともマネーフォワードでは約10%以上の開発生産性向上が見込めることがわかりました。

GitHub Copilotは個人のコードを書く能力をサポートしてくれるものなのだとわかりました。その結果、個人の主観だけでなく、開発組織全体の生産性の向上につながると確信できたため、現在は全社的にGitHub Copilotの活用を推進しています。

![moneyfoward_interview_0603_7](//images.ctfassets.net/ngrpflsbp3rq/tVFrjpAsoAx8ufAvgoG1Z/2fc6dd8a7bb291eccdbe005db80b2ed2/7__.jpg)

__──効果検証のお役に立ててよかったです。そのほかに「Findy Team+」を使っていて、何か気がついたことはありますか。__

__高井__：GitHub Copilotで改善できる部分とできない部分が可視化できたため、組織の改善部分が明確になりました。それにより、今後の施策を考えるきっかけにもつながりました。ただのアンケートでは、主観的な意見が入ってしまうため、施策が解決したい課題に対して本当に紐付いているのか不明な部分がありました。やはり、数値から分析をしなければわからない点もあるので、非常にありがたいなと感じています。

またデータをもとに費用対効果の算出ができるようになったのも良かったなと。やはり、全社導入するとなるとそれなりの費用がかかってくるため、経営層を説得する際の補助ツールとしても役立ちました。

そう考えると「Findy Team+」はビジュアライズツールとしても優れていると言えるのではないでしょうか。一目で全体の動向を捉えられるツールは他にないでしょうし、EMやマネジメント層の方も十分に活用できるサービスだと思います。

## 更なる事業拡大に向けた、マネーフォワードの挑戦

__──開発生産性の向上に関して、今後挑戦したいものがあれば教えてください。__

__高井__：最近は、生成AIを活用して何かできないかと考えています。GitHub Copilotはコードを書く部分をサポートしてくれるものです。しかし、プロダクトを開発するためにはコードを書くだけでなく、設計やレビュー、テストなど、さまざまな工程がありますよね。そういった分野についても、生成AIを活用して生産性を高めていきたいです。

__──Four Keysを成長指標としている、とお話されていましたね。Four Keys以外でいま注目されているフレームワークはありますか。__

__高井__：特定のものはありません。ただ個人的に一つ言いたいのは、開発生産性の向上を考えたときにアウトカムを追い求めがちですが、それは少し違うのではないかということ。開発の活動は多次元であり、簡単に計測できるものではなく、アウトカムだけを追い求めると本質を見誤る恐れがあると思います。

そもそも、全ての組織に当てはまるフレームワークはないと考えていて。「自分たちは何に困っているのか」「個人レベルの話なのか」「組織レベルで見るとどれほど影響してくるものなのか」「それを解決するためにはどうしたら良いのか」「解決できているか計測するためのフレームワークはどれか」といったことを一つひとつ突き詰めていって、自分たちの組織や課題にあわせて最適なものを選ぶ必要があるのではないでしょうか。

新しい指標が出てくると挑戦したくなることもあると思うのですが、ユーザーに価値を届けるため、組織を成長させるためには、冷静に見極めることが大切だと思います。

__──ありがとうございます。最後に、組織のアピールポイントや一緒に働きたいエンジニア像を教えてください。__

__高井__：マネーフォワードは「User Focus」をバリューとして、プロダクト開発に真摯に取り組んでいる組織です。ただ、事業領域の拡大とそれに伴う組織規模の成長が非常に早いため、組織として整えるべきところも少なくありません。2024年11月までに達成することを目標として英語化を進めているところでもあり、変化していく部分も多くあります。その分、一人ひとりが貢献できる機会が多いのも魅力ですし、組織づくりに携わりたい人にはとても面白い環境です。

また、今まではSaaS市場の成熟に合わせてプロダクトを数多くつくってきましたが、それらが軌道にのり規模が大きくなってきています。サービスの共通化や標準化を進めたいと考えているなかで、より生産性を向上するためにも“エンジニアのためのエンジニア”を必要としています。

「すべての人の、『お金のプラットフォーム』になる。」というビジョンに向けて、ともに挑戦を続けてくださる方にジョインしていただけることを願っています。

__──高井さん、ありがとうございました！__

![moneyfoward_interview_0603_8](//images.ctfassets.net/ngrpflsbp3rq/2BzBvz6GpHOoyhMKgqb3U6/a2b9cb3528107d8ac212911c84c79846/8____2_.jpg)

※「Findy Team+」のサービス詳細は、以下よりご覧いただけます。

[https://findy-team.io/service_introduction](https://findy-team.io/service_introduction)


moneyfoward_interview_0603_fv

個人向けPFMサービスや法人向けバックオフィスSaaSなど、金融系サービスを幅広く開発・提供している株式会社マネーフォワードでは、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。  今回は、開発生産性の向上に関する取り組みを推進しているVPoEの高井さんにインタビュー。GitHub Copilotの効果検証としても「Findy Team+」を活用された事例について、お話をうかがいました。

GitHub Copilot導入効果をFindy Team+で定量的に可視化。 マネーフォワードの全社的な開発生産性向上に向けた取り組みとは？

icare_interview_0530_FV

クラウド型健康管理システム「Carely（ケアリィ）」の開発・運用を行う株式会社iCAREでは、個人の振り返りやエンジニア組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用頂いています。今回はiCAREにてCTO/Development部部長を務める工藤大弥さんと、クラウド産保(さんぽ)支援開発チームでリーダーを務める澁谷恭平さんにインタビュー。「Findy Team+」を導入した背景や、計測を浸透させるための取り組み、開発生産性の数値をOKRに組み込んだ結果等について伺いました。

リードタイムを60時間から3.7時間に短縮。働くひとの健康を創るiCAREが取り組む開発パフォーマンス改善の可視化とは？

## 世界中の産業のデジタルトランスフォーメーションを目指す「エムシーデジタル」

__――最初に、皆さんのこれまでのご経歴や現在のロールについて教えてください。__

__中田__：千葉大学大学院融合理工学府博士課程を修了後、2021年4月に新卒でエムシーデジタルに入社しました。現在はエンジニアリング部門長を務めております。

__伊藤__：東京工業大学情報理工学院情報工学コースの修士課程を修了後、2022年4月に新卒でエムシーデジタルに入社しました。エンジニアリング部門のメンバーとしてプロダクト開発に携わっています。

__江﨑__：東京大学大学院情報理工学系研究科の修士課程を修了して採用プラットフォームサービスの機能開発・運用に従事していました。その後、2023年8月にエムシーデジタルに入社し、エンジニアリング部門のメンバーとしてプロダクト開発に携わっています。

__――御社の組織規模や、開発チームの体制について教えていただけますか？__

__中田__：組織規模は、全体の従業員数が約80名で、従業員数の過半数はデータサイエンティストやソフトウェアエンジニアが占めています。設立が2019年と新しく、平均年齢は約30歳と若手が多いです。

![1枚目_エムシーデジタル](//images.ctfassets.net/ngrpflsbp3rq/hXfW6CijqFVJwcUEr4jee/be881e7b1f6214c1a9b05baf2bdc28bd/1____1_.jpg)

__――エムシーデジタルでは、どのようなミッションを掲げていますか？__

__中田__：エムシーデジタルは、三菱商事株式会社の100%出資により設立された会社で「テクノロジーでビジネスモデルをアップデートする」ことをミッションに掲げ、三菱商事グループをはじめとしたあらゆる産業のDXを推進しています。

三菱商事グループが蓄積してきた膨大なインダストリーナレッジを元にデジタル技術を活用し、世界規模での事業変革を目指すと共に、これらの知見を元にビジネスモデルを外部にも展開することができると考えています。

具体的には、AI・数理最適化を活用したシステムや BtoB SaaSを、三菱商事が手がける多様な業界および世界各地の企業へ提供し、DXを実現することを目指しています。

__――皆さんが所属されているチームについて、教えていただけますか？__

__江﨑__：私は製造業向けのサービスを開発するチームに所属しています。チームでは「属人性や人手不足の問題を抱える製造業において、業務効率化によるものづくりの品質改善やコスト削減を実現すること」を目指しています。製造業における工程の最適化モデルを構築し、業務を改善するためのプロダクトを提供しています。

__伊藤__：私は物流業界向けのプロダクトを開発するチームに所属しています。物流業界には、「2024年問題」と呼ばれるドライバーのリソースの制限から生じる課題があり、私たちのチームでは、この課題の解決に向けた最適化のためのアプリケーションの開発を進めています。

![mcdigital_interview_0527_2](//images.ctfassets.net/ngrpflsbp3rq/5BgjQFGZdWd8NUWo2m1aYo/4e51226d4fbc298140386b293be5e860/2____1_.jpg)

## 今後の事業成長を見据えた開発生産性の計測

__――会社として開発生産性の計測に取り組み始めた背景は何でしょうか？__

__中田__：今後チームが増えていくことを想定し、複数のチームの状況を簡単に把握できるようにしておきたいと考えたことが、開発生産性の計測に取り組み始めたきっかけです。

開発生産性を定量的に可視化し、チームで振り返るプロセスを浸透できれば、開発者体験や開発プロセスを各チームが自律的に改善できる組織にしていけるのではないかとも考えていました。

__――エンジニアとして、開発生産性の計測について興味を抱かれた背景と「Findy Team+」を導入されたきっかけと最終的な決め手を教えてください。__

__中田__：開発生産性に対する興味は以前からあり、GitHubインサイトは定期的にチェックしていました。また、先ほどお話ししたように弊社のチームが増えることによって、私が直接マネジメントしているチーム以外の状況も把握する必要もありました。
そのため、これまで行ってきている1on1やチームミーティングによる情報収集以外にも開発生産性を計測することによって、各チームの状態を定量的に把握したいと考えておりました。

そんな時に、Findyさんが主催する開発生産性に関するセミナーに参加し、エンジニア組織の開発生産性の計測ができるツールがあることを知り、本サービスに強い興味を抱きました。
Findyの担当者様と導入後の運用方針やモニタリングしていく指標について相談していく中で、利用できるイメージが掴めたことが最終的な決め手となりました。

__江﨑__：チームに「Findy Team+」を導入しようと思ったのは、チーム内で開発プロセスについて客観的な指標をもとに議論したかったからです。

現在関わっているプロジェクトでは、ユーザーのフィードバックを迅速にプロダクトに反映させるフェーズにあるため、開発生産性が重要となっています。生産性向上のために開発プロセスを改善するにはメンバーの協力が不可欠であり、納得して改善に取り組んでもらう必要があります。

そこで、数値に基づいたアプローチを取り入れたいと考え、開発生産性の計測に興味を持ちました。弊社はアルゴリズムや理数系に特化したメンバーが多いこともあり、チームメンバーから導入に対する抵抗はなく、興味を持って一緒に指標を追ってくれました。

__伊藤__： 江﨑が言うように、エムシーデジタルにはアルゴリズムに精通したメンバーや、高い技術力を持つメンバーが多数在籍しています。そういったメンバーが適切にパフォーマンスを発揮し、プロダクトの品質向上と価値提供に繋げるための仕組みづくりに関心がありました。

そのため、現状を定量的に分析する一つの方法として、開発生産性の計測に注目していました。

![mcdigital_interview_0527_3](//images.ctfassets.net/ngrpflsbp3rq/6PWlMEAKdgtwb1ezVjRa79/7327e4cc10ad82ca14ab43a40fe7ab25/3____1_.jpg)

## 「Findy Team+」導入後、サイクルタイムが20%近く改善

__――「Findy Team+」の導入前は、開発生産性の可視化に関する取り組みをされていましたか？__

__伊藤__：定量的な開発の振り返りはほとんどしていませんでした。各メンバーがそれぞれ定性的に課題を感じていましたが、その原因を言語化し、具体的な改善に向けたアクションまで落とし込むことが難しかったです。社内の他のチームでも同じような課題を抱えていたように思います。

__江﨑__：私のチームでもまさにその課題感はありましたね。

__――「Findy Team+」導入後、チームの生産性に変化はありましたか？__

__江﨑__：私のチームではプルリクエスト（PR）がオープンされてからマージされるまでの時間が20%近く改善しました。
チーム全体のサイクルタイムが可視化されたことで、開発プロセス内での課題を見つけやすくなったことが改善の理由だと考えています。

具体的には、1週間のスプリントが終わった後に「Findy Team+」でPRの一覧を全員で確認し、特に「オープンからレビューまでに24時間以上かかったPR」や「レビューからマージまでに24時間以上かかったPR」に注目して、その時間を要した原因をディスカッション・分析したことが生産性の向上につながりました。

![mcdigital_interview_0527_4](//images.ctfassets.net/ngrpflsbp3rq/1pRvcLNEwmqRE9wyqEeTRK/37c2ab4b4569cb8979470891ef7fed63/4____1_.jpg)

__中田__： チームメンバーが改善したいポイントや改善に向けた行動を提案してくれる頻度が増えたと感じます。定量的な指標と改善の余地がある特定のPRについて振り返ることで、課題を深堀し改善案を考えやすくなったのではないかと推測しています。

## 「Findy Team+」の活用を広げながら、全社的な可視化へ

__――可視化の取り組みや「Findy Team+」の活用について、今後の展望を教えてください。__

__中田__：各チームが自律的に開発者体験やプロセスを改善できる組織にしていくために、可視化を活用できるチームを増やしたいと考えています。また、個々のチームの振り返りだけでなく、チーム間で学びを共有する際にも可視化を活用していきたいです。

__江﨑__：私のチームではサイクルタイムが安定した良い数値で推移できています。今後は他の指標にも目を向け、実際にアウトプットが増えているのかを定量的に追跡し、自分たちの成長を確認していきたいです。
また、他のチームにも再現性のある開発生産性向上のナレッジを共有できたらと考えています。

__伊藤__：私たちは、組織全体としてのプロセスの課題に取り組んでいきたいと考えています。そのためには、チームだけでなく組織全体で開発生産性を可視化し、データとして蓄積することが重要です。

まずは私たちのチームから取り組みの成果を出し、そのアプローチを他のチームでも活用できるように模索しながら広げていきます。
そして最終的には、開発組織の各チームの生産性をデータで確認できる状態を目指しています。

![mcdigital_interview_0527_5](//images.ctfassets.net/ngrpflsbp3rq/6iH6Xx7CX14Eaw3eElipis/bcf177e2c9c0651dc239803b78747aaf/5____1_.jpg)
__――それでは最後に、御社の組織のアピールポイントや、一緒に働きたいエンジニア像を教えてください。__

__中田__：エムシーデジタルには、優秀で学習意欲の高いエンジニアやデータサイエンティストが多く在籍しています。お互いに知見をシェアしたり、ほかのチームでも課題を解決するサポートをしたり、切磋琢磨しながらよりよいものを作ろうという姿勢の社員が多いと感じています。
実社会の産業に価値を提供することに関心を持って取り組めるエンジニアの方と一緒に働きたいと思っています。

__伊藤__：オフィスでは、技術の勉強会から、趣味の活動会、真面目な座談会からカジュアルな雑談まで、さまざまな催しが頻繁に開かれています。開発プロセスに関する座談会もその一つで、他にも例を挙げると、機械学習や数理最適化を専門とするメンバーが最新技術の勉強会やコンペ・コンテストの反省会を開催しています。
また、ビジネス職と技術職が一緒にプロダクト開発の方法論について学び、議論を深める機会もあります。

一方で、ボードゲームやボルダリングなどのアクティビティを通して社員同士の交流を図るZ活動と言われる部活動や、単にお酒を愉しむような緩い催しも定期的に開催されていて、とても賑やかな雰囲気だと感じています！

__江﨑__：弊社では、個人の力を発揮しつつチーム・組織全体で成長することを大切にしています。例えば、月に一度「ENジョイ技術の日」というイベントがあり、技術力向上を図るために普段手が付けられていないことや、やってみたかったことにも挑戦ができます。

また、自己研鑽やチームビルディングの一環として、有志で集まって行われる勉強会などの活動に対する補助制度も用意されています。個人としても、組織で働く上でも成長したいと考えている方と一緒に働けたらうれしいです。

__――皆さん、本日はありがとうございました！__

![mcdigital_interview_0527_6](//images.ctfassets.net/ngrpflsbp3rq/5UCyFrd39dz2K8z6YdybVG/230cc7b23e713bcadac478255ce10dff/6____1_.jpg)

__※エムシーデジタルでは、エンジニアを募集しています。__

[エムシーデジタル｜Careers](https://www.mcdigital.jp/careers/)

__※「Findy Team+」のサービス詳細は、以下よりご覧いただけます。__

[https://findy-team.io/service_introduction](https://findy-team.io/service_introduction)


mcdigital_interview_0527_FV

最新のテクノロジーや高度なアルゴリズムを駆使して企業の課題解決に取り組むプロフェッショナル集団、エムシーデジタル株式会社。同社では、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。   今回は、エムシーデジタルでエンジニアリング部門長を務める中田さん、ソフトウェアエンジニアの伊藤さん、江﨑さんにインタビューを実施。開発生産性の計測に取り組んだ背景や、「Findy Team+」の活用方法などについてお話をうかがいました。

Findy Team+導入から半年でサイクルタイムが20%近く改善。全社的な開発生産性向上を目指すエムシーデジタルの取り組みとは？

## より良い振り返りや改善のため、開発生産性の計測を開始

__――最初に、お二人の主な経歴や現在の役割について教えてください。__

__すがわら__：新卒で入社したSIerに5年ほどいた後、toCサービスの会社に入り、サービスの立ち上げから運用まで10年ほど携わっていました。その後、SmartHRに入社しています。役割としては、「Findy Team+」の導入を最初に検討したときは、チーフをしていました。実際に導入したときはマネージャー、今はダイレクター（本部長）というポジションです。

__上月__：私も最初はSIerに10年ほどいて、その後はECのD2Cモデルの事業会社に5年務めていました。その後、SmartHRに入社して今に至ります。「Findy Team+」導入の検討当初はメンバー、導入時にはチーフをしていました。現在はマネージャーをしています。

![smarthr_interview_0507_1](//images.ctfassets.net/ngrpflsbp3rq/4U1drAnhctOxum5Cnkzmmg/ba6c45f858b358d834b3b4b8cc72a773/1__.jpg)

__――開発組織の規模や体制について教えていただけますか？__

__すがわら__：エンジニア組織全体としては、130人くらいの規模です。そのなかに、30人〜40人くらいの基本機能チームと、 そのほかにオプション機能チームなど10数チームがあり、「Findy Team+」の導入を最初に考えたのは基本機能チームでした。（※人数は2024年5月時点）さらに、オプション機能チームのなかにも、いくつか使ってみたいというチームがあったので、一緒に導入を進めてきました。

__――どのような背景から開発生産性の計測を始められたのでしょうか？__

__すがわら__：我々は普段スクラムで開発していて、振り返りなどを通じて改善をしていました。一方で、定量的に計測したものはあまりなく、必要であれば都度手で集めることが多かったんです。なので、定量的に見えるもの、かつ自動で集計できているものがあると、より良い振り返りや改善ができるのではないかと思っていました。

それから、世間一般のアベレージや、それと比べて自分たちがどうなのかを知りたい。より強い開発組織やチームを目指していくうえで、より多くの材料が欲しいといったところもモチベーションとしてありました。

より早く価値を提供していくために改善できることは何かと考えるとき、もちろん普段の振り返りやスクラムの各イベントも重要ですが、実際にコードを書くこともまた重要なポイントです。なので、そこも含めて定量的に見れたほうがいいだろうという考えがありました。

## 正確性や柔軟性の高さが「Findy Team+」導入の決め手に

__――SmartHRさんでは「Findy Team+」を一度検討いただいたあと、再検討のタイミングで導入いただきました。最終的には、どのようなところが決め手になりましたか？__

__すがわら__：最初に検討したときは、プルリクにラベルが付与されているものを計測対象とすることはできたのですが、特定のラベルがついているものを除外するということはできませんでした。我々としては特定のラベルがついているものを除外する仕組みがあるととても助かると思っていたのですが、それに関してはその時点で「近々開発予定です」という話を聞いていて、再検討したタイミングではもう使えるようになっていました。

それができると我々のスクラム開発で、1スプリントのなかで何が起こったかが精緻に取れるようになります。なので、そういった正確性や柔軟性の高さは、「Findy Team+」導入の決め手の1つになりました。

また、セールスやカスタマーサクセスの皆さんが、期待値の調整などを事前に丁寧にしてくださって、一緒にやっていけそうだと思ったことも大きいですね。

![smarthr_interview_0507_2](//images.ctfassets.net/ngrpflsbp3rq/4rt6YvSBEhzm0iNti0Fjfj/1a940697ade499d528756819e4249705/2__.jpg)

__――実際に現場で使っていく目線として、上月さんがトライアルで見ていただいた際はどのように感じられましたか？__

__上月__：私はもともと前職で「Findy Team+」を使っていたので、どういうものかわかっていました。前職では、経営層への説明などが主な導入の理由になっていたので、それとは少し異なりますが、弊社は組織が急成長しているフェーズなので、導入したほうがいいと思っていました。

急激なペースでメンバーが増えていくなかで、組織のパフォーマンスを維持できるのか、もしくは向上させていけるのかを、定常的にモニタリングしておきたい。それが拡大する組織のなかでも、パフォーマンスの維持や改善を続けていくケイパビリティを得る手段の1つなのではないかと考えていました。

アプリケーションのモニタリングでもオブザーバビリティという言葉がありますが、しっかりと見える状態にして、悪化したら手を打てるようにしておきたいというイメージですね。

__――「Findy Team+」の導入によって、どのようなことを実現したいと考えられていましたか？__

__上月__：バイタルチェック的な使い方は前提としてありつつ、そもそも導入した当初から、それなりにスコアは良かったんですね。ただ、伸びしろもあると感じていて、その伸びしろを差分として見ることができれば、そこにしっかり取り組んでいける組織だと思っていました。

それを言葉だけで伝えるよりも、定量的に共通して見られるものがあったほうが説明しやすくなります。なので、そうした部分をちゃんと見せて、取り組みに対するモメンタムを醸成していきたいという考えがありました。

__すがわら__：僕も同じですね。特に共通して見られるものがあると、各チームでお互いに参考にしやすくなります。また、似たような取り組みに対しても、それぞれのチームで違うことをやっているケースもあるので、そういった話ができるところがいいなと思っています。

## チームでの理解を深め、「Findy Team+」の導入と推進へ

__――「Findy Team+」の導入後、チームの理解をどのように得ていきましたか？__

__すがわら__：最初に検討したときに導入を辞めたのは、チームの理解を得なければ難しいと思ったことが、理由の1つとして大きくありました。なぜかというと、単に数字だけを見てしまうとハックできてしまい、それによって達成した数字にはあまり意味がないからです。

そのため、社内で『LeanとDevOpsの科学』という本の読書会を開催しました。そこで、Four Keysにはどういう意味があるのか、その数字が僕らエンジニアにどういう影響があるのかといったことを、まずインストールしていきました。今は実際に、その読書会に参加したメンバーが「Findy Team+」の導入を推進してくれています。

__――より「Findy Team+」の活用を定着させていくために、工夫されていることはありますか？__

__すがわら__：基本機能チームとオプション機能チーム、それぞれのなかで「Findy Team+」の利用を推進しているメンバーが集まる、隔週のミーティングを設けています。緩い社内コミュニティのようなイメージですね。そこでお互いのチームがやっていることや悩んでいることを話して、お互いの知見を共有したりしています。

Findy Team+の活用を定着させていくための取り組みは、チームのなかで誰か1人がやろうとしても、なかなか上手くまわらないものです。なので、どうやって進めていくかを話し合ったり、チーム内に興味がある人がいたら一緒にやっていきましょうと話したりなど、プロジェクトを進めるための相談をする場になっています。

__――上月さんがチームでの取り組みを進めるにあたって、意識されたことはありましたか？__

__上月__：チームの状況に合わせて伝えることを意識していました。チームではモブプロを中心に行っていて、チームレトロという週に1回の振り返りの時間で、「Findy Team+」のグラフを見せています。そこで、やみくもに「ここを改善しましょう」と言うのではなく、「今週はこういう活動が響きましたね」と伝えるようにしています。

そうやってチームの状況に合わせて、サブリミナル的に情報を入れていくような伝え方を意識していました。あとは、取り組みに興味がある新しいメンバーが入ってきてくれたので、そのメンバーを含めて推進をより強めていった形ですね。

![smarthr_interview_0507_3](//images.ctfassets.net/ngrpflsbp3rq/23leGTs8lXha9YkzN9YSJ3/e1f3ef55b7db2de7fb17f4de93625697/3__.jpg)

__――メンバーの方から、数字で見ることに対するネガティブな反応はありませんでしたか？__

__上月__：特になかったですね。モブプロで進めているので、もともとサイクルタイムを中心に見ていましたが、HighやEliteに近い数値が出ていたので、「悪くないね」といった感じで見ていました。

__――最近では、OKRやKPIとして定量的な数値目標も設定されていると伺いました。__

__上月__：プロダクトエンジニアのスローガンとして、デリバリーをより早めていくことを掲げていて、全社的なスローガンもそれに近いものが出されています。そこで今期は、プロダクトのOKRにもデリバリーの目標を設けることにしました。

それまではPdMを中心にOKRを行っていたのですが、そこにエンジニアも加わり、デリバリーの目標を持つ形で一気に進みました。積極的に個人ミッションにそれを入れる人も増えています。

## 協力体制をつくり、取り組みの事例化や体系化を狙っていく

__――開発生産性の計測に関して、今後のトライとして考えていることはありますか？__

__上月__：今回OKRのKey Resultに定量的な数値を置いたのですが、そもそも今の数値はそれほど悪くなく、かなりストレッチしてEliteを目標としています。ただ、それを目的にするというよりは、どちらかというと取り組みの事例化や体系化を狙っています。

今4チームで共同のOKRを持っていて、4チーム内で取り組みを共有する協力体制をつくっていこうとしているんですね。それが文化として根づけば数字は後からついてくると思っているので、社内の資産になるように、そういった取り組みを重要視したいと考えています。

__すがわら__：開発生産性をどう考えたらいいのかという、考え方のベースになるものを発信していく必要があると思っています。例えば、デュアルトラックアジャイルを行っていくにあたっては、ディスカバリーとデリバリーのどちらかだけが早くても仕方がなく、両方が早くなければなりません。

そのためには、どこが「Findy Team+」で見えて、どこが別のもので見えるのか。あるいは、結果として「Findy Team+」ではこういうふうに数字が出るはずだとか。そういう共通認識を持てるようにしていきたいと考えています。

![smarthr_interview_0507_4](//images.ctfassets.net/ngrpflsbp3rq/6twl4OER5qq5d6z65Zm8v8/dd18a3a9c45aa66ba72cc8eb6cd9d0a8/4__.jpg)

__――改めて、「Findy Team+」のおすすめポイントがあれば教えてください。__

__すがわら__：いくつかありますが、1つは簡単に計測できるところですね。もう1つは、欲しい機能が今なかったとしても、つくってもらえるという期待値。先ほどお話ししたラベル除外の話もそうですし、最近だと土日を省くことができるようにもなりました。

そういう機能は、なければないで仕方がないと思いつつ、あったらやはり嬉しいものなので、実装してもらえてすごくありがたいです。あとは、カスタマーサクセスの方々にも、いろいろとお世話になりながら何とか進めてこられているので、そういった点でも助かっています。

__上月__：自分も簡単に計測できるところですね。自前で計測しようとするといろいろ大変ですが、「Findy Team+」は導入にほぼ手間がかからず、すぐに見られるようになるところが大きいと思います。

あとは、最近新しく追加された機能も含め、チームのプロセス改善の機能も充実しています。レビュー分析などもそうですが、計測するだけでなく、それを振り返るプロセスも含めたプロダクトになっていくのかなと思うので、今後も期待しています。

![smarthr_interview_0507_5](//images.ctfassets.net/ngrpflsbp3rq/5cKcfKox51heQD4yV7hG2b/d8a1036c2e8e100c14447d506ceb6d33/5__.jpg)

__――それでは最後に、開発組織についてのアピールや一緒に働きたいエンジニア像について教えてください。__

__すがわら__：『LeanとDevOpsの科学』を読むと、組織文化が大事だということが書いてあります。実際にそうだと思うし、それを自分の会社に当てはめてみると、すでにそうなっていることがすごく多いんですよね。

なので、生産性を考えるにあたって組織文化から変えていく必要はなく、すでにもうできているので、あとはもっとエンジニアとしてやるべきことをやっていくという状況です。こうした組織文化の良さは、アピールポイントの1つだと思います。

__上月__：SmartHRはマルチプロダクトをやっていく方針なので、プロダクトのフェーズとしても、新規プロダクトから基本機能のように長く続いている大規模なものまで、さまざまあります。

なので、いろいろな人にとってやりたいフェーズや、やりたいことが当てはまるのではないかなと。そういったなかで開発していきたい人、開発生産性を高めていきたい人はマッチすると思います。

__――すがわらさん、上月さん、ありがとうございました！__

![smarthr_interview_0507_6](//images.ctfassets.net/ngrpflsbp3rq/2aibvB9p2wfB87MLAkgYsG/80415847f83786cbdc6d9e48d841e40d/________.jpg)

__※現在SmartHRでは、エンジニアを募集しています。__

[エンジニア採用  |  SmartHR](https://recruit.smarthr.co.jp/work/engineer/)

__※「Findy Team+」のサービス詳細は、以下よりご覧いただけます。__

[https://findy-team.io/](https://findy-team.io/)


smarthr_interview_0507_FV

クラウド人事労務ソフト「SmartHR」を開発する株式会社SmartHRでは、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。  今回は、SmartHRでディレクターを務める菅原さんと、マネージャーの上月さんにインタビュー。開発生産性の計測を始めた背景や「Findy Team+」導入の決め手、チームで取り組みを推進するための工夫などについて伺いました。

記事一覧

導入の決め手はカスタマーサクセス。サイクルタイムを60%以上短縮に成功したアドウェイズのTeam+ の活用ノウハウとは？

開発パフォーマンスを経営層にも「見える化」へ。部署の垣根を超え、全社員でプロダクトの改善に挑むdiniiの取り組み。

SPACEにより、リードタイムが41.7%短縮。うるるが実践するSPACEフレームワークとFindy Team+の活用方法とは？

Four Keysを人事評価に活用。 Findy Team+から従業員が納得する評価制度を構築するネクサスエージェントの取り組みとは？

デプロイ頻度は5倍、リードタイムは6分の1に。在庫管理自動化SaaSを手掛けるスマートショッピングの開発生産性向上に向けた取り組みとは？

入社から3ヶ月で即戦力へ。開発生産性指標を活用するhokanの今後のオンボーディングの取り組みとは？

GitHub Copilot導入効果をFindy Team+で定量的に可視化。マネーフォワードの全社的な開発生産性向上に向けた取り組みとは？

リードタイムを60時間から3.7時間に短縮。働くひとの健康を創るiCAREが取り組む開発パフォーマンス改善の可視化とは？

Findy Team+導入から半年でサイクルタイムが20%近く改善。全社的な開発生産性向上を目指すエムシーデジタルの取り組みとは？

エンジニア組織のパフォーマンスの健康診断に。「より強い組織」を目指すSmartHRの開発生産性向上に向けた取り組みとは？

記事一覧

導入の決め手はカスタマーサクセス。 サイクルタイムを60%以上短縮に成功したアドウェイズのTeam+ の活用ノウハウとは？

開発パフォーマンスを経営層にも「見える化」へ。 部署の垣根を超え、全社員でプロダクトの改善に挑むdiniiの取り組み。

SPACEにより、リードタイムが41.7%短縮。 うるるが実践するSPACEフレームワークとFindy Team+の活用方法とは？

Four Keysを人事評価に活用。 Findy Team+から従業員が納得する評価制度を構築するネクサスエージェントの取り組みとは？

デプロイ頻度は5倍、リードタイムは6分の1に。在庫管理自動化SaaSを手掛けるスマートショッピングの開発生産性向上に向けた取り組みとは？

入社から3ヶ月で即戦力へ。開発生産性指標を活用するhokanの今後のオンボーディングの取り組みとは？

GitHub Copilot導入効果をFindy Team+で定量的に可視化。 マネーフォワードの全社的な開発生産性向上に向けた取り組みとは？

リードタイムを60時間から3.7時間に短縮。働くひとの健康を創るiCAREが取り組む開発パフォーマンス改善の可視化とは？

Findy Team+導入から半年でサイクルタイムが20%近く改善。全社的な開発生産性向上を目指すエムシーデジタルの取り組みとは？

エンジニア組織のパフォーマンスの健康診断に。「より強い組織」を目指すSmartHRの開発生産性向上に向けた取り組みとは？

導入の決め手はカスタマーサクセス。サイクルタイムを60%以上短縮に成功したアドウェイズのTeam+ の活用ノウハウとは？

開発パフォーマンスを経営層にも「見える化」へ。部署の垣根を超え、全社員でプロダクトの改善に挑むdiniiの取り組み。

SPACEにより、リードタイムが41.7%短縮。うるるが実践するSPACEフレームワークとFindy Team+の活用方法とは？

GitHub Copilot導入効果をFindy Team+で定量的に可視化。マネーフォワードの全社的な開発生産性向上に向けた取り組みとは？