## 開発組織が拡大するなか、課題が顕在化しない状況に
__――まず最初に、金杉さんの主なご経歴と現在の業務について教えてください。__

__金杉__：新卒でワークスアプリケーションズに入社し、エンジニアとしてのキャリアをスタートしました。その後、スタートアップ企業で開発のマネジメントなどに携わったのち、自分の力試しをする気持ちでフリーランスとして独立。フルスタックエンジニアとして、何社かお手伝いさせていただきました。

そして、もともと正社員時代に働いていたスタートアップ企業で、弊社の創業メンバーである中村と渡部と一緒に仕事をしていた背景から、ともにミチビクを創業。ミチビクではCTOをしています。

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

__金杉__：現在、日本とオフショアに拠点があります。自分が開発チームとデザインチームの2つを持っていて、開発組織の規模としてはオフショアを含めて15～16人。マネジメントしているのは自分のほかに、オフショアをメインでマネジメントしているブリッジエンジニアが1人います。

![michibiku_intereview_2024/04/11_h2-1](//images.ctfassets.net/ngrpflsbp3rq/3eORgPVAiQyx1uVpEY2e7l/b21967b1a6faaa0ee8bd579e30fac5e0/team_m.jpg________1_.jpeg)

__――設立された当初、開発組織は何名でしたか？__

__金杉__：設立した当時は2人でした。

__――開発組織の人数を拡大していくなかで、組織の課題になっていたことがあれば教えてください。__

__金杉__：日本チームでは、人数が拡大してもスピード感を維持するためにどうすればいいかを考えていました。課題は特に顕在化しておらず、課題を見つけようと1on1などで話を聞いても、みんな「このままでいい」と言っていたんですね。他の会社で働いていた経験から比較しても、今のチームはうまく回っているとのことで、困っていることが顕在化していませんでした。

__――「Findy Team+」を導入いただいたのは、どのようなきっかけからでしたか？__

__金杉__：課題がない組織はないだろうと思っていたものの、定性的な情報からは課題を見つけることができなかったわけですね。そうしたとき、ファインディさんはCTOのイベントにたくさんいらっしゃっていたので、「Findy Team+」のことも知っていたんです。CTOの佐藤さんとも知り合いですし、プロダクトマネージャーの方ともお会いしたことがあり、そうしたきっかけで問い合わせさせていただきました。

__――開発生産性の可視化にあたって、設定されたゴールはありましたか__

__金杉__：課題が見えていない状況だったので、まず最初の3ヶ月で課題の特定。その次の3ヶ月で、課題に対する分析や対応を行うことにしました。その次の6ヶ月で、課題すべてに対応し切って「Findy Team+ Award」※の表彰ラインに乗せることを目指しています。

（※「Findy Team+」 利用企業を対象に「エンジニア組織の生産性指標」を算出し、「組織規模、チーム別」および「優れた取り組み」を表彰するアワード）

__――「Findy Team+」導入前は、定量的なデータの計測はされていませんでしたか？__

__金杉__：基本的には、ロードマップに間に合っているかどうかを見ていました。2～3ヶ月のエピック単位で見て、リリースしたいバージョンに間に合っていればOK。それはずっと未達になったことがなく、問題になっていませんでした。

顧客から要望があったさまざまな新機能をつくる必要があるフェーズなのですが、ビジネスサイドと合意を取りながら、「このバージョンに間に合わせます」といった約束に応えるように進めていました。

## 数値の可視化にあたって重要なのは、本質を見誤らないこと

__――KPIとしてチームで設定されている定量的な指標はありますか？__

__金杉__：下記のような形で、目標スコアを表にしています。開発生産性スコアサマリでは、Findy Team+ Awardの表彰ラインを考慮して、ある程度の余裕を持たせた数値を目標スコアとして設定しました。ほかには、主に見たいサイクルタイムやDevOpsの目標スコアを設定して、マンスリーで振り返りをしています。

![michibiku_intereview_2024/04/11_h2-2-1](//images.ctfassets.net/ngrpflsbp3rq/65xkKELaWyj8rnNDK0bXFX/41109c935e51f42c9228073f1cf993bc/__________2024-04-11_14.59.13.png)

__――取り組みによって数値が改善した事例があれば教えてください。__

__金杉__：現時点で数値が改善したのは、リードタイムです。なかでも、大きく改善したのはアプルーブからマージまで。あとは、レビューからアプルーブまでですね。僕らは1ヶ月で間に合わせればよかったので、そのあたりはあまり意識していなかったのですが、可視化されたことによってアプルーブからマージまでは約90％減少、レビューからアプルーブまでは約30％減少と劇的に改善しました。

![michibiku_intereview_2024/04/11_h2-2-2](//images.ctfassets.net/ngrpflsbp3rq/3Q6SI1TeaX9UJhTz6jg1sI/415612d9e3fd8efdc11051aa81a11e3b/__________2024-04-12_14.06.13.png)

![michibiku_intereview_2024/04/11_h2-2-3](//images.ctfassets.net/ngrpflsbp3rq/6G7lSDzgOFbUcz1mrqeFCI/1e9009ca72364c84ad0a5864ae339907/__________2024-04-12_14.06.19.png)

__ーーレビューからアプルーブまでの改善について、金杉さんに偏っている部分があると伺ったのですが、分散していく取り組みを行ったのでしょうか？__

__金杉__：分散についてはまだ移行中で、今レビュアーの育成などに取り組んでいるところです。数値に効いていると思うのは、プルリクのサイズを小さくしていったこと。それによって、レビューのしやすさが向上しました。

それから、やはりレビューの指摘が入ると、アプルーブまでにより時間がかかります。アプルーブまでの速度を意識して、以前あった指摘を繰り返さないような取り組みもしていて、そういったところも効いてきたのかなと思います。

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

__金杉__：2つに分かれます。費用面を判断するのはCEOなので、まずはそこを口説くのが大変でしたね。ファインディさんと一緒に作戦会議をしながら、「Findy Team+」を導入して生産性が上がれば、顧客にとってもビジネスとしてもメリットがあるんだということを伝えていきました。

もう1つは社内のメンバーで、そちらはトライアルで導入した時点で、みんなから良い反応が返ってきました。特に自分の肌感と違う部分が見られるので、そこが面白いといった声がありました。あと、こうしたツールを使って、どうやってチームをより良くしていくかを考えるのが好きなエンジニアもいるので、そういう面でも良かったです。

__――自分のアクティビティやチームのデータが可視化されることに、抵抗がある人はいませんでしたか？__

__金杉__：そういう人はいないですね。そういった考え方の人は、そもそも弊社のカルチャーとマッチしないと思います。

__――取り組みを進めていくにあたって、難しかったポイントはありましたか？__

__金杉__：数値の改善をするためには、それまでの社内の開発フローを変えなければならず、その意思決定が正しいのかという判断が難しかったです。定量的に可視化して、本当にそのスコアが改善することが良いことだと定義して進めるのか。本質を見誤ってスコアの改善だけに注力してしまわないか、といった部分が難しかったですね。

__――そうした部分に対して、意識したことや心がけたことがあれば教えてください。__

__金杉__：まず1つは、やはり本質を見誤らないところ。結局、もし数値が良くなったとしても、スケジュールに間に合わなくなったら本末転倒じゃないですか。そこは意識して、あくまで数値だからということをメンバーにも伝えていました。

もう1つは、この数値の改善をまず1年間のトライとしたところ。取り組みが上手くいってスコアが改善したら、その結果として、社内で何が変わったのか見えてくると思うんです。僕らは定量的な指標がなく、課題が見えなかったところから始まっていますから、まずはトライして結果を見てみようということですね。

## 良い意味で裏切られた、「Findy Team+」導入後の印象

__――ここまでにお話いただいた以外にも、開発生産性の計測によるベネフィットを感じた部分はありましたか？__

__金杉__：「Findy Team+」の開発生産性スコアは相対比較なので、他の会社と比べてどうなのかわかるところが面白いですね。自分たちのこの数値はイケてるなとか、他社はもっとリードタイムが速いんだなとか、そういった比較ができるのはありがたいです。

あと、予期せぬベネフィットだったのは、日本と比べてオフショアの生産性が良くないと気づけたこと。上手くまわしていくためにさまざまな施策をして、アウトプットは問題ないと思っていたのですが、もっと改善できるところがあると気づきました。そういったオフショアや受託の管理にかなり有用だなと感じます。

![michibiku_intereview_2024/04/11_h2-3-1](//images.ctfassets.net/ngrpflsbp3rq/1wVWV3LmQgrcU4U94M3J12/3202b42583019bf8c00302a36ee6dde3/team_receipt.jpg________1_.jpeg)

__――開発生産性の可視化を通じて、メンバーの意識や行動に変化はありましたか？__

__金杉__：行動や意識の変化は感じています。具体的には、例えばプルリクを小さくするといったチームで決めたトライに対して、今まではただそう言うだけで、なかなか実行できていなかったんですね。そういった部分で、先ほど挙げたようなKPIに向けて、どうすればいいのかを考えて行動してくれるようになりました。

あとは、レビューのスピードがかなり上がりました。今までレビューは間に合えばいいという意識で、少しおざなりになっていた部分があったんです。それが可視化によって、レビュー速度を上げたらどれくらいスコアが上がるかがわかり、即時レビューするという意識につながりました。可視化しなければ、そこまで意識がまわっていなかったと思います。
導入して1ヶ月でリードタイムスコアが改善し、開発生産性スコアも上昇することができました。

![michibiku_intereview_2024/04/11_h2-3-2](//images.ctfassets.net/ngrpflsbp3rq/6FPcEolfWDjvahtvxdnwwf/8b0a0798bbbe46c6db3bf005307202b0/__________2024-04-11_14.56.48.png)

__――金杉さん自身が「Findy Team+」を導入して良かったと感じる部分について教えてください。__

__金杉__：導入してイメージが変わって、かなりポジティブな評価になりました。良い意味で裏切られた感じですね。もともと気になっていたのは、本当にFour Keysが正しいのか、弊社にも当てはまるのだろうかというところ。そこはモヤモヤしながら進めていたのですが、実際はいろいろと可視化できるメリットの方が大きくて、上書きされた感覚があります。

__――Four Keysという指標に対する、今の納得感はいかがですか？__

__金杉__：それについてはまだ50％くらいで、先ほどお話ししたこのあとの1年間のトライで腹落ちさせたいというのが正直なところです。弊社のプロダクトは性質上、toBかつユーザーが月に1回くらい使うもの。Four Keysを提唱したGoogleさんを含む、他のtoBプロダクトは、ユーザーが毎日使うものだったりします。なので、即時リリースすべきかといったところは、まだ腑に落ちていません。

ただ、結局はお客様の声が正義だと思うので、そういったトライをしてみようと、今は即時リリースできるように運用を変えている途中です。それでお客様の声が変われば良かったということだし、逆に不具合が増えてしまったら戻そうと考えていて、今まさに検証中です。

__――お客様の声は何らかの形で計測されていますか？__

__金杉__：NPSのようなアンケートはまだ取れていません。しかも、年契約のサービスのため、今取り組んでいる内容への回答が1年半後などになってしまいます。なので、アップセルや他社への紹介につながることが増えたら、良い反応だと捉えています。

## 新たな気づきを得た、オフショアにおける課題の改善へ

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

__金杉__：まず1つは、先ほどお話しした即時リリースですね。そして、今ちょうど取り組んでいるのがフィーチャーブランチの撤廃。すべてdevelopのメインブランチに直マージして、フィーチャートグルで機能を管理することにチャレンジしています。

今までフィーチャーブランチに8つくらいのプルリクを入れていたため、これでおそらくプルリクの作成数が一気に上がるだろうと。プルリクの作成数がアウトプットに響いていると推測しているので、特にオフショアでの数値に大きく変化があるのではないかと考えています。

それから、新たな気づきとしてあった、オフショアにおける生産性の課題に関してですね。明らかに日本チームとの差があることに気づけたので、どういったところから日本チームとの差分が生まれているのか、バイネームでデータを見ながら改善を進めています。

オフショアはコストパフォーマンスや採用の観点でメリットがあると考えていましたが、生産性が上がらないのであれば、日本チームだけでやったほうがいいのではないかという話になってきます。改善を進めながら、オフショアの戦略が正しいのかといったところも含めて見ていきたいと思っています。

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

__金杉__：僕らが掲げているコンセプトは、“和製GitLab”。フルリモートで世界中に従業員がいるGitLabと同じように、僕らも国籍や人種や性別に関係なくチャレンジしていきます。開発生産性を意識する文化も根付き始めていますから、フルリモートでも定量的な面からサポートしつつ、ビジネスとして成長させていきます。

会社のカルチャーを大切にしたいので、フルリモートでもコミュニケーションが取れてアウトプットが出せて、チームのことに責任を持てる。そういう方を求めています。弊社では、ただコードを書くだけでなく、フルサイクルエンジニアのような形で、調査やデプロイ、QA、自動テストなどもしてもらっています。なので、そういうエンジニアの方とぜひ一緒に働きたいと考えています。

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

![michibiku_intereview_2024/04/11_h2-4](//downloads.ctfassets.net/ngrpflsbp3rq/olyn8Rajq4KK9IFkibuAh/e1ba209cc65ff20a171f612e5d406952/DSC03016.jpg________2_.jpeg)

※現在ミチビクでは、エンジニアを募集しています。
[エンジニア採用サイト　| ミチビク](https://engineer-recruit.michibiku.jp/index.html)

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


michibiku_intereview_2024/04/12_FV

取締役会運営の効率化を支援するツール「michibiku」を運営するミチビク株式会社では、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。  今回は、ミチビクのCTOを務める金杉さんにインタビュー。開発生産性の可視化における取り組みに「Findy Team+」をどのように活用しているか、導入後に組織やメンバーにどのような変化があったかなどについて伺っていきます。

潜在的な課題を特定し、数値に基づく目標設定へ。設立3年目で開発生産性向上を目指すミチビクの取り組み

tsukuruba_intereview_2024/04/02_FV

中古・リノベーション住宅の流通プラットフォーム「cowcamo（カウカモ）」などを展開する株式会社ツクルバでは、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

経営と開発をつなぐ架け橋に。事業成長を加速させるツクルバの開発生産性指標の活用方法とは？

ourly_interview_2024/02/21_FV

プルリクオープンオープンまでの時間が9分の1に。15名でFourKeys向上に向き合うourlyの取り組みとは？

プルリクオープンまでの時間が9分の1に。15名でFourKeys向上に向き合うourlyの取り組みとは？

## 組織が立ち上がった2年前から、アジャイル開発を推進
__――まず最初に、皆さんの主なご経歴や現在の役割を教えてください。__

__坂井__：2004年に新卒で入社し、入社時からソフトウェア開発を続けています。2022年から現在の組織のマネージャーになり、現場から管理までプレイングマネージャーとして業務しています。

__古澤__：2000年に新卒で入社しました。入社後の6～7年間は、携帯電話のソフトウェア開発に携わり、その後は、通信キャリアやエンタープライズ向けのソフトウェア開発を行っていました。3年前に自社サービスを開発する現在の組織へ異動してきました。

__山下__：2014年に新卒で入社し、4年ほど開発部門でロボット内部のソフトウェアやタブレットのアプリケーション開発を行いました。その後、別の部門で4年間パブリッククラウドのアーキテクトを経験し、現在は社内のアジャイル推進とスクラムマスターを担当しています。

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

__坂井__：私たちはSymphonict事業推進本部の先端技術開発グループに所属しており、グループマネージャーを古澤が務めています。さらに、そのグループ内にあるSymphonictサービス開発チームに坂井と山下が所属しており、私はそこでマネージャーを担当しています。

__――どのような背景から、アジャイルを推進していくことになったのでしょうか？__

__坂井__：2022年に組織が立ち上がった際、このVUCAの時代を生き抜くために、組織のアジリティを上げていかなければならない。そのために、アジャイルな組織になる必要があるという話になりました。

しかしながら、私たちにはその知見がなかったため、まずはコンサルタントの支援を受け、アジャイルの基礎を叩き込んでもらうところからスタートしました。初めの3ヵ月は座学を中心に行い、その後、PoC案件でスクラムチームを1つ立ち上げたのが始まりです。そして、さらに2つ目のチームを立ち上げ、現在も開発を継続しています。

__――現在チームでは、どのようなミッションを掲げていますか？__

__坂井__：部の名前についている「Symphonict」というのは弊社のブランドで、“デジタルでつなぐ”というコンセプトのもとお客様のDXイノベーションをサポートするサービスの総称です。Symphonictを実現するために、「早く、安く、巧く」サービスを提供できるプラットフォームを準備することや、そのプラットフォーム上でサービスを開発することが大きなミッションとなっています。

Symphonictのブランドにはさまざまなサービスがありますが、現在アジャイル開発を行っているサービスは、主にお客様向けのポータルサイトになります。私としては全ての開発をアジャイルでやっていきたいという思いがあるのですが、現状はアジャイルの案件数がそれほど多くないのが実情です。

自社サービスは作ったら終わりではなく、常にフィードバックをもらいながら、より良いものに更新し、価値を高め続けなければならないと思っています。そのためには、やはりアジリティが重要であると考えています。私たちのミッションと照らし合わせても、アジャイルな組織としてリリース頻度を高めていくことが必要だと考えています。

__――チームで設定されている、OKRやKPIはありますか？__

__坂井__：リリースするサービス数やアジャイルのスクラムチーム数などはKPIとして設定されています。また、運用フェーズでは、サービス稼働率、インシデント発生数、インシデントの対応にかかる日数などがKPIになっています。

ただし、チーム毎の1日のリリース回数や、プルリクの作成数など、スクラムの活動に特化したKPIはまだ設定されていません。
![【使用①】インタビュー風 DSC07257](//images.ctfassets.net/ngrpflsbp3rq/MRuXbepkf9AF1Ejh8prhf/cf4db525fa868f7f254c23f579088894/______________DSC07257.jpg)
## 開発生産性に関する疑念から、「Findy Team+」の導入へ

__――開発生産性の計測に取り組み始めたきっかけを教えてください。__

__坂井__：今年の3月に、社内で「アジャイルの方が、ウォーターフォールよりも生産性が低いのではないか？」という声が上がりました。その時、私は「そんなことはないだろう」と感じたと同時に、生産性を測る指標がコード量だったことにも違和感がありました。

そこから、生産性をどのように測るべきかを調べ始め、『LeanとDevOpsの科学』などを読み、Four Keysのことを知りました。そこで、そもそも本当に生産性が低いかどうか、まずは数字で見える化しなければならないと思ったのがきっかけです。

__――そうした生産性に関する情報を調べるなかで、「Findy Team+」を見つけていただいたのでしょうか。__

__坂井__：最初は私が片手間で、GitHubのAPIを使ってAWSにデータを取り込み、BIツールで可視化しようとしていました。それを作る途中でたまたま「Findy Team+」を発見しました。これを参考に似たものを作ろうと思ったのですが、ものすごく大変で（笑）。「Findy Team+」のサイトを見てみると、とても高機能だったため、これは自分で作るよりも導入した方が良いなと思いました。

__――その後、どのような流れで「Findy Team+」の導入が決まりましたか？__

__坂井__：4月の組織変更で新たな本部長が着任し、そのタイミングで本部長に直接話を聞いてもらえる機会がありました。そこで私は、開発力を高めてリリースを早めていくためには、生産性を計測する必要があるという考えと、Four Keysの導入を提案しました。さらに、そのFour Keysを可視化できる「Findy Team+」というツールがあると伝えたところ、トントン拍子で導入まで進みました。

__――「Findy Team+」の導入前に、懸念されていた部分はありましたか？__

__坂井__：「Findy Team+」では個人の数値が計測されるため、個人の能力面も可視化されてしまいます。その数値だけで100％判断できるわけではないにしても、そういった数値をメンバーに見せて大丈夫なのかという懸念がありました。現在、導入から4ヵ月経ちましたが、そういった懸念に関する声は特に上がってきていません。
![【使用②】坂井さん DSC07240](//images.ctfassets.net/ngrpflsbp3rq/6hIrUVxJ1u4b0aJdAYijv0/aba973965e3451ba6be1cf08de064fb6/__________DSC07240.jpg)
## 経営層まで、Four Keysが浸透したことで意識が変化

__――開発生産性の計測を通じたゴールを、どういったところに設定していますか？__

__坂井__：ウォーターフォールとアジャイルの比較が最初のトリガーにはなったものの、そもそも比較するものではないため、今はそこにはあまりフォーカスしておらず、純粋に私たちのスクラムチームにおけるFour Keysの可視化を目的にしています。最終的には、お客様にどれだけ価値を届けられているかを計測したいのですが、まずは開発のアウトプットとしてFour Keysやプルリク数を向上させていくことを目指しています。

__古澤__：生産性という言葉のイメージから、一般的な「開発コード量」のみを見て、アジャイルは生産性が落ちると思っている人は、社内にもまだ存在します。
ですが、デプロイ頻度、リードタイムまで生産性と考えるような価値観が、ようやく少しずつ浸透してきました。とはいえ、まだまだアジャイルでの開発が軌道に乗っているとは言えず、お客様に価値を提供するところまで持っていくことがゴールだと考えています。
![【使用③】古澤さん DSC07235](//images.ctfassets.net/ngrpflsbp3rq/4py4HsIYASfIIOTt5iVLpH/b390cd94393b28baeefcfab41d4df10a/__________DSC07235.jpg)
__――目標に設定されている、具体的な数値などはありますか？__

__坂井__：私たちのデプロイ頻度は、まだ2ヵ月に1回程度なので、まずは1ヵ月に1回のデプロイを目指しています。また、コミットからマージまでの時間を表すサイクルタイムですが、今は100時間を超えているため、24時間を目指そうと開発チーム内で目標設定しています。ただし、これはまだ明確に決めているわけではなく、現状は可視化してみて、次の段階で具体的な数値目標を設定していきたいと考えています。

__――「Findy Team+」の活用について、スクラムマスターをされている山下さんから見ていかがでしょうか？__

__山下__：チームの活動において、自分たちがどれだけ効率的に開発できているかを可視化できるところが、とても有用だと思っています。スプリントごとの振り返りで、今まではメンバーが感じていることをベースに話すことが多かったのですが、今は「Findy Team+」の数字を見ながら実態に則した話もできているので、振り返りの質が向上しました。

2週間のスプリントの中で、明らかに課題があった場合は別ですが、そうではなく計画通りに開発ができた時、はたして本当に効率が良かったのかどうかは、おそらく数字がないと判断できません。ですので、チームの活動を改善するための取っ掛かりとしても非常に有用なツールだと感じています。

__――スプリントの振り返り以外で、「Findy Team+」を見る場面はありますか？__

__坂井__：振り返り以外では、マネージャーを含めて各個人が自由に見たい時に見ています。また、同じ本部内に品質管理グループという、プロジェクトやアウトプットの品質をチェックするグループがあるのですが、そのグループもプロジェクトの状況を見るために「Findy Team+」の数字を見たいと言っています。

__――ここまでにお話いただいた以外にも、開発生産性を計測することによるベネフィットを感じた部分があれば教えてください。__

__坂井__：「Findy Team+」を導入してから、経営層にもFour Keysが浸透してきた印象があります。以前はコード量をもとに話していた人も、最近ではFour Keysで話すようになり、意識が変化してきた部分があると思います。

マネージャーとしての立場から見ると、「Findy Team+」では活動量が見えるので、プロジェクトの負荷が高くなっている場合や、何らかの問題が生じている場合に気付きやすくなりました。加えて、レビュアーの負担や偏りも可視化されるので、メンバーからもそれを意識するような発言や、改善しようとする動きが出てきています。

__山下__：スクラムマスターとしてチームに改善を促す際に、今までは実際にやってみてどうだったかという体験をもとに話をしていました。ですが、例えばPBI単位でブランチを切るとか、タスクレベルでなるべく細かくプルリクを出すとか、そういったところも数字で見えるようになったので、説得力を持って提言できるようになりました。

__坂井__：課のメンバーが半期ごとに目標を立てるときに、「Findy Team+」の数字を使って目標を立てるようになり、活用されていることを実感しています。具体的な数字で目標を立てられるので、評価もしやすく、成長を促しやすくなったと思います。

__――経営層へのレポーティングなどに、「Findy Team+」を活用いただいている場面はありますか？__

__坂井__：先日、経営層向けにチームの「Findy Team+」の数字を見せながら、開発チームの状況を説明しました。今後も定期的に「Findy Team+」を活用して説明を行っていこうと思っています。

__山下__：その説明の場で印象的だったのが、経営層から「今はこういう指標を見るんだ」、「これはあまり考えたことがなかったな」といったコメントが出たことでした。組織としての振り返りに、今までになかった新しい観点を取り入れられるツールなのかなと思います。

## 開発組織に閉じない生産性まで、可視化していきたい

__――「Findy Team+」で計測するにあたって、難しかったポイントはありましたか？__

__坂井__：「Findy Team+」で計測するためには、Gitのブランチ戦略を適切に合わせる必要があり、私たちの従来のやり方を少し変える必要がありました。例えば、空コミットを実施してからコーディングをスタートさせることや、同じプルリクをマージした時に二重集計されないようにタグ付けするなど、Gitの運用をルール化し、チームに浸透させて上手く使いこなせるようになるまで、ひと手間あったと思います。

__山下__：「Findy Team+」で難しいのは、誰がどこをどう見たら良いかが分かりにくいところでしょうか。データはたくさん取れており、有用な指標もたくさんあるはずなのですが、それを有効活用することは難しいと感じました。

私や坂井は、ファインディの方との定例で、サポートを受ける中で「こういうところを見ればいいんだな」と、徐々に分かってきました。ですが、現場の開発メンバーにはまだあまりノウハウが伝わっていないため、そこを浸透させ、共通認識化させていくことがツールを活用する上での課題だと感じています。

__――今後のトライとして、現在考えられていることがあれば教えてください。__

__古澤__：ウォーターフォールとアジャイルを両方見ている立場としては、品質の観点では、アジャイルの方が若干良いと感じています。しかし、単純比較はできないな、とも感じています。

その理由として、アジャイルはプロダクトオーナーの判断で、開発機能の優先順位やリリース可否を変更できますが、ウォーターフォールではそうはいきません。

アジャイルが途中で変更されやすいことを踏まえると、計画時点でのPBIがどのくらい守れたのかといった指標も、数値的に見れると良いなと思っています。

__坂井__：ビジネスサイドまで含めた可視化をしていきたいと考えています。開発に閉じた生産性は「Findy Team+」で見えますが、本当に価値が届けられたのかまではわかりません。PBIや要求が生まれてから、リリースまでにどれだけ時間がかかったのかも見えないので、それを見えるようにしたいという思いがあります。

あとは、開発コストも可視化したいと思っています。サービスの収支については別途取り組んでいるのですが、もっとブレイクダウンして機能ごとの開発コストも見えるようにしていきたいと考えています。

価値が届けられているかどうかという部分については、どう計測するべきかがまだはっきりと見出せていません。アクセス数で測るのか、満足度アンケートを取るのか、それとも他にもっといい指標があるのか。これについては私たちの今後の課題だと思っています。

__――それでは最後に、組織のアピールポイントがあれば教えてください。__

__坂井__：開発力の高いチームが立ち上がってきているので、開発するもののビジョンさえ立てば、どんどん良いものを開発していける組織です。また、本部長が新技術の取り込みに積極的で、データ分析やAIをもっと取り入れていこうと掲げており、生成AIのCopilot導入に向けて動いています。私としても開発者の体験を向上させて、みんなが楽しく開発できるようにしたいと思っています。

__――皆さん、本日はありがとうございました！__
![【使用④】2shot DSC07329](//images.ctfassets.net/ngrpflsbp3rq/nroKriCNDCwZtCtznVyAV/c35853e62bea91c159929e3c35d68e18/_____2shot_DSC07329.jpg)

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

nec.netssi_interview_2024/01/16_FV

コミュニケーションに関わるさまざまなサービスを提供し、DX事業のブランド「Symphonict（シンフォニクト）」を展開する、NECネッツエスアイ株式会社。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

コード量からFour Keysへ。 経営層に新たな視点をもたらしたNECネッツエスアイの取り組み

parsol　FV

転職支援や求人メディアをはじめとした、幅広い人材サービスを展開するパーソルキャリア株式会社。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。 

数値の意味づけや目標設定でメンバーの意識が変化。パーソルキャリアの全社的な開発生産性向上に向けた取り組みとは？

intereview_moneyforward　

「Findy Team+」の数値はフルオープン。チーム全員でFour Keys向上へ取り組むマネーフォワードの開発生産性活動  個人向け・法人向けに金融系ウェブサービスを提供する株式会社マネーフォワードでは、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

「Findy Team+」の数値はフルオープン。マネーフォワードによるチームと個人の課題発見を促進する開発生産性への取り組みとは？

## クリエイター支援プラットフォーム「Ci-en」を運営
__――まず最初に、これまでの簡単なご経歴と現在の役割について教えてください。__

__松永__：新卒でSIerの会社に入り、その後1年ほどで株式会社エイシスに入社しました。エイシスではさまざまなサービスの保守運用や新規開発に携わり、2021年に行われたグループ組織再編のタイミングで、新設されたviviONに転籍しました。2022年4月から「Ci-en」というサービスに携わり、現在チームのリーダーを務めています。

組織の構成としては、Webサービスを担当するWebユニットがあり、そのなかに「Ci-en」のチームがあります。そのWebユニットのリーダーとして、「Ci-en」のサービス運営におけるエンジニアのピープルマネジメントを担いつつ、コードを書いたりコードレビューをしたりといった現場的な作業もしています。

__――開発組織全体の規模や、「Ci-en」のチーム体制について教えていただけますか？__

__松永__：組織全体では、60名くらいのエンジニアがいます。「Ci-en」のエンジニアチームは、リーダーの私とメンバーの3名で、合わせて4名。これとは別にデザイナーや、ディレクションチームに属しているPdMを含むディレクターが関わっています。

__――現在チームでは、どのようなミッションを掲げていますか？__

__松永__：「Ci-en」というプロジェクト全体としては、クリエイターが自分のやりたいことを実現できるようにしていくという目標を掲げています。そのなかでエンジニアチームとしては、PdMが求めている機能のリリースや改善に、常に満足のいくスピードとクオリティで応えていくことを目指しています。

__――それに対して、チームで課題になっていた部分はありますか？__

__松永__：もともと「Ci-en」というサービスが始まったときは、別のリーダーがいて、私がメンバーとしてメインの出力になっていました。ですが、自分がリーダーになったことで、現場業務以外の仕事が増えて、なかなか機能開発ができなくなってしまいました。その影響で、チームとしての出力が落ちている期間が続いていて、そこを改善しようと、まさに今取り組んでいるところです。

__――チームで設定されているOKRやKPIはありますか？__

__松永__：「Ci-en」のエンジニアチームとしてはOKRを掲げておらず、事業部全体のOKRに対してアプローチする形をとっています。事業部のOKRでは、Objectivesに「クリエイターが実現したい世界をCi-enでなら叶えられる」というプロダクトのビジョンを掲げています。

Key Resultsに設定されているのは、「このジャンルで活動するならCi-en登録必須と呼ばれるジャンルをつくる」、「ファンを獲得し、クリエイター活動が続けられるサービスになる」、「Ci-enにしかない体験を提供し、新規ユーザーを獲得してクリエイターに還元する」の3つ。そして、この各Key Resultsに対して、それぞれKPIが設定される形になっています。

## 課題だったレビューの滞りを「Findy Team+」で可視化

__――現在チームでは、どのような開発手法をとられていますか？__

__松永__：もともとずっとウォーターフォールで開発していたのですが、ある時期に全社的にアジャイル開発をやっていこうという波がありました。そのときから、「Ci-en」のチームでもスプリントを設定して、2週間ごとにタスクの整理をしながら進めています。
ただ、厳密に決まったスプリントのなかでリリースするわけではなく、ウォーターフォールとアジャイルが混ざっているような形ですね。「Ci-en」のなかで締め切りなどの融通がきくため、必ずしもスピード感が大事ではない部分もあり、ウォーターフォールの名残も強いです。

__――開発生産性の計測に取り組み始めたきっかけを教えてください。__

__松永__：結果的に計測が始まった、という表現が正しいかなと思っています。「Findy Team+」を知ったのは、昨年の「Findy Team+ Award」の記事を見かけたことがきっかけでした。それを別のリーダーに共有した結果、気付いたら話が進んでいて、導入してみることになったという経緯があります。

それに加えて、私がリーダーになってから、レビューが滞りがちになっていることがチームのなかで課題になっていました。なので、その部分が数字として見えるのはいいなと思い、計測を始めました。

__――そうした課題に対して、計測を始める前に行っていたアプローチはありましたか？__

__松永__：計測前にしていたのは、レビューであまり細かいところまで指摘しすぎないようにすることと、レビューコメントにラベルをつけて、どういう意図の指摘かを明示することくらいでした。

__――計測を始めたタイミングで、どういったゴールを設定されていましたか？__

__松永__：ゴールについては、今も明確には決めていない状態です。数字が良くないことはわかっていて、できる限り改善していこうと半年ほど取り組んできましたが、社内の事情もあり、まだ数字が安定しているとは言えません。なので、もう少し期間を見て現実的な良い数字を把握し、それを維持することを目標にしようと今のところは考えています。

__――社内の他チームでも、開発生産性の可視化に取り組まれていますか？__

__松永__：他のチームでも、もともと開発生産性に興味があって自発的に取り組んでいるチームもあれば、「Ci-en」で成果が出始めたときに、それを共有したことがきっかけで導入を決めたチームもあります。取り組み方については、各々のチームリーダーが個別に設定して決めています。

__――取り組み事例の共有も積極的に行われているのでしょうか？__

__松永__：そうですね。一定のタイミングで部署ごとの発表や開発部内の共有会があるので、そういった場で取り組みの成果を共有しています。そのほかにも、「Findy Team+ Award」に選出されたことを、会社の週報に載せてもらうなどして広めていっています。
![松永様画像①](//downloads.ctfassets.net/ngrpflsbp3rq/5i8SSO1XXB3vNke7v9cYF9/bbd729cbce23bb41cc5cba021a5e61e6/_____________DSC07780_re.png)
## 取り組みにより、レビューへの意識がポジティブに変化

__――チームで見るべき数字として設定された指標や、その指標に決められた背景を教えてください。__

__松永__：レビューの時間に関するところが課題になっていたので、まず最初に変更行数を小さくすることを目標としました。それから、レビューからアプルーブまでの時間を短くすることと、プルリクのオープンからレビューまでの時間を短くすること。この3つを見るべき指標として設定しました。

これは「Findy Team+」のカスタマーサクセスの方に、レビューに時間がかかっている課題について相談した際に、どの指標から見ていくといいかアドバイスをいただき、それをもとに設定しています。

__――可視化していくことに対する、チームメンバーの反応はいかがでしたか？__

__松永__：変更行数を小さくしてプルリクが見やすくなったことや、数字として見えるようになったことで、レビューに対する積極性が出てきて、ポジティブな意識の変化があったと感じます。週次で行っている振り返りでも、数字が良くなっていれば喜び、悪くなっていればへこむという感じで、楽しみながらやれている面もあると思います。

__――生産性に関連する振り返りは、「Findy Team+」を導入する以前からされていましたか？__

__松永__：導入前は、まったくしていませんでした。これに関しても、カスタマーサクセスの方とのやり取りのなかで、他社での事例を教えていただいて、うちでもやってみようと始めた取り組みです。

__――振り返りで数字を見るようになって、難しかったことがあれば教えてください。__

__松永__：影響範囲が広いタスクが発生しているときに、どうしても時間がかかるプルリクがあり、それが如実に数字に出てしまうことがあります。それは仕方がないことなのですが、メンバーがその数字に慣れてしまうと良くないなという危機感はありますね。

一方で、該当するタスクをこなしているメンバーにとっては、数字を悪化させているとプレッシャーに感じてしまう可能性があるので、そこも気にする必要があると思っています。

__――そういった場合、メンバーの方にはどのようなフォローをされていますか？__

__松永__：振り返りの場では、そういう性質のものだということを、チーム全体に伝えています。加えて、各メンバーとの1on1でも、個人の責任だと思いすぎないように、頼れる部分は頼ってほしいと、いつも伝えるようにしています。

__――振り返りで数字が悪化している傾向が見られたとき、どういったコミュニケーションをされていますか？__

__松永__：該当のプルリクを見て、なぜ時間がかかっていたのか、曖昧にしないようにチームメンバー全員で認識を合わせるようにしています。もしそれが決済のような機能的に重要な部分であれば、時間がかかっても仕方ないものだと確認することもあります。

__――週次の振り返り以外でも、「Findy Team+」を見ているタイミングはありますか？__

__松永__：見たいとは思っているのですが、なかなか頻繁に細かいところまではチェックできていません。まだ見れていないページも多いので、今追っている3つの数字がある程度安定してきたら、もっといろいろなところを活用していきたいと思っています。

## 各メンバーが課題を意識し、自走できるチームを目指す

__――開発生産性を可視化することによって、どのようなベネフィットを感じられていますか？__

__松永__：やはりメンバーのレビューに対する姿勢が変化したところが、良かったと思うことの1つですね。それから、数字として見えるようになったことで、常に意識するようになったことも大きいと感じます。

私自身も、リーダー業務が忙しくてレビューを後回しにしがちなところがあったのですが、常に数字を意識するようになったので、それが改善につながっている部分が少なからずあるなと思います。

__――取り組みを進めるなかで、メンバーから上がった声があれば教えてください。__

__松永__：導入初期のころ、メンバーからは「小さいプルリクとはどれくらいなのか」といった声がありました。そこを具体的な数字にするのは難しいと思っているので、まずは各々が思う単位でやってもらうようにしました。

厳密に決めていないので、それほど負担にはなっていないだろうと思いつつ、逆に明確な目標がないからこそ難しいと感じる部分もあったかもしれません。

良い反応としては、やはり数字が目に見えて改善されていくことに対する達成感ですね。そういったところは、メンバーからも実際に良い声をもらっています。

![viviON_matunaga_Findy_Team+](//downloads.ctfassets.net/ngrpflsbp3rq/25YxeuDVQrZ02TDTnlgwm6/3021c62a3e08ae1824eaf10c51f5b77e/_________DSC07649_re.png)

__――レビューのリードタイムを改善していくにあたって、難しいと感じたポイントはありますか？__

__松永__：まずは、どうしても時間がかかるレビューが存在してしまうことですね。やはり決済関連などのコアな部分は、メンバーだけでなく、リーダーのレビューも通しておきたいと考えています。そのため、重要度が高い部分はレビューに時間が長くかかる状況が続いていて、ここをいかにメンバーで完結できるようにするかは、考えていきたいことの1つです。

また、数字だけを見ていると、すごく改善しているように見えても、実は障害対応でたくさんリリースしているだけだったというケースがあります。そういう数字だけでは見えない実態も、ちゃんと認識して取り組んでいかなければならないなと感じます。

あとは、プルリクを小さくして、複数のプルリクで一連の機能になるときに、小さくしすぎたがゆえにバグが発生してしまったこともありました。単体で見ると問題なさそうに見えたのに、つなげてみたら問題があったというケースで、そういったさじ加減も難しいなと思っています。

__――今後のトライについて、現在考えられていることがあれば教えてください。__

__松永__：今お話した課題に関連するところでは、障害対応にチームがかかりっきりになってしまうことがあったので、障害対応とは別にデリバリーラインを確保することを考えています。
また、プルリクを小さくしすぎることを防ぐ観点で、最近は設計段階で一度レビューを挟むように取り組み始めています。あとは、テストをちゃんと書くというところにも取り組んでいこうとしていますね。

__――取り組みを通じて、今後目指していきたいチームのイメージがあれば教えてください。__

__松永__：理想としては、各々のメンバーが課題を意識して自走できるようなチームになってほしいと思っています。「Findy Team+」を見て課題を特定し、その改善のためにどういった動きをしていくか、みんなから意見が出てくるようになったらいいですね。

私自身も開発生産性についてはあまりくわしくない状態から始めて、メンバーと近い目線で取り組んできました。あまりあれこれ押し付ける形にならないように進めてきたつもりなので、そこは今後も変わらずにやっていきたいと思っています。

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

__松永__：エンジニアだからといって開発業務のみを行っているわけではなく、新機能や改善の提案、新しい取り組みへのチャレンジを全社として推奨しています。自身が担当するプロダクトでゼロからアイディアを出し、実装し、それを数百万人のユーザーに届けられるというのは、非常にやりがいのある仕事だと思います。

アイディアを形にしたい、新しい価値をユーザーに届けたい、とにかくオタク文化が大好き、そういった前向きなマインドを持ったエンジニアの方は、ぜひ一度採用ページを御覧ください！

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

※viviONでは、エンジニアをはじめとした様々な職種を募集しています。
https://hrmos.co/pages/vivion/jobs

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

Team+Lab viviOn

総合二次元コンテンツサービスを展開する株式会社viviONでは、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

ウォーターフォール開発から開発生産性向上へ取り組む。レビュータイムの可視化で自走チームを目指すviviONの開発組織

1200x628 モリサワ

デジタルフォントの開発・販売・ライセンス事業を中心に展開する、国内トップシェアのフォントベンダー、株式会社モリサワ。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

プルリク数・デプロイ頻度をチーム目標に設定。DevOpsを推進するモリサワの開発生産性向上への取り組み

Saison Technology_fv

データ管理製品やITサービス、および金融や流通業をはじめとする多種多様な業種向けのシステム開発・運用をグローバルに展開する、株式会社セゾン情報システムズ。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

パッケージ開発における開発生産性向上のデファクトスタンダードへ。セゾンテクノロジーのアジャイルシフトへの挑戦。

## 2つのスクラムチームで、社内向けのプロダクトを開発
__――まず最初に、お二人のご経歴や現在の役割を教えてください。__

__笹原__：ダイキン工業に新卒で入社し、現在5年目となります。役割は開発者兼スクラムマスターです。

__平松__：笹原と同期で、入社5年目になります。現在は、開発者兼スクラムマスターを担っております。

__――所属しているチームの規模や体制について教えていただけますか？__

__笹原__：私たちは、空調データを活用したEneFocus αというプロダクトの開発を行っています。開発は2つのスクラムチームで行っており、両チームそれぞれプロダクトオーナーが1人、スクラムマスターが1人、開発が4人という、6人チーム体制です。これに加えて、両チームを見るアジャイルコーチが1人います。

__平松__：各スクラムチーム間では課題や良かった取り組みを共有し合っています。

__――スクラムチームを立ち上げられたのは、どういった背景があったのでしょうか？__

__平松__：チーム内で課題の改善が中々進まなかったという背景があります。属人化により、担当者がいなくなったら誰もわからなくなる機能がいくつもある、といった状況をチームとして改善していきたいと考え、スクラムを始めました。

__――チームの特徴を教えていただけますか？__

__笹原__：チーム全員がプロダクト価値に本気で向き合っているという特徴があります。プロダクトオーナーだけでなく、開発者もプロダクト価値を高めることに対して強い意識を持っており、実際に、ステークホルダーと開発者が頻繁に会話したり、開発者からプロダクトの今後に関する意見が出たりすることも多くあります。

__――チームでそういった意識を持つために、どのような工夫をされたのでしょうか？__

__平松__：ステークホルダーと密に関わるようにする、スプリントゴールをプロダクト価値を意識・検査しやすいような文言に変えるなど、各チームで開発者がプロダクト価値にコミットしやすくなるような仕組みを整えていきました。
また、それらの施策を毎週のスクラムマスターどうしの相談会で共有し、別のチームの効果的な取り組みを即座に取り入れていきました。

__――両チームが開発しているプロダクトや、それによって実現しようとしていることを教えてください。__

__平松__：弊社には、空調機の運用方法について改善提案・運用するEneFocus αというサービスがあり、そのサービスを手助けするためのプロダクトを作っています。プロダクトを通じて、EneFocus αの契約数を増やしていくことを目的としています。

__――社内向けのプロダクトで、社内の方々がエンドユーザーということでしょうか。__

__平松__：はい、そうです。
![会話風 (1)](//images.ctfassets.net/ngrpflsbp3rq/3w12fzyVS678Y7W6rQyQfI/be8c8f094de252e77d42c8a839169474/_____1_.png)
## 「Findy Team+」の導入で、より具体的な議論＆改善へ
__――「Findy Team+」を導入いただいた背景や、開発生産性の計測に取り組む前にあった課題について教えてください。__

__笹原__：私たちのチームでは「Findy Team+」を導入する前からスクラムを始めており、ふりかえりを非常に大切にしてきました。しかし、ふりかえりで開発プロセスについて議論する際、どうしても感覚ベースでの話になってしまい、実際の改善につなげるのが難しいという状況がありました。

例えば、プルリクエストのレビュー依頼を出してから、しばらくレビューされなかった気がするとか。このチームって、どれくらいの速度でリリースできているんだろうとか。課題や疑問に感じたことが実際に起こっていることなのかわからない、といった話が何度か出てきていたのです。

そのため、定量的なメトリクスを可視化することで、確実なボトルネックを見つけやすくしたいという思いがあり、事実ベースで議論することにより、より具体的な改善につなげられることを期待して、「Findy Team+」を導入しました。

__――開発生産性の計測を通じて、どういったゴールを設定されていますか？__

__笹原__：結局、事業部門にいかに価値を出せたか、ということが真のゴールだと考えており、それはスクラムのプロダクトゴールとして設定しています。その価値を出すための大切な要素の1つに、ソフトウェアをいかに迅速かつ確実にデリバリーできるか、という点があると思います。開発生産性の計測は、実装した機能をいかに迅速かつ確実にデリバリーできているかを確認するために行っており、開発生産性の観点でのゴールはそこだと考えております。

__――「Findy Team+」の導入後、現場の皆さんの理解はすぐに得られましたか？__

__平松__：すぐには得られませんでした。単に「Four Keysの値を上げていこう」と提案するだけでは、なぜそれを上げなければならないかが伝わりません。他社での事例を伝えても、「自分たちのチーム状況とは違うのに、それを真似したところで本当に意味があるのか？」など、スムーズに理解を得られない部分も多くありました。

__――そういったところは、どのようなアプローチで解決していきましたか？__

__平松__：Four Keysの値を見てというよりは、実際の開発プロセスで起きていることをベースに改善していきました。

例えば、メインブランチのマージが大きくなってしまい、それが理由で修正に大量の時間がかかってしまうことが何度かありました。これはデプロイ頻度を上げて、変更差分を小さくすることによって解決でき、チームとしてメリットを実体験として感じることができました。

このようにチームの課題を解決した結果としてFour Keysの値が上がっていく、という流れに持っていけたことが良かったと思います。
![会話風笑顔 (1)](//images.ctfassets.net/ngrpflsbp3rq/F1d6zRQUfdbcZ0g1lVRN7/02f2183ab564c908e6e28e9f255118c4/_______1_.png)
## 特に注目するのは、デプロイ頻度と変更のリードタイム
__――現在、「Findy Team+」をどういった形で活用いただいていますか？__

__笹原__：毎週のチームのふりかえりで、「Findy Team+」を使って指標を確認しています。具体的には、まずFour Keysの確認をして、現状の共有をします。Four Keysのなかでも、特にデプロイ頻度と変更のリードタイムに注目して、それぞれの増減の原因を見るようにしています。

デプロイ頻度に関してはプルリクエストの数、変更のリードタイムに関してはサイクルタイムを参照し、さらにそこから詳細なプルリクエストまで追っていくようにしています。Four Keysの目標としては「Elite」ランクで、デプロイ頻度が2件、変更のリードタイムが24時間以内を目指しています。

__――プルリクエストの作成数にも、具体的な目標を設定されていますか？__

__笹原__：設定しています。最初はFour Keysの目標だけを設定していたのですが、開発メンバーにとってはイメージが湧きづらかったようでした。デプロイ頻度2件と言われても、実際に1日1人当たりどれくらいのプルリクエストを作ったらいいのかわからないという声が、ふりかえりであがっていました。

そこで、目標のデプロイ頻度と現状のプルリクエストの粒度から逆算して、現在は1日1人あたり3プルリクエスト作成するという目標を立てています。

__――デプロイ頻度とリードタイム以外に、例えば変更障害率や平均修復時間などにも目標を設定されていますか？__

__笹原__：もちろん安定性に関する指標にも目標を設定しております。ただし、変更障害率と平均修復時間に関してはすでに目標を達成できているので、現在は達成できていないスピードに関する指標に注目しています。

__平松__：変更障害率と平均修復時間は現在「Elite」の状態ではあるのですが、スピードを上げることによって下がらないかは見ています。速度と安定性は、どちらかを上げてどちらかが下がってしまうと意味がないので、意識するようにしています。

__――そのほかにも、Four Keysを向上するために注目している観点はありますか？__

__平松__：私のチームでは、デプロイ頻度が低いことが課題になっています。今の開発方法では、プルリクエスト数を増やすだけではデプロイ頻度は向上しないと考え、1日でデプロイできる単位をより細かく分けていくことに意識して取り組んでいます。

これまでは機能としてまとまった単位でデプロイしていたのですが、さらに分割してデプロイできないかをチームで話し合うようにしました。

例えば、クラスが複数あった場合に、それらが全て完成しないとデプロイできないのか、といったことを突き詰めていくイメージです。
## デプロイ頻度は、「Findy Team+」導入時から2倍以上に
__――「Findy Team+」の活用を通じて、改善された結果について教えてください。__

__笹原__：プルリクエストの作成数が上がりました。その一方で、スクラムにおけるベロシティは変わっていないので、プルリクエストをより細分化できていると思います。それがFour Keysの値や、レビュー精度の向上にもつながっています。

__――実際に「Findy Team+」上で、直近半年の1人当たりのプルリクエスト作成数（棒グラフ）を見てみると、導入時は1人当たり約1件だったのが、最近では1.8件～1.9件と継続的に向上できていることがわかります。__
![ダイキン インタビュー内画像 アクティブメンバーサマリ](//images.ctfassets.net/ngrpflsbp3rq/5WrfBw8glXH421Xv3ABcIK/826a8e4f96035511b50222b01d2b4f8e/_______________________________.png)

__――続いてデプロイ頻度を見ると、導入時は1日当たり0.6件ほどでしたが、直近では2件を超え、3倍以上のデプロイ頻度が実現できています。ここまでにお話いただいた以外にも、デプロイ頻度が上がった理由として考えられる要素はありますか？__
![ダイキン＿インタビュー内画像 デプロイ頻度(移動平均推移)](//images.ctfassets.net/ngrpflsbp3rq/Cm6DpD6nNNYLLOjh5tJ33/f5302aee8ac96998408faf534f4c3c0d/_________________________________.png)

__平松__：開発チームでデプロイ権限を持てるようにユーザーと交渉したことが大きな要因だったと思います。以前までは、2週間に1回のスプリントレビュー後に機能をまとめてデプロイするルールとなっており、それ以上はデプロイ頻度が上がらないという状況でした。

__――ユーザーとの交渉はスムーズに進みましたか？__

__平松__：このルールだと何が良くないのかを明確に説明できたので、特に苦戦はしませんでした。

2週間かけて作った機能すべてがデプロイされ、そこで初めてバグに気づいた場合、手戻りは大きく、修正には大量の時間がかかってしまいます。しかし、より早い段階でデプロイできれば、その時点でのフィードバックを得ることができ、進路変更を早期に行えます。その結果、全体のリードタイムが大きく短縮されるということを伝えました。
## 今後のトライは、可視化する文化を社内で広げていくこと
__――開発生産性向上のための取り組みのなかで、難しかったことはありましたか？__

__平松__：デプロイ頻度が上がらない要因に中々気づけなかった点です。開発者個人の能力に目が向きがちになってしまい、開発プロセスやデプロイ方法といった本質的な問題にフォーカスできるようになるまでに時間がかかりました。

__――どういったきっかけで、開発プロセスやデプロイ方法に目線を合わせられたのでしょうか？__

__平松__：スクラムマスターとして、開発者の頑張りを間近で見ていた一方で、チームのデプロイ頻度が0.6件である事実を目の当たりにした時に、個人の能力の問題ではないと推測しました。
その後、チームでふりかえりをしたことで、根本的な開発プロセスやデプロイ方法に目を向けることができました。

__――今後さらにトライしていきたいと考えていることがあれば教えてください。__

__笹原__：現状、FindyTeam+を利用する前提となる文化が社内に浸透していません。まずは「実装した機能を迅速かつ確実にデリバリーできているかを計測して可視化する」というDevOpsの文化そのものを、社内で広めていくことにトライしていきたいです。

__――そのために今必要だと感じることや、ハードルになっていることはありますか？__

__笹原__：内製化しているチームが少ないという構造的なハードルと、DevOpsやアジャイルの考え方が根付いていないというマインドセットのハードルがあります。前者に関しては、すぐに変えることは難しいので、現在は後者のマインドセットの転換に取り組んでおります。具体的には、社内コミュニティを立ち上げ、毎週1時間、チーム開発で得た知見や文化を共有・議論するイベントを開催しております。

__――最後に、御社のアピールポイントがありましたらお願いします。__

__平松__：開発チームができたのは3年ほど前なのですが、ソフトウェア開発をしたことがないメンバーの集まりで、試行錯誤しながらスクラム体制をつくってきました。自分たちで考えたり調べたりして、今の体制をつくり上げてきたという自負があります。

__笹原__：自由度がとても高く、自律性を感じられる環境です。マイクロマネジメントされるようなことはなく、意思決定がチームに委ねられており、働きやすい環境が整っています。

__平松__：ダイキンはデジタル分野に関わる重要テーマを推進する人材を募集しております。技術の力で組織を変えたいエンジニアやマネージャーの方には、ぜひ応募の検討をしてほしいと思っております。

__――笹原さん、平松さん、ありがとうございました！__
![写真受付前 (1)](//images.ctfassets.net/ngrpflsbp3rq/3ZDISZsr9pkRnVtWCZi95F/183b3e3b1d5ab7a8423c9a9201493656/_______1_.png)

※ダイキン工業の採用ページでは技術の力で組織を変えたいエンジニアを募集しています。
https://www.daikin.co.jp/recruit

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

1200 630 daikin (1)

世界170ヵ国以上で事業を展開するグローバル空調総合メーカー、ダイキン工業株式会社。その中でもR&Dの最前線であるテクノロジーイノベーションセンター（TIC）において、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。

インタビュー

潜在的な課題を特定し、数値に基づく目標設定へ。設立3年目で開発生産性向上を目指すミチビクの取り組み

経営と開発をつなぐ架け橋に。事業成長を加速させるツクルバの開発生産性指標の活用方法とは？

プルリクオープンまでの時間が9分の1に。15名でFourKeys向上に向き合うourlyの取り組みとは？

コード量からFour Keysへ。経営層に新たな視点をもたらしたNECネッツエスアイの取り組み

数値の意味づけや目標設定でメンバーの意識が変化。パーソルキャリアの全社的な開発生産性向上に向けた取り組みとは？

「Findy Team+」の数値はフルオープン。マネーフォワードによるチームと個人の課題発見を促進する開発生産性への取り組みとは？

ウォーターフォール開発から開発生産性向上へ取り組む。レビュータイムの可視化で自走チームを目指すviviONの開発組織

プルリク数・デプロイ頻度をチーム目標に設定。DevOpsを推進するモリサワの開発生産性向上への取り組み

パッケージ開発における開発生産性向上のデファクトスタンダードへ。セゾンテクノロジーのアジャイルシフトへの挑戦。

プロダクト価値を最大化するスクラムチームの組織づくりに迫る。Four Keys向上を目指すダイキン工業の取り組み

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

潜在的な課題を特定し、数値に基づく目標設定へ。設立3年目で開発生産性向上を目指すミチビクの取り組み

経営と開発をつなぐ架け橋に。事業成長を加速させるツクルバの開発生産性指標の活用方法とは？

プルリクオープンまでの時間が9分の1に。15名でFourKeys向上に向き合うourlyの取り組みとは？

コード量からFour Keysへ。 経営層に新たな視点をもたらしたNECネッツエスアイの取り組み

数値の意味づけや目標設定でメンバーの意識が変化。パーソルキャリアの全社的な開発生産性向上に向けた取り組みとは？

「Findy Team+」の数値はフルオープン。マネーフォワードによるチームと個人の課題発見を促進する開発生産性への取り組みとは？

ウォーターフォール開発から開発生産性向上へ取り組む。レビュータイムの可視化で自走チームを目指すviviONの開発組織

プルリク数・デプロイ頻度をチーム目標に設定。DevOpsを推進するモリサワの開発生産性向上への取り組み

パッケージ開発における開発生産性向上のデファクトスタンダードへ。セゾンテクノロジーのアジャイルシフトへの挑戦。

プロダクト価値を最大化するスクラムチームの組織づくりに迫る。Four Keys向上を目指すダイキン工業の取り組み

インタビュー

コード量からFour Keysへ。経営層に新たな視点をもたらしたNECネッツエスアイの取り組み