## エンジニアリング組織として大事にしたいこと

僕らFindyの開発チームは大きく2つありますが、その中でも開発チームで大事にしたいことは、「爆速顧客価値提供」です。

いかに早く課題を見つけ、その課題を爆速で解決していくか、ということを念頭に置きながら開発業務を行っています。

## 大きな指標: リリース頻度とプルリクの数と時間

大前提として、数値が全てではありません。

あくまで定量指標を材料にしながら、振り返りを行うことを一番大事にしています。

Findyで開発に向き合うために、3つの指標を大きな指標として日々追いかけながらタスクをこなしています。

- リリース頻度
- プルリク作成数
- プルリクマージまでの時間

これら以外にも大事な指標はありますが、3つを見るだけで結構わかる状態になっています。

## リリース頻度

リリース頻度がわかると、どれくらいの頻度で課題解決へ向けて進めているのかがわかります。この頻度はなるべく最大化しておきたいと考えています。

大きなリリースを行うと問題解決のために原因特定に時間がかかるため、なるべくリリースを疎な状態にしておくことで因果関係を発見しやすく、もしものときは切り戻しの範囲も少なくて済みます。

具体的に GitHub で以下のようなクエリを書くことで、リリースが行われたプルリク数が確認できます。

`is:pr is:merged "release" in:title created:2021-07-01..2021-07-31`

