Findy Team+オンラインデモンストレーション説明会

30分でわかる！エンジニア組織のパフォーマンスを可視化・生産性向上をサポート「Findy Team+オンラインデモンストレーション説明会」

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年が経ち、開発生産性の可視化やエンジニア組織の拡大によって、どのような変化があったのか今後のトライで考えている事も含めてお話を伺っていきます。

最新記事

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

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

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

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

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

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

カテゴリ

最新記事

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

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

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

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

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

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

.css-1uuptc0 svg{width:32px;height:32px;fill:#666666;stroke:#666666;}@media (max-width: 750px){.css-1uuptc0 svg{width:24px;height:24px;}}カテゴリ

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

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

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

カテゴリ