## パーソルキャリア初のHRテックに特化した海外開発拠点

__──最初に志田さんの主な経歴や、現在の業務内容について教えてください。__

__志田__：民泊サービスのスタートアップ在籍時に、開発リソースを増強する目的でベトナム現地法人を立ち上げ、日本の開発チームと連携しながら、ベトナム人エンジニアと共にWebアプリケーションの開発に従事していました。

その後、どこで暮らしていても「はたらく」を自分で作り出せるようになりたいとの思いから、「人々に『はたらく』を自分のものにする力を」というパーソルキャリアのミッションに共感し、2020年にパーソルキャリアへジョインしました。
2022年にパーソルキャリア初の海外拠点となるPERSOL CAREER TECH STUDIO VIETNAＭ（以下、PCT社）の発足メンバーとなり、現在は現地ゼネラルマネジャーとして、エンジニアリング組織づくりを通じて、日本だけでなくグローバルでのパーソルキャリアのミッション実現に努めています。

![persol_interview_0710_1](//images.ctfassets.net/ngrpflsbp3rq/76CJcoTxgRhJEBPJnuwhGR/3aeadc78dcf8d27dd09e15aae39ccbb7/1___.jpg)

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

__志田__：PCT社のエンジニア人数は40名くらいです。
全社的には「人々に『はたらく』を自分のものにする力を」をミッションとしていて、人々が自分の意志でキャリアや人生を選択できる社会の実現を目指しています。
個人のミッションとしては、日本国内だけでは採用が難しい状況の中で、プロダクトの成長を止めないために、ベトナムをはじめとする海外拠点で優秀な人材を採用し、グローバルなチーム作りを進めることです。

開発チームの体制としては、エンジニアチームの一つとして個別に開発することもあれば、混合チームとして開発するケースもあります。
日本側との連携があるため、開発チームには必ずPCT社側からブリッジSE(※略称BSE)とチームリードないしはテックリードが入り、全体で3〜6名程度のチーム体制になります。

チームの中には、BSEが企画カウンターパートとして要求定義、要件定義などの上流工程を担っているチームもあります。

![persol_interview_0710_2](//images.ctfassets.net/ngrpflsbp3rq/2i1ce3wv0d8oGKVuHhWLy4/40f157c5ad99aa566e589424653e9e3e/2__.png)

## チームの健康状態を維持するために、ベトナム拠点のパフォーマンスを定量的に可視化

__──開発生産性の計測になぜ取り組んだか、「Findy Team+」の導入した理由を教えてください。__

__志田__：PCT社では、すでにFindy Team+を導入していたパーソルキャリアと連携して開発を行っておりました。
その中で、パーソルキャリアとPCT社で、共通の指標を用いて共同で開発生産性を計測していく動きがあり、導入に至りました。

後発的な導入ではありましたが、個人的には、パフォーマンスを可視化できるFindy Team+の導入は非常にありがたかったです。

というのも初のベトナム拠点であったため、日本で勤務するエンジニアの多くは初めて海外の方とはたらくこともあり、難しさを感じている方が一定数いらっしゃいました。
そこで、立ち上げ初期からFindy Team+を活用して、PCT社の頑張りやパフォーマンス状態を可視化することで、信頼関係を構築しようと考えたのです。

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

__志田__：計測を実施する上で、メンバーには「Findy Team+」による開発生産性の計測は、チームの健康状態を把握するためであり、決して監視を目的としていないこと、そして悪くなったからといって評価を下げる等、結果だけで良し悪しを判断することは一切ないことを説明しました。
開発生産性の可視化に対して懸念されることもあるかと思いますが、PCT社では導入後そのような懸念を表明する声は特にありませんでした。

実際、PCT社独自の振り返り手法を採用しているため、パーソルキャリアからの監視といった印象を持たれていることはありません。むしろ、新しい可視化ツールが導入されたことで、新鮮かつモダンな感覚を持つ人も多いです。
また、これまでExcelでデータ入力やAPIを叩いてデータを取得していた方々にとっては、これが大きな進歩となっています。全体的に、非常にポジティブな変化になったと思いますね。

__──現在、目標指標として設定されているものはありますか。__

__志田__：当初は、PCT社がパーソルキャリアと同程度、もしくはそれ以上の開発生産性を出せるようにすることを目指していました。

しかし、開発生産性の計測を進める中で、チームごとに体制やアサインタスクの難易度など、単純な生産性比較が難しいと感じ、PCT社のチーム自体が成長しているか、改善に向けて行動できているかを見るために活用するほうが良いのではと思い、目標を変更しました。
具体的には、Four Keys指標を中心とした数値結果に対してチーム内で起きていた事実と過程を結びつけて話せるようになること、開発プロセスごとの課題を自分たちで見つけて改善に向けて話し合えることを目標として追うようにしました。

現在では、徐々にですが、開発プロセスの事実と過程を正確に把握することで、問題解決や意思決定をより迅速に行うことができるようになってきています。その結果、類似チームと比較して差分を見つけ、アクションやナレッジを横展開する動きもできるようになりつつあります。

![persol_interview_0710_3](//images.ctfassets.net/ngrpflsbp3rq/7HWynrRfxyK6fkhYOd1WVT/674de1e934e7394dab057c99b4f53361/3__.jpg)

## スクラムイベントの振り返りにもFindy Team+を活用

__──そのほかに、定量数値を活用している取り組みはありますか？__

__志田__：スクラムイベントの振り返りに活用しています。従来の振り返りでは、定性的な議論に偏りがちで、具体的な改善策に繋がりにくいという課題がありました。そこで、Findy Team+を使って各スプリントにおけるPR数やリードタイムなどの定量データを収集し、データに基づいた振り返りを行うようにしています。

例えば、リードタイムの変化が大きい箇所について、サイクルタイムで同時期の状況を確認します。
その結果、レビュープロセスに問題があることが判明した場合は、レビュー分析で詳細を分析します。
取り組み当初はレビューから承認までの時間が長いことがわかったので、レビュアーの偏りが起きていないか等、要因を調べるためにチームのコンディションとの相関関係を分析し、改善に向けたアクションを検討していました。

__──振り返りのプロセスも工夫されているとのことですが、どのように標準化していますか？__

__志田__：振り返りのチェック項目をドキュメント化し、共通化することで、各チームの振り返りを標準化しました。直近では、私の方からあるチームのリードタイムに関して気になったところがあり、リーダーに質問した際には、過去の振り返りで既にその事象について議論しており、状況と原因が整理された状態で説明を受けられました。各チームが事実と過程をセットで言語化できるようになっていると実感しましたね。

__──Findy Team+ を振り返りに活用する点において、難しかったポイントについて教えてください。__

__志田__：海外拠点で活用を進める上で、文化の違いといった点に難しさはなかったのですが、それ以外では二点ほど難しさがありました。
一つは、数値の価値が必ずしも、開発組織の中で高く評価されないケースがあるという点です。チームやプロダクトごとに状況や条件が異なるため、数値が良く見えても「本当に良いのか」という疑問が生じることがありました。そのため、数値の解釈に悩むことが多かったです。

二つ目は、数値の結果ではなく、どう過程・状況の話に目を向けてもらうか、は難しかったです。
例えばメンバーにオフショア開発の経験があると、結果の数値が優先されることが多い傾向にあります。そこから一歩抜け出して、行動と結果の関連性を理解してもらい、開発プロセスの過程・状況を深堀る重要性、マインドセットを持ってもらうのは大変でした。

__──その困難をどう乗り越えましたか？__

__志田__：チーム単位での数値を比較することが重要なのではなく、数値から「チームの状況・過程を話せる状態にしておくことが重要であり、改善を見込める健全なチームである」と説明し、意識を統一しました。
とはいえ意識の統一には一定時間がかかるため、現在は各チームに任せていますが、はじめは一緒に振り返りを行い、1on1などで継続的に話し合いました。短期間で出来るようになったチームもありましたが、全体の8割ぐらいが出来るようになるには半年から1年かかりました。
直近の数値が良くても、中長期で見たら継続的な改善傾向ではないこともあります。無理して良い状態を作るのではなく、悪い部分も含めて把握し、次のアクションを話し合える状態が重要だと伝えてきました。

__──具体的な成果やベネフィットについて教えてください。__

__志田__：定量数値に基づいた議論により、さらなる具体的な改善策を導き出すことができました。その結果、チーム全体の生産性だけでなく、メンバーのモチベーションも向上しました。
また、定量データの背景を調べ、言語化して説明できるメンバーが増えたことで、改善文化を醸成することが出来ました。これは可視化以上の価値だと思っています。振り返りの中でKPT（Keep, Problem,Try）からネクストアクションを決め、翌スプリントでその成果をまた振り返るサイクルを継続することで、改善に向けて話し合える組織が作れました。
特に、起きて良かったことだけでなく、良くなかったことも含めて話し合うよう促したことにより、全面的な改善が可能になり、チーム全体の健全性を保つことができています。

![persol_interview_0710_4](//images.ctfassets.net/ngrpflsbp3rq/2apP77z6MEacT6LfuVouyD/e07a7a88183ce02e0ba07717fc494f6c/4__.png)

※リードタイムサマリ（2024年1月～2024年3月）

## 国内外を含めた組織全体での開発生産性の向上へ

__──今後の開発生産性の向上に向けた取り組みについて教えてください。__

__志田__：今の取り組みを継続し、今回醸成した改善文化を今後も継承できるようにしていきたいです。
改善文化の継承には「開発生産性の向上」よりも「チームを良くしていこう」というメッセージングが重要だと考えています。言語の壁や日本のサービスを開発する意味づけなど、課題はまだありますが、Findy Team+を活用し、定量データを基にした議論と改善を続けていくことで、結果的に組織全体で開発生産性・開発者体験が向上するよう、さらに推進していきます！

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

__志田__：PCT社のベトナム人メンバーが事業の中心に関わっていくには言語や日本のサービスに対する理解など、まだまだ乗り越えなければいけない壁が多いです。アウトソースとして、スコープを分けてタスクを切り出すやり方もありますが、1つずつ課題を解決していけばPCT社がパーソルキャリアの事業に深く関わり価値発揮できる未来を作れると考えています。PCT社のエンジニアには仕様を理解して開発する以外にも求められることは多いです。体制やプロセスに起因する課題の改善だったり多岐に渡り、それらに向き合い、自ら考え、変化を生み出していくことに楽しさを感じられる仲間を増やしていきたいです。

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

![persol_interview_0710_5](//images.ctfassets.net/ngrpflsbp3rq/3BUBPEm0QBnTqesVZ0ilhR/487c55f8230120177b8d91851b421f83/5__.jpg)

__※PERSOL CAREER TECH STUDIO VIETNAM COMPANY ではエンジニアも募集しています。__
__HP__：[https://persol-career-techstudio.com.vn](https://persol-career-techstudio.com.vn)

__PERSOL CAREER TECH STUDIO VIETNAM COMPANYの様子はパーソルキャリアのテックブログ「techtekt（テックテクト）にも掲載しています。ぜひご覧ください。__

[https://techtekt.persol-career.co.jp/](https://techtekt.persol-career.co.jp/)

__※「Findy Team+」のサービス詳細は、以下よりご覧いただけます。__
[https://findy-team.io/service_introduction](https://findy-team.io/service_introduction)


persol_interview_0710_FV

転職支援や求人メディアを始め、幅広い人材サービスを展開するパーソルキャリア株式会社。同社ではエンジニア組織の振り返りや課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用しています。  今回は同社初の海外開発拠点「PERSOL CAREER TECH STUDIO VIETNAM COMPANY LIMITED」で開発組織をリードするゼネラルマネジャーの志田共晶さんにインタビュー。「Findy Team+」を活用し開発生産性の可視化や改善に向けてどのように取り組んできたかお話を伺いました。

海外拠点で、言語の壁を超えた改善文化の形成へ。定量数値から自発的に振り返り、具体的な改善策に取り組むパーソルキャリア テックスタジオ ベトナムの開発生産性向上への取り組み

###  ■プロフィール
川元 謙治氏　Sansan株式会社　技術本部 Bill One Engineering Unit （BOEU）Core Business APグループ エンジニアリングマネージャー。SIerやパッケージ開発会社での経験を経て、2022年にSansan株式会社へ中途入社。Sansanでは Web アプリケーション開発エンジニアとしてキャリアをスタートし、現在「 Bill One」の主に請求書受領の開発を担うグループのエンジニアリングマネージャーとして、 Bill One 全体の開発生産性向上に向き合っている。

![interview_sansan_1_1](//images.ctfassets.net/ngrpflsbp3rq/6Lle9PWBrbszzlsMKXldt2/bb32df9a1ac22b48b8af476e4a0ffc98/DSC06568_.jpg)

## チーム裁量権を保ちながらリードタイムを約1/3に短縮。Sansan株式会社が実践した開発生産性の可視化とは？

「出会いからイノベーションを生み出す」をミッションとして掲げ、働き方を変えるDXサービスを提供するSansan株式会社。同社では、エンジニア組織における個人のパフォーマンスの振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

今回は、Sansan株式会社 技術本部 Bill One Engineering Unit （以下BOEU）Core Business APグループ でエンジニリングマネージャーを務める川元 謙治さんにインタビュー。開発生産性の計測にあたって「Findy Team+」を導入した理由や運用方法、取り組み後にどのような変化があったかなどについてうかがいました。

## グローバルテックカンパニーを目指すSansan

__――御社の組織規模や、技術本部の体制について教えてください。__

__川元 謙治氏（以下、川元）__：技術本部は、500名ほどの規模です。「Sansan Engineering Unit」や「Bill One Engineering Unit（以下、BOEU）」を含み、プロダクトベースで複数のユニットに分かれています。

__――川元さんが所属されているユニットについて、教えていただけますか？__

__川元__：私はインボイス管理サービス「Bill One」の開発を担当する「BOEU」に所属し、エンジニアリングマネージャーを務めています。「Bill One」は郵送やメールなどで届く請求書をデジタル化し、クラウド上で一元管理できるサービスです。インボイス制度や電子帳簿保存法にも対応し、月次決算業務を効率化することで、企業経営における意思決定のスピードを加速します。

__――どのようなミッションを掲げていますか？__

__川元__：当社はグローバルテックカンパニーを目指しております。「Bill One」ではシンガポールやタイでの展開がはじまっています。昨年度（17期）のOKRの一つでは、生産量を2倍にすることが挙げられており、それが今の技術本部の大きなミッションです。

## 開発生産性の可視化への取り組み

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

__川元__：プロダクトの成長とエンジニア組織の成長は右肩上がりで進んでいましたが、開発生産性については定量的に把握できていなかったため、成長に再現性があるかどうか分かりませんでした。パフォーマンスを可視化したいと考え、有志で内製化を進めていました。

![intereview_sansan_2-1](//images.ctfassets.net/ngrpflsbp3rq/52XhMUT5tZyH0rfunh6pVB/d76eaf6edaa20aa57f3d37ea6fc49afc/DSC06563_.jpg)

__――計測を行っていたなか、どのようなきっかけから「Findy Team+」に興味を持ったのでしょうか？__

__川元__：内製ツールの機能アップデートに本腰を入れて取り組んでいる部署がなく、片手間での開発には限界がありました。利用者のFBがなかなか反映されないため、利用浸透が難しかったのです。また、GoogleやDORAのライブラリも検討しましたが、コスパが見合わず早々に断念しました。

代替できるツールを探し、開発生産性を定量的に把握できるFindy Team+に決めました。Findy Team+のUI/UXデザインの高さ、チーム・メンバーの比較機能などが魅力でした。

__――「Findy Team+」の活用について、社内で理解を得ていくにあたって難しかったことはありましたか？__

__川元__：Findy Team+を使う理由としてUI/UXが良く非常に使いやすいということが決め手でした。ただ、定性的な理由だけでは説得力に欠けます。社内で理解を得ていくため、「どれだけ開発生産性を追求するとROIが見合うのか」を提示する必要がありました。

差別化のメリットをしっかりと言語化して、ROIを伝えることが必要だったので、時間がかかりました。そこで、内製ツールとFindy team+の機能比較として、星取表を作成したり、アンケート結果を現場からの声として提示したりしていました。トライアル期間を経て浸透度合いを訴求できただけではなく、リードタイムを約1/3に短縮できた成果を定量的に示せたことも大きかったと思います。

![intereview_sansan_2-2](//images.ctfassets.net/ngrpflsbp3rq/5RMlhBpMngYQtleLLgeqIP/5f8a90b204ecfc0908cb6c339927c75f/__________2024-09-25_17.45.54.png)

## 品質と生産性をトレードオフにしない

__ー「Findy Team+」導入後、計測を通じたゴールはどこに設定していたのでしょうか？__

__川元__：むやみに目標値を設定して、達成したかどうかを気にすることはしていませんでした。目標達成ハックの防止を意図していたからです。「レビュータイムが長くなっていないか？」「レビュー負荷の偏りがチーム内で出ていないか？」など、自分たちのパフォーマンスを可視化し、健全性チェックに使うところから始めました。

__ーBOEUはボトムアップに強みがある組織と伺っています。__

__川元__：トップダウンで目標値設定すると「なぜその目標なのか」という疑問が出やすくなり、本質ではない議論になってしまいがちです。そもそもBOEUはボトムアップに強みがある組織なので、チームの裁量を奪いたくなかったというのもあります。開発領域において背景もそれぞれ違うので、チームごとで目指す先も異なります。プロダクト開発やユーザーへの価値提供につながっている部分を大切にしているので、チーム比較も可能な限りしないように気をつけていました。

__ー取り組みにおいて、難しかったポイントはどのようなことでしょうか？また、どのように解決されたのでしょうか？__

__川元__：OKRとの相関を見るのは難しいと感じました。「レベル1：仕事量の生産性」向上と「レベル2：期待付加価値生産性」の相関を見るのは大変でしたし、今でも気にしています。

そこで、一定期間内にリードタイムを短くして、次々とリリースしていけばアウトプットは増えると仮定しました。最小単位であるプルリク、次に大きい単位であるプロダクトバックログアイテム（PBI）に焦点を当てました。

まず取り組んできたのがレベル1とレベル2で見たときのリードタイムです。最初はリードタイムを短くしていました。改めて自分たちが何をやりたいかを話した結果、重要なのは「顧客への価値提供量の増加」であることに気づきました。そこでアウトプット量の増加に着目したわけです。

__ーアウトプット量を増加させるのが難しい開発領域や施策においては、どのように合意形成をされたのでしょうか？__

__川元__：トレードオフにしないことが大切だと思います。例えば品質や開発生産性はトレードオフに見られがちです。例えば開発生産性向上に取り組みが偏重していると、バグやインシデントが増加し、結果的にユーザー価値提供速度やプロダクト満足度を低下させてしまいます。

さらに、ミーティングが多いからといって削り過ぎるのも問題です。学びの共有は文化として大切にしているので、動機的な文化に関わる部分は削りすぎないようにしました。定量には表れないウェルビーイングに関わる部分にも注意して、いい塩梅での最適化を目指しました。

![intereview_sansan_4-1](//images.ctfassets.net/ngrpflsbp3rq/26kJJG8S75OnEmd2h09Ww3/f9ae282fe7fc2873ec8dc4553d23e717/DSC06603_.jpg)

## マージ済みプルリク数は約1.3倍増加、リードタイムは約1/3短縮へ

__――「Findy Team+」を導入してから改善された部分について教えてください。__

__川元__：スプリントのレトロで、チームのパフォーマンスを確認できる透明性のある検査・フィードバックのサイクルが生まれました。「なぜうまくいったのか」「なぜ今ベロシティが落ちているのか」など、チームのパフォーマンスを言語化できるようになりました。

ボトルネックが可視化され、自身がフォーカスすべき箇所がわかったことも大きな変化です。これまではネクストアクションがはっきりせずモヤモヤしていましたが、インサイトが得られてネクストアクションにつなげやすくなりました。

__――今後トライしていきたい点はどのようなことでしょうか？__

__川元__：プルリク作成の方針を立てましたが、それを守らないと結局形骸化していくので、引き続きウォッチが必要だと思っています。

__――開発生産性の可視化を通じて、組織・メンバーの意識･行動にはどのような変化があったのでしょうか？__

__川元__：これまでもビフォーアフターを文章で定性的に言語化することはできていました。しかし、Findy Team+を活用することによって、成果についても自然と定量情報をもとに会話ができるようになったのです。

例えば、メンバーは「ボトム＋トップ」で成果の言語化や目標設定の壁打ちとしてFindy Team+を利用し、「ビフォーアフターを定量的にとれる」といった会話も行われています。個人の成果がチームにも貢献できていることが視覚化されたので、BOEU内でも浸透しているのだと思います。

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

__川元__：取り組みを実施した結果、開発生産性レベル2と表しているPBIの評価量でいうと1年で2倍に増加しました。Findy Team+でもPBIの増加に伴い、マージ済みPR数は約1.3倍増加、リードタイムは約1/3短縮しています。

![intereview_sansan_5-1](//images.ctfassets.net/ngrpflsbp3rq/EwCAY86CBtclaBvDAo5o4/79d16d36872611399f0a328969d9835a/__________2024-09-25_18.05.53.png)

## 自走力が高いチームで強い組織へ
__――今後の開発生産性計測・可視化のトライや「Findy Team+」活用の展望などについて教えてください。__

__川元__：チーム編成が柔軟に行われるので、チームビルディングのイニシャルコストや、これまでパフォーマンス分析ができていなかった海外開発チームの可視化をやっていきたいですね。また、パフォーマンス分析と連動し、「開発時間を確保できているのか」について定量的な裏付け根拠が取れるミーティング分析も有効活用したいと思っています。ただし、開発メインの海外開発チームはミーティングがボトルネックになることはほぼないと感じています。

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

__川元__：当社は、Findy Team+に限らず、ROIを説明できたり、開発者体験を高められたりするツールを採用できる環境にあります。Copilot、ChatGPTなども希望があればアカウント配布が可能です。トップダウンで大枠の方針を決めるところはありますが、ボトムアップでチームの裁量を非常に大切にしています。そういったところがFindy Team+の活用による改善にもつながっているのだと思います。

「自走力が高いチームはパフォーマンスも高い、その総和で組織が強い」という点については今後もこだわっていきたいですね。そのためにも当社は採用と育成を重視しています。
ボトムアップでチームの裁量を高く持って進める文化に共感できる方には魅力的な職場だと思います。興味を持たれた方はぜひご連絡ください。

![intereview_sansan_6-1](//images.ctfassets.net/ngrpflsbp3rq/52l7CjQQhlL0LErRkMAuUM/9f0522196f0309da3376fd69272985c7/DSC06646_.jpg)

※現在Sansanでは、エンジニアを募集しています。
[Sansan株式会社のエンジニア求人一覧](https://findy-code.io/companies/173/jobs)
※「Findy Team+」のサービス詳細は、以下よりご覧いただけます。
[https://findy-team.io/](https://findy-team.io/)

reality_interview_0823_FV

「出会いからイノベーションを生み出す」をミッションとして掲げ、働き方を変えるDXサービスを提供するSansan株式会社。同社では、エンジニア組織における個人のパフォーマンスの振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

チーム裁量権を保ちながらリードタイムを約1/3に短縮。Sansan株式会社が実践した開発生産性の可視化とは？

adways_FV

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

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

dinii_FV

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

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

## プロダクトごとに合わせた計測を行うため、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に組み込んだ結果等について伺いました。

インタビュー

海外拠点で、言語の壁を超えた改善文化の形成へ。定量数値から自発的に振り返り、具体的な改善策に取り組むパーソルキャリアテックスタジオベトナムの開発生産性向上への取り組み

チーム裁量権を保ちながらリードタイムを約1/3に短縮。Sansan株式会社が実践した開発生産性の可視化とは？

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

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

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

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

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

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

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

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

.css-1uuptc0 svg{width:32px;height:32px;fill:#666666;stroke:#666666;}@media (max-width: 750px){.css-1uuptc0 svg{width:24px;height:24px;}}インタビュー

海外拠点で、言語の壁を超えた改善文化の形成へ。定量数値から自発的に振り返り、具体的な改善策に取り組むパーソルキャリア テックスタジオ ベトナムの開発生産性向上への取り組み

チーム裁量権を保ちながらリードタイムを約1/3に短縮。Sansan株式会社が実践した開発生産性の可視化とは？

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

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

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

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

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

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

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

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

インタビュー

海外拠点で、言語の壁を超えた改善文化の形成へ。定量数値から自発的に振り返り、具体的な改善策に取り組むパーソルキャリアテックスタジオベトナムの開発生産性向上への取り組み

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

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

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

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