![backend-release-01](https://images.contentful.com/ngrpflsbp3rq/4uIzM5WoQsuT8p9ri2491z/0b5bbd666978921244232c48d60baa6e/____________________________2021-08-29_23.25.08.png)

弊社の2チームのデータは以下のようになりました。(2021年7月実績、平日数20日)

- 開発Aチーム
  - バックエンド: 26リリース
  - フロントエンド: 22リリース
- 開発Bチーム
  - バックエンド: 20リリース
  - フロントエンド: 23リリース

すべてのチームで1日1リリース以上行えている環境になっており、順調に開発が回っている状態と言っていいかと思います。

## マージされたプルリクの数

リリースの頻度も大事ですが、1回のリリースにどれだけ修正を追加できるかの平均的な指標としてはマージされたプルリク数も大事になります。

![merged-pull-2021-07](//images.contentful.com/ngrpflsbp3rq/2X3I1Kwq5Lz5Z3vQlfxlr3/b71dd0f3f40cc9d2cadd58e44fbcb7c0/____________________________2021-08-30_0.43.08.png)

2021年7月の20営業日の中で、868のマージ済みプルリクがあり、

- 週5稼働メンバー 9人
- 週3以下の稼働メンバー 5人

の7月は、平均すると1日1人平均4プルリクマージされる状態になっています。

1人あたりの平均を考えると相当な数プルリクを作り取り込まれている状態ではないかなと思います。

## プルリククローズまでの時間

リリース回数とマージされたプルリク数がある程度多い状態だと、このプルリククローズまでも時間が結構短い傾向にあると考えています。

Findyでは…

- すべてのエンジニア: 16.1時間
- 週5稼働メンバー: 11.6時間

でした。土日も含んだ状態なので金曜日に出したプルリクなどは2日分レビューされない状態だったりするので、そういった時間も含めたデータが上記になります。

直近6ヶ月のデータも平均10.4時間でプルリククローズまでいくスピード感で開発できています。

もし課題が出てくる場合には、

- そもそもコミット作ってからプルリク作成までの時間が遅い
- プルリク作成からレビューまでの時間が遅い
- レビューから修正までの時間が遅い
- すべてで遅い

などになってきますが、弊社では1on1などで聞く限り、どれも大きな課題にはなっていない状態です。

## これらの機能をFindy Teamsで開発しています

ここまでの情報は、<a href="https://findy-teams.com" target="_blank" rel="noopener noreferrer">Findy Teams</a>で開発をしている部分もあり、簡単にデータが取得できます。継続的に測定できるため、自分の指定する期間でデータが取れるようになっています。

もしご興味があれば、<a href="https://findy-teams.com" target="_blank" rel="noopener noreferrer">こちら</a>までお問い合わせください！！

## 爆速顧客価値提供ができるFindyで働いてみませんか？

もしここまで読んでいただいて、少しでも話してみたいという方は是非一度カジュアル面談しませんか？

まだやりたいことがある中でまだまだ成長できる組織です！上記以外にも課題もあります！

是非興味があれば <a href="https://twitter.com/ma3tk" target="_blank" rel="noopener noreferrer">Twitter</a> でご連絡いただいたり、以下より直接ご応募いただいても大丈夫です👍

<a href="https://meety.net/ma/matches/MvtiQWbHRQsx" target="_blank" rel="noopener noreferrer">Meetyでのカジュアル面談はこちら</a>

エンジニアだけでも20人規模で募集しています。是非お気軽にどうぞ〜！

#### 【エンジニア組織全体】
- <a href="https://herp.careers/v1/findy/MH-u5skw__Ed" target="_blank" rel="noopener noreferrer">CTO候補</a>

#### 【Findy 転職】
- <a href="https://herp.careers/v1/findy/eRbKaEKEE6D6" target="_blank" rel="noopener noreferrer">エンジニアマネージャー</a>
- <a href="https://herp.careers/v1/findy/MgtDp5Eh2cYC" target="_blank" rel="noopener noreferrer">バックエンドエンジニア</a>
- <a href="https://herp.careers/v1/findy/H5DgEiQpboQ1" target="_blank" rel="noopener noreferrer">フロントエンドエンジニア</a>
- <a href="https://herp.careers/v1/findy/orzBujKLKmq2" target="_blank" rel="noopener noreferrer">プロダクトマネージャー</a>

#### 【Findy Teams】
- <a href="https://herp.careers/v1/findy/ypgJQ5_ObYex" target="_blank" rel="noopener noreferrer">エンジニアマネージャー</a>
- <a href="https://herp.careers/v1/findy/xOHUsVQEBA9R" target="_blank" rel="noopener noreferrer">バックエンドエンジニア</a>
- <a href="https://herp.careers/v1/findy/n3GYFS0yUnAH" target="_blank" rel="noopener noreferrer">フロントエンドエンジニア</a>


july

こんにちは、Findy CTO の @ma3tk です。 Findy では Findy Teams を使ったエンジニアリング組織の分析を行っていたりします。  今回はその一部を公開したいと思います。

2021年7月 Findy エンジニアリング組織の振り返り

## エンジニアを20人以上も採用する背景
現在、Findyでは開発メンバーは10人弱ですが、今後サービスの展開で様々な展開が必要になってきます。その背景として、大きくは3つの理由からです。

- サービス利用エンジニアユーザ、企業、そして自社メンバーなど利用者が増えたため
- やりたいことがやるべきことになり、サービスの拡張性が求められているため
- 開発基盤が一定整ってきてはいるが、さらに来年に向けた投資が必要なため

特に1つ目のユーザ数の増加によるデータをいかに爆速で捌いて価値ある情報をすべてのタイプの利用者に提供し続けるかがプロダクト開発視点で求められるようになりました。

コーディングやチーム開発でのエンジニアリングは改善できてきていますが、プロダクト全体の方針などを改めて見直していくと、やるべきことが無限に湧いてきます。

やるべきことが明確にわかっている中で単純に一緒にこの課題を解決してくれるメンバーが足りていない、という状態です。

## そんなFindyで働く魅力とは？

### 1. 圧倒的爆速価値提供が出来る開発者体験
課題が上がってからコードを直してプロダクトリリースを行うまでの速さは会社全体で最短1時間で安全にリリース可能。平均でも3時間〜半日あれば軽微なものなら当日リリースできる状態ですし、かかっても数日で解決というようなスピード感でできます。

- 土日含め、プルリク作って7時間内のdevelopマージ
- レビュー完了まで最速15秒。平均数時間でレビューが完了する体制
- CI環境も10分内で全てのプロダクトのCIがまわる状況

早すぎワロタ、と言ってもらえる体制はまずはできてます。

### 2. 新しい技術への積極的なチャレンジと伸びるサービスでの学べる環境
最近ではGraphQLの利用が当たり前な状況になってきました。FindyでもGraphQLを使いフロントエンドとバックエンドのシームレスな開発も行い始めています。

大規模なデータ量とエンジニア向けサービスに必要なGitHub APIとその制約下でのチャレンジングなバックエンド開発。TypeScript下でのNext.jsやNxでのモノレポ開発。GitHub Actions 100%での作業効率化。

今年も様々なチャレンジを行っていますが、まだまだチャレンジしていきたいと思います。組織やサービスの成長に合わせて、どんな意思決定をすべきかなどが学べる環境です。

### 3. 優秀なメンバーが続々とジョイン中
最近入社したり関わってくれているメンバーのレベルも非常に高いメンバーばかりです。

Nxコントリビュータや他社でCTOをしているメンバー、開発経験10年以上のメンバーも多数在籍しています。レベルの高い議論をしながら自主的にやるべきことを見つけ、進んでプルリクを作って解決をしています。

前向き、誠実、チームワーク、スピード、No.1のFindyの5つのバリューを体現できるメンバーばかりです。

### 4. すぐにフォローしあう体制
分報を利用したメンバー間のコミュニケーションが活発で、詰まった時に即レスしてもらえる環境です。

メンバーが詰まっている時に「あーXXがわからないな、どうなってるんだ」というような投稿をすると修行中のメンバーには積極的に「ここみるといいよ」などフォローしているケースが多いです。

開発に集中しながら他人の悩みにも協力できる相互協力・チームワーク環境が揃っています。

### 5. エンジニアフレンドリーな環境
経営者、他職種ともにエンジニアフレンドリーな環境で社内受託化せずに全員でプロダクトに向き合える環境です。

営業メンバーとエンジニアが対等に話し、対等に意思決定ができます。というのも、Findyのお客様はエンジニアやそれに準ずる職種の方が多いため、エンジニアに対して理解が強い会社です。

https://engineering-org.findy-teams.com/posts/engineer-business-relationship/

詳しくは上記に記載しておりますので見てみてください。

### 6. エンジニア向けのプロダクト = 自分がターゲットユーザー

これはFindyの最大の魅力ですが、エンジニアであればほとんど自分がターゲットユーザーであり、なにか改善する時に「ユーザはどう言っているか」を強く気にしすぎなくても「自分はこう思う、なぜなら自分が転職活動する時にこうだから、エンジニアはこうだから」という理由ででもサービス改善しやすい環境です。

自分がターゲットユーザーでかつ本当にほしいサービスを作れる環境、Findyオリジナルの魅力と言っても過言ではありません。

僕は過去そうやって開発してきましたが、今まで作った中で一番開発しやすいなと思っています。

## 働きがいのあるFindyで働いてみませんか？
もしここまで読んでいただいて、少しでも話してみたいという方は是非一度カジュアル面談しませんか？

まだやりたいことがある中でサービスが育っていっている状況が非常にやりがいがある組織になっています！

是非興味があれば <a href="https://twitter.com/ma3tk" target="_blank" rel="noopener noreferrer">Twitter</a> でご連絡いただいたり、以下より直接ご応募いただいても大丈夫です👍

<a href="https://meety.net/ma/matches/MvtiQWbHRQsx" target="_blank" rel="noopener noreferrer">Meetyでのカジュアル面談はこちら</a>

エンジニアだけでも20人規模で募集しています。是非お気軽にどうぞ〜！

#### 【エンジニア組織全体】
- <a href="https://herp.careers/v1/findy/MH-u5skw__Ed" target="_blank" rel="noopener noreferrer">CTO候補</a>

#### 【Findy 転職】
- <a href="https://herp.careers/v1/findy/eRbKaEKEE6D6" target="_blank" rel="noopener noreferrer">エンジニアマネージャー</a>
- <a href="https://herp.careers/v1/findy/MgtDp5Eh2cYC" target="_blank" rel="noopener noreferrer">バックエンドエンジニア</a>
- <a href="https://herp.careers/v1/findy/H5DgEiQpboQ1" target="_blank" rel="noopener noreferrer">フロントエンドエンジニア</a>
- <a href="https://herp.careers/v1/findy/orzBujKLKmq2" target="_blank" rel="noopener noreferrer">プロダクトマネージャー</a>

#### 【Findy Teams】
- <a href="https://herp.careers/v1/findy/ypgJQ5_ObYex" target="_blank" rel="noopener noreferrer">エンジニアマネージャー</a>
- <a href="https://herp.careers/v1/findy/xOHUsVQEBA9R" target="_blank" rel="noopener noreferrer">バックエンドエンジニア</a>
- <a href="https://herp.careers/v1/findy/n3GYFS0yUnAH" target="_blank" rel="noopener noreferrer">フロントエンドエンジニア</a>


findy-eng

こんにちは、Findy CTO の @ma3tk です。 Findyではエンジニア関連職種を1年で20人以上採用していく予定です。  さて、そんな今のFindyの組織で働く上でどんなメリットがあるのかについて書いてみます。

20人のエンジニアを募集！Findyで働く魅力を洗い出してみた

## Findyの開発組織は大きく2つある

今Findyでは2つの開発組織があり、それぞれフェーズが違う開発を行っています。

- プロダクト開発チーム
- Findy Teams プロダクト開発チーム

それぞれで周りのメンバーとの関わり方が違うのですが、特にプロダクト開発チームの方では複数のチームのビジネスサイドメンバーと開発を進めています。

## 主体的に意思決定しながら施策を進める関係性

主に開発チームは大きく、

- エンジニアユーザのマーケティングのマーケティングチーム
- エンジニアユーザ向き合いのユーザサクセスチーム
- 企業向き合いのカスタマーサクセスチーム

などを中心にコミュニケーションを取りながら開発を進めています。

複数のチームと関わりがあると、

- あんな施策をしたい、こんな施策をしたいという多方面からの要望
- とはいえ開発的にも負債化する前に解消したい技術的課題
- 全部をひっくるめて「どれをやる？」という優先順位の決定

が気になってきます。

しかしながら、弊社のビジネスサイドのチームはどこも **「わかりました、では開発基盤の方を優先しましょう」** と言ってくれたり、  **「モチベーションが上がる状態で開発進めたいですよね」** とエンジニアリングに理解のある中で開発を進められています。

関係性が上手くいっていないとどうしても新規開発の優先度が高いまま開発チームが進めたいリファクタや負債の解消などに時間が取れなかったり、社内受託開発状態になり、言われるがまま作る状態になりかねません。

Findyはエンジニアのサービスやエンジニア採用サービスの側面を持っているため、エンジニアにとっていい環境づくりができている状態です。

## エンジニアファーストではなく、ユーザへの価値提供ファースト

そんな開発の思いもありながら、エンジニアファーストの組織にするとどうしても基盤改修やリファクタなどに時間を使ってしまい、ユーザにとっての価値が提供できないという状態になることもあります。

技術をずっと触っているから良いコードを書き続ける、メンテし続けるのは非常に重要ですが、それ以上にユーザに価値提供するスピードを高速化することが一番大事です。

最初から作りすぎない、ずっと負債を放置しない。どちらにも偏りすぎない絶妙なバランスでサービスを作っていける組織で居続けたいなと思っています。

## ビジネスサイドの技術理解も高いこと

まだまだビジネスサイドがいい関係になっている背景も書いてみたいと思います。

### エンジニアリングの知識をインプットするビジネスサイド

弊社の営業メンバーは相対する顧客がエンジニアもしくはエンジニア採用担当者です。 そのため、ほとんど初期の段階でエンジニアの用語の基礎をインプットした上で業務を進めています。

例えば、

- Dockerとはどんな技術なのかの触りを知っている
- SREってどんな職業なのかを知っている
- フロントエンドの特徴がどんなことなのか知っている

など、もちろんエンジニアほど深い知見を持つわけではないですが、大体どこの事を話しているのか、そのキーワードではどんな採用市場では動向があるのかなどを理解しているため、Findyのエンジニアともよく会話していたりします。

そのため、インプットした上でサービスの施策を議論できるため、どれだけ大きなことをやろうとしているのか理解してもらいやすい状況です。

### 仕様作成もビジネスサイドで行う

エンジニアだけが要件から仕様に落とすのではなく、全社的にビジネスサイドが仕様作成まで行っています。

そのため、初期状態やこんなときにどうなるかなどもエンジニア任せにせず、ユーザの価値提供を最初から最後まで考えた上で企画を練ってくれます。

エンジニア発の企画も今後増やしていきながら、ユーザにとってどんないい価値をすぐに提供できるかを考えながら全社的に仕様を考えていきたいと思います。

## エンジニアも厳しく言わず、ビジネスサイドも時間に余裕をもって進める組織

よく聞くような組織だと、

- ビジネスサイドがエンジニアに相談するとエンジニアがものすごく厳しい言い方で仕様を詰めてきたり、細かいところを指摘して相談しにくい
- ビジネスサイドが主導権を握っていて、期限に余裕がないまま進めたり、想定外の開発業務が発生すると詰められる

などがあったりします。

Findyでは、

- 健全に開発内容を相談しながら開発を進められる組織
- 想定外の開発業務があっても理解してもらえる

状況にあります。プロダクト開発に課題がないわけではないですが、今は技術的な課題に対して真摯に向き合える状況になっています。

## ビジネスサイドとの関係性がいい組織で働きませんか？

もしここまで読んでいただいて、少しでも話してみたいという方は是非一度カジュアル面談しませんか？

まだやりたいことがある中でサービスが育っていっている状況が非常にやりがいがある組織になっています！

是非興味があれば <a href="https://twitter.com/ma3tk" target="_blank" rel="noopener noreferrer">Twitter</a> でご連絡いただいたり、以下より直接ご応募いただいても大丈夫です👍

エンジニアだけでも20人規模で募集しています。是非お気軽にどうぞ〜！

#### 【エンジニア組織全体】
- <a href="https://herp.careers/v1/findy/MH-u5skw__Ed" target="_blank" rel="noopener noreferrer">CTO候補</a>

#### 【Findy 転職】
- <a href="https://herp.careers/v1/findy/eRbKaEKEE6D6" target="_blank" rel="noopener noreferrer">エンジニアマネージャー</a>
- <a href="https://herp.careers/v1/findy/MgtDp5Eh2cYC" target="_blank" rel="noopener noreferrer">バックエンドエンジニア</a>
- <a href="https://herp.careers/v1/findy/H5DgEiQpboQ1" target="_blank" rel="noopener noreferrer">フロントエンドエンジニア</a>
- <a href="https://herp.careers/v1/findy/orzBujKLKmq2" target="_blank" rel="noopener noreferrer">プロダクトマネージャー</a>

#### 【Findy Teams】
- <a href="https://herp.careers/v1/findy/ypgJQ5_ObYex" target="_blank" rel="noopener noreferrer">エンジニアマネージャー</a>
- <a href="https://herp.careers/v1/findy/xOHUsVQEBA9R" target="_blank" rel="noopener noreferrer">バックエンドエンジニア</a>
- <a href="https://herp.careers/v1/findy/n3GYFS0yUnAH" target="_blank" rel="noopener noreferrer">フロントエンドエンジニア</a>


relationship

みなさんの会社ではプロダクト開発どのようにお仕事を進めているでしょうか？ 様々なエンジニア組織があると思いますが、Findyの開発組織とビジネスサイドとの関係性について書いてみます。

Findyのエンジニアとビジネスサイドの良好な関係性

## 登壇者紹介
__澤 円氏（以下、澤）__：株式会社圓窓代表取締役の澤と申します。私は1993年に社会人になり、5年ほど日本企業に勤めた後、1997年からMicrosoftで働いていました。2005-6年の頃にマネージャーへキャリア転換をしまして、最後はMicrosoftテクノロジーセンターのセンター長とサイバークラウドセンターの責任者を務めておりました。
![自己紹介](//images.ctfassets.net/ngrpflsbp3rq/56x9rZhWWtTn8EhvKTvvCk/bc62f21954ddab8c563a88157386f059/____.png)

2020年に独立し、企業向けのコンサルティングや、エバンジェリスト活動、執筆活動、メディア出演などをしております。また、武蔵野大学のアントレプレナーシップ学部で専任教授も務めております。よろしくお願いします。

__内田 博咲也氏（以下、内田）__：ファインディ株式会社でFindy Team+事業部の副事業部長とセールスのマネージャーをしている内田と申します。セールスの中でもフィールドセールスとインサイドセールスを担当しており、現在15人くらいのチームのマネージャーをしております。
![自己紹介2](//images.ctfassets.net/ngrpflsbp3rq/4odJRrgenye98OB88F01K1/a20cb1e79ea3eadc902e127e9f3d90f4/____2.png)

前職はデロイトトーマツコンサルティングという経営コンサルの会社で3年半、全社戦略や長期戦略、ジョイントベンチャーの立ち上げなどの支援をしておりました。本日はよろしくお願いいたします。

## エンジニアの開発生産性とは？
![名称未設定2](//images.ctfassets.net/ngrpflsbp3rq/eOnEs3E6mNIKzYcLBAOHt/939cf4ec089b59dca57efd9383ada24b/_____2.png)
__内田__：開発生産性と言っても、大きく2種類の生産性がございます。

1つ目が開発組織の中でアウトプットをいかに増やしていくかという生産性。2つ目がビジネス価値を増やしていくという方の生産性です。開発組織としてのリソースを投入したものに対してのアウトプット、アウトカムを生産性と言っていて、それが開発現場よりのところのアウトプットになると前者のものになりますし、もう少し経営寄りやビジネス寄りになってくると後者のものになってくる、そんなイメージです。

__澤__：セールスの計測ってすごく簡単じゃないですか。その一方で、エンジニアの生産性の計測というのは、すごく難度が高いと感じませんでした？

__内田__：めちゃくちゃ感じましたね。というのも、コーディングや機能開発をしているところから、いわゆる一般的な生産性として認知されている売上・利益といった指標との接続が、パッと見て遠すぎて見えないというところが最初にありました。

 一昔前だと、書いたコードの行数で測るという話もあったんですが、優秀なエンジニアほど端的なコードで分かりやすい処理を書くということがありますよね。そうなると、行数で見ると生産性が低そうに見えるんですが、その人が出す価値は大きい。じゃあ何で測るのか。

また、開発したものへのレビューが返ってくるまでの速度の早い遅いも人によって異なりますよね。それを客観的に1つの指標で見えるようになると大きいという話もありまして。

__澤__：そこら辺の単位の違いをいかに揃えていくのかというところと、その1時間が本当に価値を生むのかということも証明をしないと納得はできない。
かといってルールばかりで縛ってしまうと、これまた働きづらいということになってきます。
そこで重要になってくるのがマネジメントということなんですかね。

## エンジニアをマネジメントするとは？
![ビジョンをつくる](//images.ctfassets.net/ngrpflsbp3rq/7ul3elROagP3JQj0r0totY/a4688f958a8ef7f7c64039376e442095/__________.png)
__澤__：エンジニアのチームをマネジメントするというのは、いろんなところで悩みの種になっているという印象がありますが、そこについては体験値としていかがでしょうか。

__内田__：クライアントの方からもいただく声として非常に多いですね。今、システム開発・プロダクトが事業の根幹になりつつある中で、エンジニア組織はどんどん急拡大しながら、開発のアウトカム・アウトプットを高い状態で保たなければいけない状況です。
マネージャーは非常に必要なのですが、なりたい人は少なくて、最初に起こるのはマネージャーが足りなくてチームのパフォーマンスを最大化できていないという問題です。 

__澤__：僕はマネージャーの仕事って何ですかと問われた時に、一言で「メンバーが全力疾走できるように前方の道を掃除する人」という言い方をするんです。コンディションを整えて、「はい、どうぞ」と言って走ってもらう。これがマネージャーの仕事だと考えています。

ただ、日本における「マネジメント」や「マネージャー」というところで、非常に気に食わない言葉があって、それは「管理職」という言葉です。管理というのは人間がやらなくてもいい領域なんです。
それに「職」なんてつけちゃうから、管理していることが仕事になってしまっている。これがそもそもおかしいというのが私の持論です。

__内田__：私もいろんなクライアントの方とお話しさせていただいていて、絶対にあるなと思うのが、ゴールをここだよと明確に伝えて、そこに向けてみんながパフォーマンスを最大化して走れるようにすることの重要性です。

みんなが好きな方向に好きなように走ってしまうと、チームのパフォーマンスは最大化されません。そこでゴールを示した上で、走っていく上での障害を事前に取り除いていく。これがマネージャーとして理想の状態なんじゃないかと思います。

__澤__：マネージャーの仕事として最も大事なことは、これはマイクロソフト時代に言われていたことなんですが、「ビジョンを作ること」です。ビジョンというのは、さっきゴールとおっしゃっていましたが、仕事って必ずしもゴールがあるとは限りませんよね。

例えば、運用というオペレーションの部分は、ゴールが曖昧になります。継続していくことが大事になるので。
もっと言うと、アジャイル開発というのは、ずっとサイクルを回していくという感じになるので、ゴールというものがないんです。そんな時にビジョンというものを決めると、何か困った時にその方向を見て走ることができる。

![コンディションを整える](//images.ctfassets.net/ngrpflsbp3rq/7pDNr2qHYDyPahR9iDpfmD/25b069c2513cff91d925eeb2494591df/____________.png)
「北極星」がビジョンだ、という言い方をよくするんですが、北極星は動かないので目印になる。それを中心にしてみんなが船旅をしていた。それによって世界を旅することができるようになったように、マネージャーの仕事はビジョンを決め、そのビジョンに向かってみんなが働けるようにコンディションを整える、この双璧だと思っています。

## 「確認」が開発のボトルネック 
![スムーズに回転](//images.ctfassets.net/ngrpflsbp3rq/2eWBSDkUPTOHQbURNksd3i/caae5744e833bc8d36cefef7cff2058c/________.png)

__澤__：アジャイル開発は、ずっと回していく状態ですから、最も重要なのは、スムーズにその回転ができることです。車のように、すっと回る状態にしなければいけない。そのためには、引っかかりがないようにする必要があります。
その引っかかりって何によって生まれるのかを認識しなければいけないのですが、実は「確認」というのがボトルネックなんです。

確認というキーワードが、いろんなところでボトルネックを引き起こしています。特にウォーターフォールでは、プロセスが分かれていて「確認、確認、確認」という風になっていました。そうする方が精度の高いものが作れるというロジックで、そういう構造になっていたと思うんですが、これはアジャイル開発には非常に相性が悪いんです。

回そうという時に、確認というのは回転を止めることに繋がりかねません。だから、回っている状態を維持するという考え方をしなければいけない。回っているかどうかを止めて調べるというのは、明らかにボトルネックを生んでいる状態なんです。 

__内田__：今のその確認がネックになっているという話と、確認したとして次に繋がらない、改善に繋がっていかないというのは、非常に多く見られる問題ですね。

## 課題を放置することによる悪影響
![可視化されていないと](//images.ctfassets.net/ngrpflsbp3rq/6UsZaZh9GqnUcA9KozxHBm/ac7d6a81a2560d36f003ebd699604148/__________.png)

__澤__：エンジニアの働き方の中でボトルネックがあったり、何か欠けている部分があったりするのを放置することで起きる問題については何かありますか？

__内田__：開発組織としてのパフォーマンスを最大化していく上で、2つあると思っています。

1つ目が技術負債と呼ばれるものが溜まっていってしまうという問題です。これを放置してしまうと大きくなってしまいます。継続的に一定の割合を割いて改善していった時の、トータルで見た時のアウトプット量の増加については、弊社のエンジニアがブログでまとめてくれているのですが、小さな改善を重ねていった方が良いということが示されています。 

もう1つが、先ほどからお話させていただいているマネジメントの部分です。成果を出すための仕組みだったり、そういったものが、人数が少なかったり組織が大きくなる前に発生していた問題をそのまま放置したまま大きくなってしまうケースです。これを放置するのではなく、つぶさに改善を重ねていくことが重要だと思います。

__澤__：可視化されていない状態だと、それが問題だという指摘のしようがないですよね。改善しなければいけないところを指摘すると、エンジニアとしては非常にストレスになると思うんです。「自分が否定された」「人格否定された」「ハラスメントだ」という騒ぎになりかねません。 

でも、そうではなくて、「ここを改善すればパフォーマンスが良くなる」というシンプルな話なんです。それが納得できれば、改善に取り組みやすくなります。人にフォーカスするのではなく、何がいけないのかというプロセスだったり、成果の出し方に課題を見つけて改善していく。これは非常に重要なポイントだと痛感しています。

## エンジニアが働きやすい環境と「採用」の課題
![働きやすい環境](//images.ctfassets.net/ngrpflsbp3rq/4lt07qY56rJiWk5sryQPQl/edb8728b79c7fcca31688368984fc66a/_______.png)

__澤__：実際に「Findy Team+」を使って様々なものが可視化された際にどんなメリットが生まれたか、具体例を教えていただけますか？

__内田__：弊社のサービスを使って様々なものが可視化され、具体的なメリットとしては、アウトプットの生産性が改善したというお声をたくさんいただいています。テックブログなどでも書いていただいていますが、例えば開発し始めてからブランチにマージされるまでの時間が1/10になったとか、定量面での改善が見られます。

また、レビュー待ちの時間がボトルネックになっていたけれど、「これってみんなそうだと思っていたから、あえて言わなかった」というところが、データで可視化されることで、「この人にレビューが溜まっているから時間がかかっていたんだ。じゃあチーム全体で分散させよう」という改善につながり、結果としてみんなの開発スピードが上がって、開発しやすくなったという声もあります。 

__澤__：まず大事なことは、働きやすい状態でエンジニアに働いてもらうことです。そうすると何が起きるかというと、辞めないんですよね。リテンションリスクの軽減につながるんです。これは今、エンジニアの獲得競争が激しい中で、非常に重要です。

__内田__：それこそ、採用広報やIRにもご利用いただいているところがあります。やはり、開発しやすい環境をいかに整備できているか、その中でエンジニアがいかにパフォーマンスを発揮できているかということを広報することで、採用にもつながっています。 

__澤__：今、ありとあらゆる業界の中で最も重要な課題は採用です。少子高齢化で労働人口がどんどん減っていく中、優秀なエンジニアは元々母数が少ないにも関わらず、さらには海外に流出してしまう。そうなると、とにかく定着して働いてくれる人を増やしていかなければいけない。開発生産性が低い現場は、真っ先に淘汰されてしまいます。

## Findy Team+サービス紹介
![Team+サービス紹介](//images.ctfassets.net/ngrpflsbp3rq/6ADwG691SV2L7znU0hINx1/ce0408142fae7765f59f6f416ed581b7/Team________.png)
__内田__：「Findy Team+」では、メインで可視化できるのが冒頭申し上げたアウトプット量の可視化と改善です。トレンドになりつつあるFourKeysの可視化から、開発現場のボトルネックに紐づくところまでが一気通貫でできるのが強みになっています。

今後については、ビジネス価値から逆算した時の開発組織の生産性も見れるようにしていきますし、それこそもっと多面的に見れるフレームワークとしてSPACEフレームワークなどにも対応予定です。ぜひご期待いただければと思います。

本日はご視聴いただきありがとうございました。開発現場の課題から経営レイヤーの課題まで解決できるサービスとなっています。プロダクトだけではなく、カスタマーサクセスというクライアントに伴走しながら一緒に改善をサポートしていくメンバーも揃っていますので、ご不明点・気になるポイントありましたらぜひ気軽にご相談ください。

## AIの進化が後押しする、エンジニア躍進の新時代
__澤__：今、DXというキーワードがあちこちで言われていて、だいぶ手垢が付いた感じがしますが、その一方でエンジニアの人たち、あるいは情報システム部門の人たちの役割の重要性は非常に高まっていると思います。

ただ、その人たちを大事に扱うやり方が、今まで日本は本当に下手だったなと私は肌身で感じています。 でも、今は流れが来ています。もう我々の時代です。エンジニアが今、どんどん注目されているし、そして仕事が面白くなってきています。これからもどんどん面白くなっていくと思うんですね。

生成AIなんかもどんどん発展していって、それとうまく付き合える人間というのは、ビジネスでも成功できる。そういう世界観がもう既に来ていますので、エンジニアの方々には、ぜひ世の中をもっともっと面白くする、そんな仕事をしていきましょう。

__内田__：本日はお時間をいただき、ありがとうございました。 

__澤__：こちらこそ、ありがとうございました。

※[本動画](https://www.youtube.com/watch?v=aHb3wL7tnO0)の撮影日は2024年3月26日です。


cover

今回の対談では、「エンジニア組織のマネジメントと業務の可視化」をテーマに、株式会社圓窓代表取締役の澤氏と、開発組織の生産性可視化ツールを提供するファインディ株式会社の内田が、実践的な改善方法について対談しました！

記事一覧

2021年7月 Findy エンジニアリング組織の振り返り

20人のエンジニアを募集！Findyで働く魅力を洗い出してみた

Findyのエンジニアとビジネスサイドの良好な関係性

エンジニア組織の実力を引き出すマネジメントと生産性可視化ー澤円氏×ファインディ対談

Findy Team＋ Award 2023を受賞！主役は現場のエンジニア　開発生産性向上の取り組みとその裏側 - ＫＩＮＴＯテクノロジーズ株式会社

バイセルが Findy Team+ Award を2年連続で受賞！拡大する組織での開発生産性の初手・浸透・拡大の取り組みについて - 株式会社BuySell Technologies

エンジニア組織支援クラウド「Findy Team+」が英語化対応開始。言語の壁を解消し海外IT人材の定着にも貢献へ - ファインディ株式会社

「Findy Team+」がSSO認証に対応 - ファインディ株式会社

Four Keys を活用してチームの生産性を向上させることに成功したので紹介します - 株式会社マネーフォワード

エンジニア組織の開発生産性指標を基にした「Findy Team+ Award 2023」募集開始【2023年7月31日〆切】 - ファインディ株式会社

記事一覧

2021年7月 Findy エンジニアリング組織の振り返り

20人のエンジニアを募集！Findyで働く魅力を洗い出してみた

Findyのエンジニアとビジネスサイドの良好な関係性

エンジニア組織の実力を引き出すマネジメントと生産性可視化 ー 澤円氏×ファインディ対談

Findy Team＋ Award 2023を受賞！主役は現場のエンジニア 開発生産性向上の取り組みとその裏側 - ＫＩＮＴＯテクノロジーズ株式会社

バイセルが Findy Team+ Award を2年連続で受賞！拡大する組織での開発生産性の初手・浸透・拡大の取り組みについて - 株式会社BuySell Technologies

エンジニア組織支援クラウド「Findy Team+」が英語化対応開始。言語の壁を解消し海外IT人材の定着にも貢献へ - ファインディ株式会社

「Findy Team+」がSSO認証に対応 - ファインディ株式会社

Four Keys を活用してチームの生産性を向上させることに成功したので紹介します - 株式会社マネーフォワード

エンジニア組織の開発生産性指標を基にした「Findy Team+ Award 2023」募集開始【2023年7月31日〆切】 - ファインディ株式会社

エンジニア組織の実力を引き出すマネジメントと生産性可視化ー澤円氏×ファインディ対談

Findy Team＋ Award 2023を受賞！主役は現場のエンジニア　開発生産性向上の取り組みとその裏側 - ＫＩＮＴＯテクノロジーズ株式会社