treasuredata_eventreport_2024/12/26_fv

トレジャーデータ創業者が語る、売れるものをつくる力〜開発組織の価値をどう証明するか〜

## エンジニアの日々の活動を事業側に理解してもらう
__笹尾__：こんにちは、笹尾です。「誰も全体を知らない ～ ロールの垣根を超えて引き上げる開発生産性」というタイトルで発表させていただきます。僕は多くの人がもっと楽に成果を上げられる方法を探しながら、たくさんの埋もれた才能が最大限に発揮され、最高のプロダクトやサービスを生み出せる環境を目指して組織づくりをしています。

僕が所属しているカケハシは、「日本の医療体験を、しなやかに」をミッションとして事業を進めています。バリューには、高潔、価値貢献、カタチにする、無知の知、変幻自在、情報対称性の6つを掲げ、メンバー自らが体現できるチームを目指しています。そんなカケハシのなかで、僕たちのチームは「Musubi AI在庫管理」という調剤薬局で取り扱う医薬品の在庫を管理するプロダクトを開発しています。
![kakehashi_eventreport_2024/12/25_middle_h2-1-1](//images.ctfassets.net/ngrpflsbp3rq/3KJhLxYtWJZ0gv0sYP4GCn/124ac8a0baafd0c489325d252caa4a0f/Frame_76.png)

__笹尾__：さて、皆さんに質問です。エンジニアの日々の活動を、事業側に広く理解してもらいたいと感じていませんか？ 他のロールの方に、自分の業務のことをもっと理解してほしいと感じていませんか？

これは2023年9月、僕たち「Musubi AI在庫管理」開発チームが、エンタープライズセグメントへの導入を必死に模索するなか、プロダクトもチームも拡大していたころのことです。

大量の機能要望がリストアップされ続けているのに、一つひとつの規模が大きく見積もりすらできない。既存の仕組みでは実現できそうになく、実現方法の検討を進めなければならない。スケジュールの見通しは立たなくなっていて、エンジニアを増員するものの、目に見えて開発スピードが上がるわけではなく、現状維持でいっぱいいっぱい。一方で、一部のエンジニアは大規模なリファクタリングにチャレンジしているという状況でした。

そうしたなか、ある会議でカスタマーサポート(以下、CS)のメンバーが勇気を持って発言してくれたんです。「開発メンバーが、お客様のことをどこまで考えているのかわからなくなりました」と。僕はハッとしました。はたして僕たちは、事業やサービス、プロダクト、そして開発を理解しているのだろうか。そう思って、すぐにエンジニアを集めて、CSメンバーと会話する機会をつくりました。その名も、CSとエンジニアの温度感を合わせる会です。
![kakehashi_eventreport_2024/12/25_middle_h2-1-2](//images.ctfassets.net/ngrpflsbp3rq/6CNvqZ9HeRZydegDayUJob/b0a5e270ead7570b4d365e2e9579eedf/Frame_77.png)

__笹尾__：このとき、エンジニアから伝えたのは、僕たちがお客様のことを知りたがっているということ。それ以外は、CSの方が抱えている課題や不安、そして開発がどう見えているのかを丁寧に説明してもらう時間となりました。少なくとも、お客様第一であることの認識はできたと思いますが、そもそもの不安を生んだのは、開発プロセスだけに偏った関係性、コミュニケーションの歪みだったんです。

それまでエンジニアの多くは、PdM(プロダクトマネージャー)とだけ会話して開発を進めていました。だから、その後もお互いの「わかってもらえない」が起こらないように、しっかり目的を明示したうえで、CSとエンジニアの温度感を合わせる会を継続することにしました。
![kakehashi_eventreport_2024/12/25_middle_h2-1-3](//images.ctfassets.net/ngrpflsbp3rq/5Ic6yZbXwAwsbAm73cIlY9/64a21a751e313c3612279e8f1b41538c/Frame_78.png)

__笹尾__：この会で意識したのは、とにかく相手を知り、相手の仕事に興味を持つこと。困りごとやその背景を知ること。ただし、その場で要望を伝えて解決方法を即決しないこと。悩みを吐き出して、自分たちから小さな振る舞いを変えることで、少しずつ問題を解消すること。これらをこの会における目的として、最初に毎回確認したうえで進めていました。

この会は、スプリントレビューの場でCSメンバーとの連携が深まるまで、ずっと継続していました。結果として、スプリントレビューで前向きな意見や提案、感想をもらえることにつながったと感じています。さらにこの会を通して、エンジニアの活動をしっかりと伝える必要性に気づき、次の活動にもつながりました。
## 非エンジニアメンバーにわかりやすく継続的に伝えていく
__笹尾__：今からお伝えするのは、その活動の初回にエンジニアのメンバーが実際に行った、システム拡大に伴うリアーキテクチャの説明についてです。エンジニア以外のメンバーに理解してもらいやすいように、専門用語を使わず、日常で想像しやすいものに置き換えた説明が行われました。

システム自体を本棚に見立て、内部の状態はその中に収める本に見立てて説明しています。システムの立ち上げフェーズは、とにかく仮説検証することが大切で、堅牢なシステムは必要なく、機能も多くないんですね。軽くて安くて気軽に使える本棚があれば、本は綺麗に整理することができます。
![kakehashi_eventreport_2024/12/25_middle_h2-2-1](//images.ctfassets.net/ngrpflsbp3rq/3m04Sq93kUmGGaKdDnG0oI/94ef496b6600d8c3ef35fbc86d272a91/Frame_79.png)

__笹尾__：仮説検証が上手くいって、スモールビジネス市場への導入が始まっていくと、高い事業目標を見据えて、機能開発がどんどん盛んになります。本は本棚に収まらないこともありますが、システムの堅牢性はまだ要求されていないので、急いで今までと同じ本棚を用意して、ちょっと不便なことがあってもこれで十分かなという形で進めます。

ところが、エンタープライズへの導入となると話は変わります。お客様と約束したスケジュールに合わせて機能開発を進めますが、今までとは異なる要求が多々あります。これまでに見たことがない、サイズも形も大きく異なる本が一気に増え始めます。
![kakehashi_eventreport_2024/12/25_middle_h2-2-2](//images.ctfassets.net/ngrpflsbp3rq/440D2VX6UDAzdxS3Ac43dm/c036ea040276685120a15e711342310d/Frame_80.png)

__笹尾__：同時に、システムの堅牢性も求められます。今までの安くて軽い本棚の組み合わせでは、重みに耐えられないかもしれない。今のまま進んでしまったら、自分が本棚を壊してしまうかもしれないと、怖くて誰も触りたくない状態になります。本が収まらなくても、本棚が歪んでも、ただ崩れないようにするだけになってしまったら、そんなシステムは健全とは言えませんよね。
![kakehashi_eventreport_2024/12/25_middle_h2-2-3](//images.ctfassets.net/ngrpflsbp3rq/4RUsUYNehT3bAoNfp8dWii/1403f2ff69d38a68c4afc84d9651558f/Frame_81.png)

__笹尾__：それを防ぐためにはシステムを維持したまま、新たなシステム要件に合わせた形にする必要がある。今ある本棚とは別に、この先の事業成長に必要な、堅牢で拡張性に富んだ本棚を用意して、本を移動しなければならない。自分たちのシステムが市場に受け入れられたからこそ発生する、作業や課題があることを説明したんです。
![kakehashi_eventreport_2024/12/25_middle_h2-2-4](//images.ctfassets.net/ngrpflsbp3rq/2NXkCFftl51gqysnXIBvRa/3242ae380ad0d71c18122642a4d3384c/Frame_82.png)

__笹尾__：エンジニア用語を使わない比喩やメタファーの説明では、どれくらい伝わるか未知数ですが、この説明をした際、サポートデスクの方からは「理解しやすくて、エンジニアの大変さがわかった」と感想をいただきました。

ただ、このような説明をする際に気をつける点があります。それは、当たり前にならない伝え方をすること。例えば、日常のコーディングでリファクタリングをするのは当然ですね。コードを書いたら見直し、新たな機能を入れる前にリファクタリングから始める。この日常のリファクタリングを、業務終了時の机の片付けと一緒だと伝えることもできるでしょう。

ですが、そのとき置かれたフェーズによる問題を説明したいのであれば、この伝え方は適切ではありません。机の片付けでは、「当たり前のことができていないなら、エンジニアだけでやれば」と思われかねないからです。伝える内容はそのときに合わせて選び、今なぜこの内容を伝えるのかを工夫することが大切です。

そして、説明は継続する必要があります。人は受け取れるときに、受け取れる方法で、段階を経て情報を受け取ります。つまり、継続していくなかで、一方向の説明にならないように方法を変えながら、それぞれのタイミングで受け取ってもらいつつ、何回かの説明で徐々に理解を深めてもらう必要がある。組織としては、人の入れ替わりに配慮する必要もあります。
![kakehashi_eventreport_2024/12/25_middle_h2-2-5](//images.ctfassets.net/ngrpflsbp3rq/5f8J8FD95K4n1WO6wrJBkr/7647940610a10da9c9e6f2c63b7cf65f/Frame_83.png)

## 開発チームの内部でも起こるコミュニケーションの課題
__笹尾__：ここまで、開発チーム以外とのコミュニケーションの話をしてきましたが、似たような問題は開発チームの内部でも起こります。「Musubi AI在庫管理」の開発チームが、以前の分業化した体制で活動していたころ、見つけた課題に対して僕がいろいろな方と会話していたなかで、面白いことに気づきました。

フロントエンドのメンバーは「UIの状態管理が複雑で改修が難しい」と言っていて、バックエンドのメンバーは「APIの仕様が複雑で改修が難しい」と言っていて、デザイナーは「UIがわかりづらいから直したい」と言っていたんですね。僕は最初、それぞれ別の課題だと思って聞いていたのですが、実は全部同じ機能の同じ課題を指していたんです。

これは“群盲象を評す”状態で、視点が偏ると一部に固執してしまって、全体で見れば同じものだということに気づけない。こんな状態でプロダクトを良くすることは難しいですよね。
![kakehashi_eventreport_2024/12/25_middle_h2-3-1](//images.ctfassets.net/ngrpflsbp3rq/7orD8W4JyDpab4WQNocrZe/6e262a34ac210156b3bae83095a49c6d/Frame_84.png)

__笹尾__：そんなときは、やはり「集合！」です。そうして、フロントエンド、バックエンド、デザイナーの苦しみを共有する会が始まりました。この会でも、目的をしっかりと定義しています。苦しくても隠してきたこと、みんな知っていると思って放置してきたことを共有して、手助けしながら嫌なことを高速でなくすために協力する場です。

自分と同じ悩みを他の人も持っているかもしれないから、話してみる。ここではとにかく一緒にやれば解決できるかも、という感覚を大切にするために、ルールを設定しました。正論での争いを避けて、自分たちの成長と達成感のために、一旦ロールも無視してスキルや知識を投入する。この短い時間だけですべてを進めることはできないけれど、支援のきっかけをつくっていく。

ここで共有した課題のうち、その場で解決に向かえたのはほんの一部です。ただ、この流れによって、ロールごとのチームから、クロスファンクショナルなストリームアラインドチームに変化するなかで、メンバーの協力を得やすくなったと思います。
![kakehashi_eventreport_2024/12/25_middle_h2-3-2](//images.ctfassets.net/ngrpflsbp3rq/5VUWtBUA06KIXBBjft4o2O/e0796558910c3439694bf74884f35c0b/Frame_85.png)

## ロールの垣根を越えて、より高い価値を出し続けるために
__笹尾__：コミュニケーションが得意な人は、さっさと相手に合わせてコミュニケーションすれば済むと思うかもしれません。でも、僕みたいに人間関係やコミュニケーションが苦手な人は、そうもいかないんですね。

特にズレが大きくなると、会話自体が成り立たないことも多々あります。特にロールをまたいだ状態でズレると、成果にはつながりにくい。人は自分が想像できる成果には、より情熱やコストをかけることができますが、認識の差がある状態で成果を出すのは、他のコストがかかってしまうのでつらくなるんですね。

だから、ズレがあるときは焦らない。決め事がなくても、成果がなくてもいいところから始めて、相手が大切にしているもの、守ろうとしているものを感じてみたり、苦しみも知ったりしながら、前進したい意思を感じられるようにする。そうやって会話していると、共通の認識やメタファーが生まれるようになり、そこで初めて今まで想像できなかった成果を想像できるようになります。
![kakehashi_eventreport_2024/12/25_middle_h2-4-1](//images.ctfassets.net/ngrpflsbp3rq/6NekRoRdLzUmGX1xz13efp/805f964d08bcf9a7f4addff946ef2e96/Frame_86.png)

__笹尾__：だからこそ、時として求められないコミュニケーションにもチャレンジする必要があります。例えば、機能開発が山積みの状態でも、技術負債の解消やリアーキテクチャの会話を積極的にPdMとして、優先順位に組み込めないか確認していく。それがもし20％ルールでエンジニアの工数が確保されていたり、別に保守チームをつくればできたりすることだとしても、必要なことは伝えていくんですね。

技術負債が溜まって内部品質が低下して、徐々に希望のデリバリーを守ることが難しくなるとか、重大なインシデントが増えてしまうとか、PdMの成果に影響することに関しては積極的に伝えていく。

もちろん上手く説明するのが難しいことも多々あります。それでも、サービス全体の価値向上に全員で取り組むためには、エンジニアもPdMの抱えるプレッシャーなど、背景にある情報を知る必要があります。そのきっかけとしても、必要なことを伝えるというのが大事なんですね。

エンジニアの日々の活動を事業側に広く理解してもらいたいということよりも、今見えているものは氷山の一角だと捉えて、エンジニアだけでは見えないものを見えるようにする。その結果、ロールの垣根を越えた成果を生み出せるようになります。
![kakehashi_eventreport_2024/12/25_middle_h2-4-2](//images.ctfassets.net/ngrpflsbp3rq/10YOGKErWtdx6AuxgEZuOz/d0743d2ded8c54266b306fc408e19926/Frame_87.png)

__笹尾__：カケハシが掲げるバリューの1つに、「無知の知」があります。自分が知らないという事実を知るのは、とても難しいことなんですね。だから、自分たちの知らないこと、見えないことが、勝手に知れるようになったり、見えるようになったりしないと僕は考えています。

今まで知れなかったことを知るために、自ら会話して、相手に興味を持って、疑問を持って、知る機会を得る。自ら説明して、相手の理解を図り、理解可能な条件を探していく。そうやって何度も何度も試しながら知らないことを知り続けて、見えなかったものを見続けると、全体が浮かび上がって、解像度も徐々に上がっていきます。

何かを改善したいなら、課題を分解して捉える必要があるんですね。そして、課題を分解するには、その課題の全体像を捉える必要がある。改善の施策を実行するためには、解像度を上げる必要もあります。だから、知らないことを知れば知るほど、課題の解決がしやすくなります。

いろいろなコミュニケーションを通して、部分をつなぎ合わせ、全体を浮かび上がらせる。そうすると、ステークホルダーとのコミュニケーションでも、ロールに関係なくチームの課題感をそろえて会話できたり、事業を通した優先順位をつけながら、事業の拡大とプロダクトの持続性の両方を進めることができます。

ロールの違いが妥協を生むのではなく、ロールの違いを礎にして、新しい価値が生まれるようにする。そんなチームになるために、もし全体が見えないのなら、自分たちで垣根を越えていけばいい。何回もあがいて進めばいい。
![kakehashi_eventreport_2024/12/25_middle_h2-4-3](//images.ctfassets.net/ngrpflsbp3rq/4QXxHGDFItH5VQcz7dPaJH/1012a43c9705e2ee0a674ede0d1ba75f/Frame_88.png)

__笹尾__：これからも僕たち「Musubi AI在庫管理」開発チームは、メンバーで一丸となって、プロダクト、サービス、事業やロールの垣根を越えて、より高い価値を出し続けていきたいと考えています。


kakehashi_eventreport_2024/12/25_fv

誰も全体を知らない ～ ロールの垣根を超えて引き上げる開発生産性

## 受託開発の現場を支える開発生産性の定量化。HapInSがFindy Team+で実現するFour Keys向上の取り組みとは？

「個人と社会の幸せを追求する」を企業理念に掲げ、受託事業とSES事業を展開しているHapInS株式会社。同社は2021年8月1日を第二創業として、SES事業を主体としていたところから受託事業との2本柱に移行し、事業および組織を拡大し続けてきました。そんな急成長中のHapInS株式会社では、受託の案件ごとにチームを作成し、各チームでエンジニア組織支援クラウド「Findy Team+」を活用いただいています。

今回は、CTOの佐藤 佑亮さんとチームリーダーを務める糸魚川 航汰さん、渡辺 ミルさん、ジョ・ヨンハンさんにインタビュー。開発生産性の計測をスタートしたきっかけや、活用方法についてうかがいました。

## クライアントに寄り添った開発を特徴とするHapInSの開発組織

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

__佐藤__：私たちはお客様のビジネスにコミットした開発をミッションとしています。言われたものをそのまま開発するのではなく、実際に価値のあるシステムを提案、開発することで、お客さまのビジネス成長に貢献していくことを心がけています。

__──組織規模、体制についてもお話いただけますか。__

__佐藤__：国内の開発組織としては、エンジニア、デザイナーを含めて約20名。オフショアの開発拠点は8名です。

私が事業部のトップとして組織をまとめていて、その下に複数のチームがあり、メンバーに各チームのリーダーを任せています。糸魚川、渡辺、ジョの3名は、昨年末から今年にかけて行った組織編成でリーダーに昇格しました。

__──ジョさん、糸魚川さん、渡辺さんは、過去にもリーダーを経験したことがあったのですか？__

__佐藤__：いいえ。3名ともリーダーポジションを経験するのはこれが初めてです。リーダーとして日が浅いながら、開発生産性の向上に向けた取り組みを推進してくれました。

ちなみに、HapInSでは案件ごとにチームを作成しており、それぞれにFindy Team+の活用法も異なります。後ほど、リーダーである3名から各チームでの活用方法をご紹介します。

![スクリーンショット 2024-12-20 8.19.47](//images.ctfassets.net/ngrpflsbp3rq/2lfhLJC0yUXS17ONcJZPKX/5a06ce8a11f1128ef2d029630b6c7345/__________2024-12-20_8.19.47.png)

## 事業立ち上げをきっかけに、Findy Team+の導入を決意

__──開発生産性の計測をスタートされたきっかけを教えてください。__

__佐藤__：以前から開発生産性について関心を持っていて、情報収集をしていたものの、実際の取り組みとしては反映できていませんでした。

ただ受託開発事業部を立ち上げ運用していく中で、定量的に分析できる指標を設けた方が良いのではないかと思うようになりました。受託事業は、1人当たりの開発量が売上に直結しますから。また、現場を見ていると、開発生産性が高いチームがいる一方でそうでないチームもいました。両者の違いを紐解くためにも、開発生産性を計測したいと考えたのです。

__──「Findy Team+」を導入いただいたきっかけはなんだったのでしょうか？__

__佐藤__：前職のスタートアップでFindy Team+をトライアル導入していたため、サービスの存在自体は以前から把握していました。自前で計測する案もあったのですが、費用対効果や運用負荷を考えると商用ツールを導入した方が早いだろうと考えました。そこで、活用事例が多く、開発生産性の計測ツールとして主流であるFindy Team+を導入することにしました。

__──「Findy Team+」で解決したかった課題とは、どのようなものだったのでしょうか？__

__佐藤__：まずは現在の状態を可視化したいと考えていました。以前から「プルリク作成～マージまでの時間が長い」「人によってレビューの優先度が違う」という感覚を持っていたのですが、メンバーと課題感を共有することができていなかったからです。

__──「Findy Team+」の導入後にはどのようなゴールを設定されていたのですか？__

__佐藤__：「プルリク作成〜マージまでの速度改善」と「レビューの優先度統一」です。

Findy Team+を導入する前、私はFour Keysしか意識していませんでした。そのため、導入前はFour Keysの改善をゴールとしていました。ただFindy Team+を導入してからサイクルタイムや別の指標も可視化できると知り、それらの数値を改善する方法を考えてゴールを設定していったという流れですね。

__──導入前は自前で計測する案もあったとお話しされていましたね。「Findy Team+」を導入する前は、何をされていたのですか？__

__佐藤__：開発生産性という文脈では、プルリクの件数をチェックするくらいで、特に目立った取り組みはしていませんでした。あとはJiraのVelocityなど、プルリクと紐づかない生産性について見るくらいでしたね。

![スクリーンショット 2024-12-20 8.31.24](//images.ctfassets.net/ngrpflsbp3rq/4P1bkdrbY9IjJEtEWnGwyj/c445f27e6ef92400a765ea9ad7f106cf/__________2024-12-20_8.31.24.png)

## 計測を通して、メンバーが自発的に取り組めるように

__──リーダーのお三方より「Findy Team+」の活用、運用方法についてお話いただけますか。__

__糸魚川__：まずは導入前の課題からお話しさせてください。HapInSはスクラム開発をしており、レトロスペクティブにて、KPTベースの振り返りを行っており、毎週Problemに対してTryを設定しています。その際、私のチームは抽象的なTryしか設定できておらず、改善サイクルをうまく回せないといった課題を抱えていました。

Findy Team+導入後は、サイクルタイム分析を通して時間がかかっている部分が可視化され、具体的なTryを設定できるようになりました。また、毎日の朝会で目標のサイクルタイムと現状のサイクルタイムを確認することで、チーム内の意識も高まりました。レビュー分析も活用していて、一部のメンバーにレビューが偏っていないかどうかを確認するようにしています。

__──続けて、渡辺さんのチームでの導入前の課題と活用方法を教えてください。__

__渡辺__：導入前はVelocityをチェックしてはいたものの、他の定量的な部分を正確に把握できておらず、課題をメンバーと共有できていませんでした。

Findy Team+の導入後も、私のチームではあまり活用できませんでした。メンバーの入れ替わりが発生した際にFindy Team+の設定を変更する必要があり、複数のチームを担当していたため対応が難しかったのです。またプロジェクトが改修、テストのフェーズに入っていたことも関係しています。バグ改修がメインとなっていたため、サイクルタイム分析があまり活用できませんでした。

ただ、Findy Team+で定量的な数値を確認できるようになり、メンバーと共通の認識を持てたのはメリットだと考えています。糸魚川さんがおっしゃったように、サイクルタイム分析を通して定量的に話し合うことができるようになりました。Four Keysのスコアを上げることを目的として、楽しみながら開発生産性に取り組めたのも良かったですね。

__──メンバーの入れ替わりに伴う設定変更など、私たちの方でもサポートしていければと思っています。次に、ジョさんのチームでの活用例もお話いただけますか。__

__ジョ__：導入する前は、Velocityを確認したあとに次週のTryを設定して、金曜日のレトロスペクティブで達成したかどうかを確認していました。

Findy Team+で一番見ていたのは、糸魚川さんと同じくサイクルタイム分析とレビュー分析です。二人がお話していたように、導入後はチームの状態が可視化されたことで、定量的に分析できるようになりました。また、私はレビュー分析に大きなメリットを感じています。というのも、導入する前はレビューの負荷が特定のメンバーに偏っていたんです。レビュー分析で誰がどれだけレビューをしているのかが明確になり、メンバーが協力しあって作業を進めてくれるようになりました。

そのほか、オフショアのメンバーとのコミュニケーションにも役立っています。プロジェクトのフェーズが変わり、国内のメンバーが他のチームに移動して、私のチームにオフショアメンバーが参加してくれています。当初は私から一方的に作業を依頼するような形で、彼らとコミュニケーションが取れていませんでした。そこでチームふりかえりβ（※）を活用してみたところ、以前よりもスムーズにコミュニケーションが取れるようになったのです。

![スクリーンショット 2024-12-20 8.27.54](//images.ctfassets.net/ngrpflsbp3rq/5OGt3Qz0OjcuXk0nlbS2up/0e4279345b4bbdf4336a776d253d9e04/__________2024-12-20_8.27.54.png)

__──「Findy Team+」の導入後、佐藤さんから見て、組織に変化はありましたか？__

__佐藤__：メンバーのほとんどが定量的にディスカッションできるようになりましたし、一人ひとりが積極的に改善施策に取り組んでくれるようになったと感じています。各チームのリーダーに任せてボトムアップ的に進められたことで、メンバーが納得感を持って取り組めたのだと思います。

__──「Findy Team+」を使って、今後トライしていきたいことはありますか？__

__糸魚川__：サイクルタイム分析やレビュー分析以外の機能を活用したいです。例えば、メンバーの詳細機能を活用して定量的にメンバーにフィードバックするなど、一人ひとりにフォーカスした取り組みも進めていきたいですね。

__ジョ__：オフショアのメンバーについては、Findy Team+での計測を最近始めたところであり、まだ理想的なサイクルタイムを達成できていません。今後はオフショアのメンバーの開発生産性を向上していきたいと考えています。

__渡辺__：これから実装フェーズに入るプロジェクトがあるため、他のリーダーから共有いただいた活用方法を参考にして、Findy Team+を使っていきたいです。

（※）…KPTに基づき開発チームのふりかえりミーティングを円滑化し、エンジニアの開発者体験向上をサポートするFindy Team+の新機能。英語化にも対応しており、オフショア拠点のエンジニア組織でも活用可能。

## 自走できるエンジニアとともに開発生産性の向上に取り組んでいく

![スクリーンショット 2024-12-20 8.43.13](//images.ctfassets.net/ngrpflsbp3rq/2j7EMdfAKAcjbEpWYZuBJ8/9fc87b16d78a6f0eaaa5c1d97cefb60b/__________2024-12-20_8.43.13.png)

__──「Findy Team+」を導入する上で、受託企業ならではのメリットはどういったところにあると思いますか？__

__佐藤__：他社との差別化を図るツールとして活用できるという点でしょうか。開発会社は数が多く、お客さまからすると、どこに依頼すれば良いのか判断に迷うこともあるでしょう。そんな時に、定量的なデータをもとに自社のケイパビリティを正確に伝えられるのは、大きなメリットだと思います。

また、受託案件は締め切りがあるため、エンジニアが疲弊してしまうケースもあります。しかし、定量データをもとに小さい改善を重ねることで、ゲーム感覚で楽しみながら取り組めると考えています。言い換えると、開発組織の士気を高めていくことにもつながると思います。エンジニアとしても成果が目に見えた方が達成感もあるでしょうし、スキル向上や自己研鑽に繋がるのではないでしょうか。

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

__佐藤__：HapInSの開発組織は、非常にフラットであることが特徴です。年齢などには関係なく、その人のスキルやモチベーションを重視してアサインするようにしています。

また、エンジニアのスキル向上や教育にもさらに投資していきたいと考えています。現在行っている勉強会の開催頻度なども上げていきたいと考えていて、成長意欲の高い方やモダンな技術に触れていきたい方は楽しめる環境だと思います。

__渡辺__：現場の意見をお伝えすると、リーダーやマネジメント層だけでなく、メンバーからも新しい取り組みの提案が積極的に出るのはとてもいいことだと考えています。実際に、Slack運用の自動化やグローバルメンバー向けに日本語の議事録を共有するなど、メンバーから意見を吸い上げて実現したことが多くあります。メンバーの希望で導入したエディターツールもありますね。

一緒に働きたいエンジニア像で言うと、未来に向かって次のアクションを自分で考えられる人です。HapInSは未経験者採用の実績もありますし、年齢や国籍は関係ありません。“現状ではできないこと”を気にする必要はなく、それよりも目標を達成するために行動できるスキルが重要だと思います。

私は文系出身で、エンジニアになるまでは「エンジニア＝技術を追求するプロフェッショナル」だと思っていました。エンジニアとして技術力を磨いていくことは、もちろん必要なことです。しかし、HapInSでエンジニアとして働くなかで、それよりも大切なのは「お客さまが望むサービスや実現したいことに寄り添うこと」なのだと感じました。

お客さまに寄り添って考えられるスキルを持っている人こそがいいエンジニアなのだと思いますし、私個人としてはそういった方と働きたいです。

## ■プロフィール

佐藤 佑亮氏　HapInS株式会社　取締役CTO
新卒で通信会社に入社し、インフラエンジニアとして従事。その後、スタートアップ2社でソフトウェア開発とEMを経験し、並行してHapInS株式会社を立ち上げ。2024年7月よりHapInSへフルコミット。

![スクリーンショット 2024-12-20 8.19.47](//images.ctfassets.net/ngrpflsbp3rq/2lfhLJC0yUXS17ONcJZPKX/5a06ce8a11f1128ef2d029630b6c7345/__________2024-12-20_8.19.47.png)

ジョ・ヨンハン氏　HapInS株式会社　エンジニア
韓国で半年ほどバックエンドエンジニアとして経験を積んだ後、来日してHapInS株式会社に入社。インフラ関連の業務からスタートして、フロントエンドなどを経て現在はフルスタックに活躍。2023年よりチームリーダーとして手腕を発揮している。

![スクリーンショット 2024-12-20 8.27.54](//images.ctfassets.net/ngrpflsbp3rq/5OGt3Qz0OjcuXk0nlbS2up/0e4279345b4bbdf4336a776d253d9e04/__________2024-12-20_8.27.54.png)

糸魚川 航汰氏　HapInS株式会社　エンジニア
フロントエンドをメインに経験を積み、エンジニアとしては3年目に突入。SES事業を担当していたが、社内副業として受託案件に参画したことをきっかけに開発の楽しさに気がつき、受託事業に移動。現在はフルスタックエンジニア兼リーダーとして、チームの開発を推進している。

![スクリーンショット 2024-12-20 8.27.18](//images.ctfassets.net/ngrpflsbp3rq/4tvHSv5hLQac6udQVN3prx/f174e0252a09d551b2ebebd2b6d2c4e3/__________2024-12-20_8.27.18.png)

渡辺 ミルさん　HapInS株式会社　エンジニア
2023年まではバックエンドとフロントエンドの両方に携わり、エンジニアとして開発スキルを磨いていた。受託チームに移動し、2024年からリーダーに昇格。現在は受託案件を複数担当し、プレイヤーとして開発しながらマネジメント業務もこなしている。

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

スクリーンショット 2024-12-20 8.17.36

「個人と社会の幸せを追求する」を企業理念に掲げ、受託事業とSES事業を展開しているHapinS株式会社。同社は2021年8月1日を第二創業として、SES事業を主体としていたところから受託事業との2本柱に移行し、事業および組織を拡大し続けてきました。そんな急成長中のHapInS株式会社では、受託の案件ごとにチームを作成し、各チームでエンジニア組織支援クラウド「Findy Team+」を活用いただいています。  

受託開発の現場を支える開発生産性の定量化。HapInSがFindy Team+で実現するFour Keys向上の取り組みとは？

ivry_eventreport_2024/12/23_fv

部署を作らないがホラクラシーでもない『新しいカタチの組織』なら開発生産性を最大化し続けることは可能か

## 動画の概要

KINTOテクノロジーズが急成長する開発組織の課題解決に向けて Findy Team+ を活用し、生産性向上に取り組んだ事例を紹介します。組織拡大に伴う業務負荷やマネジメントの複雑化に対応するため、全社横断のプロジェクト化や成功事例の型化、エンジニアとの伴走支援を実施。

さらに、勉強会を通じて社員自らが改善意識を持つ文化を醸成し、チーム全体のリードタイム短縮やリリーススピード向上への道筋を示します。

## 動画で学べること
---
- エンジニアとの伴走支援による離脱防止と習慣化のアプローチ。
- 生産性向上勉強会を通じた改善文化の醸成と具体的な実践方法。
- リードタイム短縮やリリーススピード向上を目指すデータ活用の取り組み。
- 社員が主体的に改善提案を行う自己組織化されたチームの形成方法。

### [動画を視聴する](https://share.hsforms.com/14Iad7pnuSAqXm9a4qMKCBQbymz5)
## スピーカー
---
__KINTO テクノロジーズ株式会社 事務局 開発・編成本部__ 

__開発支援部企画 管理グループ：有留 完_

株式会社株式会社リクルートにて法人営業としてトヨタファイナンシャルサービス（TFS）グループを担当し、KINTO事業立ち上げ支援に従事。2022年2月よりKINTOテクノロジーズ株式会社に所属。現在は副社長直下組織にて、事業企画・組織開発・全社事業開発支援などに従事。

### [動画を視聴する](https://share.hsforms.com/14Iad7pnuSAqXm9a4qMKCBQbymz5)
## 視聴方法
---
- [こちらのフォーム](https://share.hsforms.com/14Iad7pnuSAqXm9a4qMKCBQbymz5)に必要情報をご入力のうえ、送信ボタンをクリックしてください
- イベント動画は無料でご視聴いただけます

## お問い合わせ
---
Findy Team+ マーケティングチーム
ft-event@findy.co.jp

なお、弊社向けの営業目的でのお問い合わせは[こちらのフォーム](https://form.run/@findy-corporate-site)よりお願いいたします。


VSMを活用した FindyTeam+の運用促進

【KINTOテクノロジーズ株式会社】〜もっとエンジニアが輝ける組織に〜 「やらされ感」ではなく「やってみたい」を引き出す、開発生産性向上に向けた取り組み

hatena_eventreport_2024/12/20_fv

強いチームと開発生産性

## 動画の概要

楽天カードが大規模ウォーターフォール開発からトランクベース開発への移行プロセスと具体的なプラクティスな事例を紹介します。フロー効率の可視化やバリューストリームマップの活用など、生産性向上や開発者体験向上のための実践例を詳しく解説。さらに、今後のAI活用や技術負債の見える化など、生産性向上の取り組みをお話しいただきます。

## 動画で学べること
---
- ウォーターフォール開発の課題とトランクベース開発への移行プロセス。
- 生産性向上のための具体的なプラクティス（フロー効率の可視化、バリューストリームマップの活用、ヒートマップ分析）。
- Four Keys 指標の正しい活用方法とケイパビリティ改善による効果。
- 開発者体験向上を目指した組織的な取り組みとAI活用の可能性。

### [動画を視聴する](https://share.hsforms.com/1IOPj3-TTTeKhR5Li1R7bDwbymz5)
## スピーカー
---
__楽天カード株式会社 プロダクト開発部 エンジニア支援グループ DevExチームリーダー__ 

__松尾  宏介__

Developer、Project Managerの経験を経て、エンジニアの開発者体験、生産性向上を高めるイネイブリングチームとして活動。

### [動画を視聴する](https://share.hsforms.com/1IOPj3-TTTeKhR5Li1R7bDwbymz5)
## 視聴方法
---
- [こちらのフォーム](https://share.hsforms.com/1IOPj3-TTTeKhR5Li1R7bDwbymz5)に必要情報をご入力のうえ、送信ボタンをクリックしてください
- イベント動画は無料でご視聴いただけます

## お問い合わせ
---
Findy Team+ マーケティングチーム
ft-event@findy.co.jp

なお、弊社向けの営業目的でのお問い合わせは[こちらのフォーム](https://form.run/@findy-corporate-site)よりお願いいたします。


T+award OGP PressKit 1 Organization Award (7)

【楽天カード株式会社】大規模WF開発から トランクベース開発への 大脱出プラクティス

## 動画の概要
---
Value Stream Mapping（VSM）を導入し、開発フロー全体を可視化。Findy Team+ のデータ分析を活用し、エンジニアを企画段階から参画させることで、リードタイム短縮や手戻り防止を実現。さらに、ディレクターとエンジニア間の業務理解を深め、ブラックボックスを解消。これによりチームは主体的に改善提案を行う自己組織化されたチームへと成長し、定量データと定性的な気づきを組み合わせた生産性向上の取り組みをお話しいただきます。

## 動画で学べること
---
- Value Stream Mapping（VSM）で開発フローを可視化し、ボトルネックを特定・改善するプロセス。
- DevOps分析やサイクルタイム分析などのデータ活用の実践方法。
- レビュー時間短縮や業務の手戻り防止といった具体的な改善アクション。
- ブラックボックス解消とメンバーの主体的な改善提案を促進するアプローチ。

### [動画を視聴する](https://share.hsforms.com/11mUjpxgGSWOjpdnhnN4vMwbymz5)
## スピーカー

__パーソルキャリア株式会社 プロダクト&マーケティング事業本部　　プロダクト開発統括部 リードエンジニア 川又 颯__

メーカーでの設計開発を経て、2019年3月にパーソルキャリアに入社。入社直後は1年間BITAとしてdodaサイト開発のPMを担う。昨年5月にエンジニアに転籍し、dodaサイト開発のエンジニアとして開発業務に携わり、2023年にアジャイル開発組織のチームリーダーを担当。

※イベント登壇当時のご経歴です

### [動画を視聴する](https://share.hsforms.com/11mUjpxgGSWOjpdnhnN4vMwbymz5)
## 視聴方法
---
- [こちらのフォーム](https://share.hsforms.com/11mUjpxgGSWOjpdnhnN4vMwbymz5)に必要情報をご入力のうえ、送信ボタンをクリックしてください
- ご入力いただいたメールアドレス宛に視聴用URLをお送りいたしますので、ご都合の良いお時間帯にご視聴いただけます
- イベント動画は無料でご視聴いただけます

## お問い合わせ
---
Findy Team+ マーケティングチーム
ft-event@findy.co.jp

なお、弊社向けの営業目的でのお問い合わせは[こちらのフォーム](https://form.run/@findy-corporate-site)よりお願いいたします。


T+award OGP PressKit 1 Organization Award (6)

約600名を超える方に参加/視聴いただいた「ハイブリッドカンファレンス」。「Findy Team+ Award 2023」受賞企業を中心に多様なセッションテーマでご登壇いただきました。今回はカンファレンス来場者限定コンテンツ『大手製造業のアジャイル開発促進』を公開させていただきます。

【パーソルキャリア株式会社】VSMを活用した FindyTeam+の運用促進

## 開発生産性の向上が採用力とブランディング強化に直結。「開発生産性Award2023」を受賞したGO株式会社の取り組みとは？

![スクリーンショット 2024-12-09 9.14.21](//images.ctfassets.net/ngrpflsbp3rq/2g5DwQFZhnv7p2AzJIMERE/3209fac6883bd039564370aa356d99c4/__________2024-12-09_9.14.21.png)

■プロフィール
待鳥 了氏　GO株式会社 バックオフィス基盤開発部 副部長／グリー、ビザスクを経て、2017年に株式会社ディー・エヌ・エー入社。事業統合後のGO株式会社ではバックオフィス基盤グループのマネジメントと開発に携わり、2021年6月から現職。
※（経歴は、インタビュー実施日の2024年9月時点の役職です）

■プロジェクト
バックオフィス基盤グループはタクシーアプリ『GO』に関するシステムを担当。決済システムや、売上をタクシー事業者とGO株式会社に仕分けするシステム、タクシー事業者が1日の売上額などを確認する管理画面、そこから拡張し、リアルタイムでタクシーが走っている場所を把握するための管理画面、電話予約対応を取り入れているタクシー事業者向けに日常のオペレーションを補完するような管理画面なども開発。

## パフォーマンス重視の筋肉質な組織作りを目指す

![スクリーンショット 2024-12-09 9.15.11](//images.ctfassets.net/ngrpflsbp3rq/2bReYEWOI8ojGHHcAeUnJN/04284ed5f571e4286b2a62580af5345a/__________2024-12-09_9.15.11.png)

「移動で人を幸せに。」をミッションに、タクシーアプリ『GO』をはじめとするモビリティ関連事業を展開するGO株式会社。同社では、エンジニア組織における個人のパフォーマンスの振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。
今回は、GO株式会社 バックオフィス基盤部で副部長を務める 待鳥了氏にインタビュー。開発生産性の計測にあたって「Findy Team+」を導入した理由や運用方法、取り組み後にどのような変化があったかなどについてうかがいました。

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

__待鳥 了氏（以下、待鳥）__：開発組織は200名ほどの規模で、ソフトウェア開発を中心とする開発本部とハードウェア開発を中心とするIoT本部の2つがあります。開発本部はソフトウェア開発統括部・AI技術開発部・技術戦略部の3部署があります。ソフトウェア開発統括部はユーザーシステム開発部（20名）・バックエンド開発部（20名）・バックオフィス基盤開発部（25名）に分かれています。さらに2024年6月からWebプロダクト開発部も新たに発足いたしました。ソフトウェア開発統括部全体としては正社員・派遣社員を含む80名ほどが在籍しており、そのほか業務委託で働いているエンジニアが約10名います。

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

__待鳥__：ヘッドカウントが増えた中でパフォーマンスを重視したいと考えており、筋肉質な組織作りを目指しています。現場のメンバーが理解をして納得しているかどうかはわかりません。状況的にそうせざるを得ないという雰囲気はあります。ただし、トップダウンからのミッションとして伝え方には工夫をするようにしています。

## FindyTeam＋の実験的導入で得られたアベレージ値と評価に組み込むまでのステップ

![スクリーンショット 2024-12-09 9.17.14](//images.ctfassets.net/ngrpflsbp3rq/4AkBuG4A669u4obOz74118/f623795a3f473dadc96e47f2ec334a4e/__________2024-12-09_9.17.14.png)

__──開発生産性の計測に取り組み、ツールを導入しようとしたきっかけは何でしょうか？__
__待鳥__：元々意識の高いマネージャークラスはGitHubを分析しながら、アウトプット量について調査をしていましたが、個人の力に依存するような形でした。開発メンバーは増えたものの、経営層から見るとアウトカムにつながっている状態ではなく、エンジニアの生産活動を定量化して経営層に提示する必要があったのです。そこで、開発生産性の計測ができるツールを導入することにしました。

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

__待鳥__：代表的なツールは限定されていましたし、マネージャーが手作業でほしい情報を取得するのに時間がかかっていました。必要な機能があったこと、高い費用対効果が見込めることから「Findy Team+」の実験的な導入を決めました。

__──「Findy Team+」導入後のゴールはどこに設定されていたのでしょうか？__

__待鳥__：弊社は、エンジニア組織が増えてきたことから、業務委託のエンジニアのみのプロジェクト、社員のみのプロジェクトなど様々な雇用形態のプロジェクトがあり、それぞれの特色を把握する必要がありました。まずは、「生産性の低いプロジェクトをいかに底上げするか？」についての検討からスタート。その後、中途入社3ヵ月以内の社員の生産性向上についても可視化するようにしました。

__──「Findy Team+」の活用について、難しかったポイントはありましたか？__

__待鳥__：「Findy Team+」の活用についてはメンバー全体には秘密にして、まずは開発マネージャーと部長クラスのみが状況把握をするところから始めました。当初、部長クラスから「エンジニアの頑張りは定量指標だけでは判断できない」という懸念もありました。しかし、半年経過後には、「Findy Team+」によって、「安定した組織は平均的に30件/月のプルリクを創出できる」といった開発の波が可視化されていったのです。そのような6ヶ月平均の傾向をメンバーに伝え、「Findy Team+」活用について理解を深めるようにした結果、メンバーから反発はありませんでした。その上で、メンバーに使い方を説明し、目標設定や評価の参考資料として使うことを段階的に伝えました。

__──現場のメンバーに納得してもらうためにどのような工夫をされましたか？__

__待鳥__：6ヶ月間のプルリク数について詳細に説明しました。最初の1〜2ヶ月（要件定義の段階）のプルリクは10〜15件、リリース直前のプルリクは複数のメンバーが50件創出、結果、6ヶ月平均で30件と計測。単月で評価すべきではないことをメンバーに説明し、可視化の継続によってそのような平均値になることも提示することができました。また現時点のコンディションを認識してもらい、自分たちの基準値を外さないことが重要であると伝えました。

__──現時点のコンディションを認識してもらうことを重視するのはどのような点からでしょうか？__
私たちのプロジェクトは現場主体でプロダクトを改善していくのがなかなか難しいという問題があります。ステークホルダーが多く、関係者との調整の上で開発をしていくウォーターフォール型の開発です。そのため、開発期間もマラソンのように長めになる傾向があり、目先の開発スピードだけに注力すると誤った方向に行ってしまいます。ですから、私たちにとっては、現時点のコンディションを認識することが非常に重要です。

__──「Findy Team+」導入の取り組みを通じて、生産性はどのように変化したのでしょうか？__

__待鳥__：中途社員にとっては、目指すべきアウトプットの水準に関するコミュニケーションが容易になりました。オンボーディングでは、一週間以内に開発環境を作って最低限のOJTタスクのプルリクを出すことが目標でしたが、組織が拡大していくなかで、目標達成するのが難しい状態となりました。組織が急に大きくなると、段階的に引き継ぐべきことが引き継がれないままになってしまうので、非効率になってしまいます。

元々私はソフトウェア開発統括部の副部長でしたので、組織横断的に「Findy Team+」を導入することができ、生産性が可視化されるようになりました。結果、早期に課題に気づき、どのチームを改善すべきなのかも把握できて、一週間以内に開発環境を作るということもスムーズにいくようになったのです。

## 生産性の高さを評価され「開発生産性Award2023」受賞へ

![スクリーンショット 2024-12-09 9.22.59](//images.ctfassets.net/ngrpflsbp3rq/h6DjqglMhFKfgVyNzxJQc/d293d7c01ca0757c453424175b15cf2f/__________2024-12-09_9.22.59.png)

__──「Findy Team+」の活用企業約250社を対象とした「開発生産性Award2023」で、優れたエンジニア組織として選ばれました__

__待鳥__：生産性の高さを外部から評価していただけたことで、自信につながりましたし、開発生産性が低くないということも社内でPRができました。アウトカムの課題はエンジニアの責任だけではないことも社内で共有できるきっかけになりました。

__──受賞後に、御社ではどのような変化がありましたか？__

__待鳥__：受賞だけに起因するわけではありませんが、品質管理部門でQAの確認時間が長いという点について改善の動きがありました。「Findy Team+」の活用はサーバーサイドがメインでしたが、QA確認時間の改善を目にしたアプリエンジニアやIoT部でも導入を希望する声が出てきたのです。より筋肉質な組織へ移行するため、導入によって生産性を可視化して改善につなげたいという機運が高まったのでしょう。受賞後には社内だけではなく、採用面でも大きな変化がありました。
「開発生産性Conference〜After Findy Team+ Award 2023〜」のパネルディスカッションで、フォント事業を展開する株式会社モリサワ システム開発部門の小室氏と一緒に登壇したことがあります。地方在住のエンジニアがその動画を視聴し、弊社の開発生産性の高さに魅力を感じ、カジュアル面談を希望されたことがありました。
また来場してくれた方に独自アンケートを実施したところ、アンケートの回収率も高く、他のイベントと比較しても面談を希望される方が多かったのです。イベントへの参加は費用対効果が高く、人事部だけではなく参加メンバーからも、来年もぜひ参加したいという希望がありました。

__──今後の開発生産性計測・可視化のトライや「Findy Team+」活用の展望などについて教えてください。__

__待鳥__：弊社ではまだ再現性のあるプロセスができていないので、改善するためのコツや運用方法などを確立し、社内や社外にPRできるようなものを作りたいと考えています。アプリチームでは、「振り返り」ごとにFindyTeam+をキャプチャを行い、付箋（ふせん）を貼りながら改善のための意見交換を行ってます。隔週で、リーダーが付箋を貼り、それに対し「こういう動きができてよかった」「ここはちょっと課題になりそうだ」といった意見をメンバーから募っています。付箋を貼ることで、例えば、「GitHubの自動マージの有効化機能を導入しよう」といった意見が現場から出てくることもあります。

![スクリーンショット 2024-12-09 9.23.55](//images.ctfassets.net/ngrpflsbp3rq/zGhVOtndaRHrBFZwXe656/411ee17568b6363c9011cc82bba946a7/__________2024-12-09_9.23.55.png)

![スクリーンショット 2024-12-09 9.24.03](//images.ctfassets.net/ngrpflsbp3rq/13zF7FlTTkarYYrE9oRTTr/6df8af338d9c6ad129c8f47cfe6e784e/__________2024-12-09_9.24.03.png)

また、マネージャー同士で改善事例を共有し、それぞれのチームで取り入れることにも取り組んでいます。例えばAチームが自動マージの有効化機能を使って成果が出たらBチームでも取り入れます。そのように横連携をしながら改善を進めているところです。意見交換を行うときはFindy Team＋の「会議室」機能が役立っています。結果、メンバーの意見交換を体系的に経験できましたし、対外的にも公開できるレベルになってきたので、今後そうした点をPRしていきたいと思っています。
口頭だと開発生産性の取り組みはイメージしづらいかと思いますが、こうした具体的なイメージがあると、他社から見ても再現性があって、改善にも取り組みやすいはずです。

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

__待鳥__：開発生産性を可視化させるツールの内製化は大変です。「Findy Team+」はマネージャーが月に数回確認することで改善活動ができ、費用対効果の高いツールです。自分たちのコンディションを可視化できると、気づきが増えて、改善の提案ができます。結果、開発に対してよりよいプロダクトづくりの文化が形成されていくでしょう。
最終的にはユーザーに価値あるものを早く届けることを意識していきたいと思います。そのため、地道な改善への取り組みに一緒に向き合っていただける仲間を引き続き募集しています。弊社のそうした文化に興味を持たれた方はぜひご連絡ください。

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

スクリーンショット 2024-12-09 9.13.19

「移動で人を幸せに。」をミッションに、タクシーアプリ『GO』をはじめとするモビリティ関連事業を展開するGO株式会社。同社では、エンジニア組織における個人のパフォーマンスの振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

記事一覧

トレジャーデータ創業者が語る、売れるものをつくる力〜開発組織の価値をどう証明するか〜

誰も全体を知らない～ロールの垣根を超えて引き上げる開発生産性

受託開発の現場を支える開発生産性の定量化。HapInSがFindy Team+で実現するFour Keys向上の取り組みとは？

部署を作らないがホラクラシーでもない『新しいカタチの組織』なら開発生産性を最大化し続けることは可能か

【KINTOテクノロジーズ株式会社】〜もっとエンジニアが輝ける組織に〜「やらされ感」ではなく「やってみたい」を引き出す、開発生産性向上に向けた取り組み

強いチームと開発生産性

【楽天カード株式会社】大規模WF開発からトランクベース開発への大脱出プラクティス

【パーソルキャリア株式会社】VSMを活用した FindyTeam+の運用促進

開発生産性向上が採用力とブランド力強化に直結。「開発生産性Award2023」を受賞したGO株式会社の取り組みとは？

創業期から考えたい、プロダクト価値をアップデートし続けるための文化投資

記事一覧

トレジャーデータ創業者が語る、売れるものをつくる力〜開発組織の価値をどう証明するか〜

誰も全体を知らない ～ ロールの垣根を超えて引き上げる開発生産性

受託開発の現場を支える開発生産性の定量化。HapInSがFindy Team+で実現するFour Keys向上の取り組みとは？

部署を作らないがホラクラシーでもない『新しいカタチの組織』なら開発生産性を最大化し続けることは可能か

【KINTOテクノロジーズ株式会社】〜もっとエンジニアが輝ける組織に〜 「やらされ感」ではなく「やってみたい」を引き出す、開発生産性向上に向けた取り組み

強いチームと開発生産性

【楽天カード株式会社】大規模WF開発から トランクベース開発への 大脱出プラクティス

【パーソルキャリア株式会社】VSMを活用した FindyTeam+の運用促進

開発生産性向上が採用力とブランド力強化に直結。「開発生産性Award2023」を受賞したGO株式会社の取り組みとは？

創業期から考えたい、プロダクト価値をアップデートし続けるための文化投資

誰も全体を知らない～ロールの垣根を超えて引き上げる開発生産性

【KINTOテクノロジーズ株式会社】〜もっとエンジニアが輝ける組織に〜「やらされ感」ではなく「やってみたい」を引き出す、開発生産性向上に向けた取り組み

【楽天カード株式会社】大規模WF開発からトランクベース開発への大脱出プラクティス