icare-kakehashi_event_2024/04/24_fv

Well-beingと生産性の関係性 - 指標にとらわれない心地よい環境づくり

sms_event_2024/04/24_fv

ビジネス成長を止めてしまうペインはどこにある？投資した開発品質との向き合い方

## 「NewsPicks」のコミュニティ施策を担うチームを新設
__――まず最初に、加藤さんのこれまでの主な経歴や、現在の業務内容について教えてください。__

__加藤__：私は20年ほど開発職を続けています。SESやSIer、自社開発などさまざまな企業を経験したのち、地方（新潟）に住みながら、2022年9月に株式会社ニューズピックス（2023年7月に株式会社ユーザベースに法人統合）にジョインしました。

最初に配属されたのは、トピックスという、専門家の方がコメントを書いて発信できるコンテンツの開発を行うチームでした。そのチームはコミュニティ施策も担当しているチームだったのですが、コミュニティ施策を専任で担うチームを新たに立ち上げ、今はそのチームのリーダーをしています。

![UZABASE_interview_0424_2枚目](//images.ctfassets.net/ngrpflsbp3rq/7DUkkAlBcXM8cUwvyp7M1C/c2bcf463aaf9d0f9cd8f3b2c3e02ccae/UZABASE_interview_xx_2__.jpg)

__――チームの立ち上げには、どのような背景があったのでしょうか？__

__加藤__：トピックスとコミュニティの2つの施策を行うにあたって、チーム全体で見たときに、キャッチアップやコンテキストスイッチにコストがかかっている課題感がありました。そのため、それぞれにチームを分けた方が効率が良いのではないかという話から、期が始まる昨年1月のタイミングで、実際にチームを立ち上げることになりました。

__――立ち上げ当初、チームは何名くらいの体制でしたか？__

__加藤__：当初は4名でしたが、その翌月に入社が決まっていた人が1名いたので、すぐに5名になりました。年度の途中で6人になった時期もありましたが、今年からはまた少し体制が変わっています。

__――チームで掲げているミッションについて教えてください。__

__加藤__：今は体制変更により若干変わっている部分もありますが、コメントを書いてくれる人の体験を良くすることや、アクションしてくれる人を増やすことをミッションとしていました。「NewsPicks」には、記事にコメントしたり、記事をおすすめ・保存したりする機能があり、アクションというのは、そうした部分の利用を指しています。

__――それに関して、OKRやKPIとして設定していた指標はありましたか？__

__加藤__：最初はコメント数にフォーカスしていましたが、年度末ごろには週に何人がアクションしてくれるかを指標としていました。最終的には数字というより、施策を完遂するところを目指していましたね。

## プルリクを通知する仕組みの見直しから取り組み開始

__――開発生産性の計測への取り組みを始めた背景について教えてください。__

__加藤__：チームの状況として、9月入社の私のほかに、11月入社のメンバーが1人、2月入社のメンバーが1名。あと2名は別チームから入ってもらっていたため、全員がドメインに関しての経験値が少ない状態から始まりました。チームも立ち上がったばかりで、チームとしての形がまだしっかりと定まっていなかったんです。

そうしたなかで開発を進めていると、やはり最初はしっくりきていない感じがあって。実際に、振り返りのなかでもレビューが遅いといった反省点などが出てきていました。なので、その課題に対する対応として、計測に取り組んでみようというのが最初のきっかけでした。

__――どのような経緯から、「Findy Team+」を導入いただきましたか？__

__加藤__：人が集まって雑談していたタイミングで、他チームが「Findy Team+」を使っているという話を聞き、見てみようという話になったのがきっかけです。

__――そのときのチームメンバーの皆さんの反応はいかがでしたか？__

__加藤__：おおむねポジティブな反応だったと思います。オンラインなので反応が見えづらい部分もありましたが、5人くらいで話していて「良さそうだね」という反応だったと記憶しています。

__――「Findy Team+」を導入した当初、設定されていたゴールや数値目標はありましたか？__

__加藤__：最初は何かを目指すというよりは、「ちょっと見てみようかな」という温度感で始めました。なので、レトロスペクティブのなかで数字を見てみて、例えばプルリクのオープンからレビューまでに少し時間がかかっているなとか、そういう見方をしていました。そのうちに、ただ見ているだけではなく目標を決めることになり、ひとまず組織の平均を目指してみようという話になりました。

__――目標を設定されてから、チームではどのように取り組みを進められましたか？__

__加藤__：もともとメンバーの体感として時間がかかっている感覚があり、それと一致していたので、何かできることはないかとメンバーのなかで話し合っていきました。そして、まずはプルリクが上がったら通知される仕組みなど、基本的なところから見直していきました。

取り組みとしては、例えばGitHubのTeam機能を使って、よく開発するいくつかのリポジトリにTeamを設定し、レビュアーにTeamを指定できるようにしました。ラベルもつけられるようにして、ラベルがついたプルリクで未レビューのものや、アプルーブされたのにマージされていないものが通知されるようにしています。

そのほかにも、プルリクに対するアクション、例えばコメントやレビュー依頼が来たときに、Slackで通知するとか。そういった、なるべく早く気づくための仕組みを少しずつ整えていきました。

![UZABASE_interview_0424_3枚目](//images.ctfassets.net/ngrpflsbp3rq/iPBFtb6anCVItsQ6mJv5J/206b0302e1617f370c5649657d0b59ef/UZABASE_interview_xx_3__.jpg)

__――仕組みの見直し以外にも、レビューの優先度を上げていく意識づくりとして工夫されたことはありましたか？__

__加藤__：朝会のアジェンダを見直して、上がっているプルリクについて確認するようにしました。Slackに通知が来ているので、何かリリースしていないものがないか、そこで確認するようにしています。

あと、レビューの時間を設ける取り組みも試してみたのですが、これはみんなそれぞれ好きな時間にやりたいということで、上手くいかなかったですね。最終的に、朝会後にレビューしようというゆるい感じがちょうど良くて、そこに落ち着きました。

それ以外には、メンバー個別に本人の成長も兼ねて、積極的にレビューしてみようと声掛けする取り組みもありました。やはりレビューをすることでコーディングのスキル向上につながります。

それだけでなく、みんなまだドメイン知識が不足している部分があったので、レビューすることによって、メンバーが何をやっているのか、どういう仕組みになっているかなどのキャッチアップにもつながります。複数人でレビューしたりするので、もちろん時間はかかるのですが、必要なことだと意識して取り組んでいました。

__――レビューへの意識が変化したことで、品質面などにも良い影響はありましたか？__

__加藤__：品質面で言うと、レビューを早くしようとすると、プルリクを細かくするところに行き着くと思うのですが、その結果として見やすくなりますよね。なので、それを目指すことによって、結果的にプルリクが小さくなり、品質向上につながる面はあると思います。

ある程度の開発経験があれば、プルリクのサイズを細かくすることに理解があると思いますが、それを経験が少ない人に伝えるのは難しい。なので、レビューに関する数値を目指した結果、品質向上につながるというのは、1つの良い方法かなと思っています。

## 「Findy Team+」のグラフで見る、チームやメンバーの成長

__――実際に「Findy Team+」で、取り組み開始前の2月から5月までのグラフを見てみると、3月前半ごろからリードタイムが落ち着き始め、プルリク作成数が増えています。このころのメンバーの皆さんの実感や反応はいかがでしたか？__

![UZABASE_interview_0424_4枚目グラフ１](//images.ctfassets.net/ngrpflsbp3rq/56UCe5pJhDezkTs19xdKQa/75be151440cb67f529ad1385b554c47d/UZABASE_interview_xx_4______.png)

__加藤__：そのころは、メンバーと1on1でもレトロスペクティブでも、良くなってきたという声が増えてきた感覚がありました。具体的には、例えば「レビューがやりやすくなった」とか、「早く見てもらえて助かる」とか。あとは、「指摘したあとの対応が早くなった」とか、そういった声が上がっていました。

__――組織の平均を目指すというお話もありましたが、こうした数字の変化をどのように捉えていましたか？__

__加藤__：良い意味で“良いとこ取り”というか、もし仮にあまり良くない数字が出ていたとしても、あまりネガティブに捉えすぎる必要はないと考えていました。良いところを見たほうが、気持ちも上向くので、そういう使い方もありなのかなと。数値を把握すること自体に一定の意味はあると思いますが、必ずしもそれがすべてではないとも思うので、ほどよく活用しています。

__――レビュー数のグラフを見ると、9月から12月にかけて大きく伸びているメンバーの方がいらっしゃいます。かなり意識して取り組まれたのかと思いますが、いかがでしょうか？__

![UZABASE_interview_0424_5枚目グラフ２](//images.ctfassets.net/ngrpflsbp3rq/3QvuYQjv1tOhdlwUuwHyMa/a832ba7a477fa739be74a64f649a3ee1/UZABASE_interview_xx_5______.png)

__加藤__：彼は私のあとに入社したメンバーなのですが、半年で大きく変わっていて、数字を見なくても明らかに変化していることがわかりました。

まず彼には、振り返りの習慣を大事にするために、日や週の単位での予実をつけてもらっていました。例えば、午前にレビューをして午後に開発するという予定を立て、実際にはどう時間がかかったかという実績をつける。それに対して、なぜ予定より延びてしまったのか、あるいはなぜ早く終わったのかを一緒に見ていました。

彼はドメイン知識も経験も多くなく、コーディングのスキルも必ずしも高くありませんでした。やはりコードを見るには、ドメイン知識やコーディングのスキルが必要だと考えられるので、彼はもともと自信のなさから、人のプルリクに対してレビューすることがなかったんです。

なので、まずは自分のコードを見たときに、他人がどう感じるかを考えて、コメントを入れてみるところから始めました。それが9～10月あたりですね。それができてきたら、次は人のプルリクに対してメモを書いてみるという段階を踏んでいき、着実にレビュー数が増えていきました。

![UZABASE_interview_0424_6枚目](//images.ctfassets.net/ngrpflsbp3rq/6LtW3YPtUHscNZSYkhXjIN/3efaa645850e623b7dc950d69cab77ed/UZABASE_interview_xx_6__.jpg)

__――取り組みを経て、この変化をご本人はどのように実感されていましたか？__

__加藤__：1日1レビューを心がけてやってくれていたのですが、彼自身も成長を感じていました。また、弊社では半期に一度、一緒に仕事をしたメンバーからフィードバックをもらう360度評価を行っています。そのコメントを見ても、みんなからレビューについて高く評価されていて、そういったところからも明らかに変わったことがわかりました。

## 数字が良くなることをゲーミフィケーション的に楽しめる

![UZABASE_interview_0424_7枚目](//images.ctfassets.net/ngrpflsbp3rq/5y4iA2XjGavGUMnJ1t0aUz/5593dbfa5e12a4058beeac23ebcce1dc/UZABASE_interview_xx_7__.jpg)

__――取り組みを通じて、開発生産性を可視化するベネフィットをどういったところに感じられていますか？__

__加藤__：意外と良かったなと思うのは、雑談のネタになることですね。弊社は基本フルリモート勤務ですが、チームには月1回の出社推奨日があり、みんなが集まる機会があります。そういう場での話題になるところが良いなと思っています。

それから、現状を知るという意味では、他チームとの比較ができるところ。弊社はチーム数が多く、13～14くらいの開発チームがあります。他チームの数字を見て、大きく違いがあれば、どんな違いがあるのか、それが合理的な理由によるものなのかを確かめられる。もし比較して数字が良いチームがあったら、「どんな取り組みをしていますか？」とコミュニケーションするきっかけにもなります。

あとは、やはり始めた当初は数字で見ても悪いことがわかったので、一定の現状把握ができるのは良いことだと思います。さらに、ゲーミフィケーション的な要素として、単純に数字が良くなっていると嬉しいという感覚があります。メンバーの特性にもよるとは思いますが、そこはみんな楽しんでやってくれていたので、私たちのチームには合っていたのかなと感じますね。

__――可視化の取り組みや「Findy Team+」の活用について、今後のトライとして考えられていることがあれば教えてください。__

__加藤__：「Findy Team+」は、私自身もまだ知らない機能があるなど、使いこなせていない部分があります。随時追加されていく機能のキャッチアップも含めて、しっかりと学んだうえで活かしていきたいと考えています。

ファインディさんとの「Findy Team+」活用法のミーティングで出てきたトピックをもとに、社内の他チームとも情報交換をしながら、さらなる活用の可能性を考えていけたらと思っています。

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

NewsPicks のエンジニアカルチャーとして、ユーザへの提供価値を最大化することを重視し、エンジニア自身もプロダクトの改善案を考え、実装していくという事業にコミットすることを重視したプロダクト志向のエンジニアが多い組織となっています。社内のコンテンツクリエイターやマーケターともフラットに意見交換できる組織で、普段から職種を超えて協力しながらプロダクト開発を推進しています。そのためエンジニア組織の構成も、モバイルやバックエンドなどの職能ごとではなく、サービスや機能単位でチームをつくる、ミッションベースの組織体制になっています。

また、私が所属するエンジニア部門ではエンジニアに対するサポート制度も充実しており、技術書などの購入サポートはもちろんのこと、入社後6カ月間にわたって毎月1回、CTOに1on1の時間を割いてもらう制度があったり、他部署の先輩に助言や指導をお願いできるメンター制度、コーポレート部門に日々の困りごとに対処してもらえる相談窓口があったりします。

リモートワークをサポートする制度も手厚くなってきているので、私自身を含め、地方在住のメンバーもいます。ここには、多様なバックグラウンドを持つ人たちを迎え入れる柔軟性に富んだカルチャーがあり、チャレンジを推奨する開発環境もあります。もしNewsPicksに少しでも関心があるなら、ぜひ気軽にカジュアル面談を受けてみてください。私のようにそれまで想像しなかった未来が開けるかも知れません。

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

![UZABASE_interview_0424_8枚目](//images.ctfassets.net/ngrpflsbp3rq/6TVb3jhN0sixf9IinzRCRt/dcc6767963ba9aefb8d597974caca32f/UZABASE_interview_xx_8__.jpg)

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


UZABASE_interview_0424_fv 

ソーシャル経済メディア「NewsPicks」などを提供する株式会社ユーザベースでは、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。  今回は、「NewsPicks」の開発に携わるエンジニアの加藤さんにインタビュー。開発生産性の可視化への取り組みを始めた背景やチームでの取り組みの内容について、「Findy Team+」での実際の数値を見ながら、お話をうかがいました。

開発生産性の可視化によりレビュー数が4倍に。メンバーの成長を促進させるユーザベースの組織づくり

## レビュー滞留による停滞感、結果指標のなさが課題に
__――まず最初に、お二人の主なご経歴や現在の業務について教えてください。__

__松山__：2014年に新卒で株式会社リクルートに入社し、ずっとソフトウェアエンジニアとして働いてきました。2019年11月にmentoに入社し、CTOをしています。ロール的には、経営とエンジニアリングのマネージャーですが、チームが小さいのでコードも書いています。

割合としては、経営を2割、マネジメントを4割くらいやりつつ、残りの4割はコードを書いているようなイメージですね。あとは、コーポレートのエンジニアリングのところも、僕が見ています。

__吉谷__：2017年に新卒で株式会社FiNC Technologiesに入り、3年前にmentoに入社しました。エンジニアとして、スクラムチームのなかでコードを書きつつ、より生産的に活動できるようにチームを改善していくところを主に担っています。

__――開発組織の規模や体制、掲げているミッションについて教えていただけますか？__

__松山__：全社の組織規模としては今、正社員が17人。シリーズBの資金調達に向けて動いているところで、ラウンドでいうとシリーズAなので、まだまだアーリーステージのスタートアップです。

開発組織の体制は小さく、正社員は僕と吉谷の2人のみ。プロダクトチームとしては、業務委託で複数名に手伝っていただいている状況で、デザイナーやPdM、データサイエンティストがおり、スクラムチームとしては7人くらいです。

開発組織のミッションは、「Findy Team+」を使って開発のリードタイムを追っていくことと、もう1つは採用ですね。組織で内定承諾の数を採用KPIとして持っているので、今はその2つを組織のミッションとしています。

![mento_intereview_2024/04/11_h2-1-1](//images.ctfassets.net/ngrpflsbp3rq/2W28atyS7JeDsS9KNK9YFZ/35b889985c118d84c8a159605080787e/unnamed__4_.jpg)

__――「Findy Team+」を導入する前、どのような課題がありましたか？__

__吉谷__：いくつかありましたが、まず1つはチームの形に関する課題です。もともとはスモールチームに、エンジニアやプロダクトマネージャー、Biz側のメンバーもいる構成になっていました。

そのとき、エンジニアのケイパビリティが上手く活きないという課題感があり、それに対してプレッシャーを感じてしまうメンバーもいました。そのため、最終的にはエンジニアチームをつくり、エンジニアリングにフォーカスするという意思決定をしています。

もう1つの課題は、レビューの滞留。レビューする人が属人化してしまっていたり、業務委託の方のプルリクはどうしてもリードタイムがかかってしまったりなど、いくつかの原因からレビューが溜まっていました。それによって、なんとなくの停滞感や上手くいっていない感覚がありました。

__松山__：レビューの課題に関しては、さらに言うと結果指標がなかったんです。レビューが溜まっていることによって、我々の何が良くない状況になっているのかがわからない。どこか気持ち悪いという感覚はあるけれど、どこにどんな不具合が起きているのか共通認識を持てない、というのが大きな課題の1つでした。

__――「Findy Team+」を導入いただいた背景やきっかけについて教えてください。__

__松山__：経緯としては、最初に組織変革の話があり、エンジニアチームを切り出すにあたって、エンジニアチームのKRをどうするか考えていました。アウトプット偏重になりすぎて顧客価値に繋がらないプロダクトを作ってしまうチームにしたくないので、アウトカムの目標を置きたかったのですが、チームを切り出したばかりの状況でいきなりアウトカムまで追おうとすると、チームとして動きづらくなってしまいます。

なので、まずはアウトプットの目標を置こうと考え、そこでグローバルスタンダードな指標であるFour Keysをベースにしようと思ったんですね。ただ、Four Keysを自分たちで可視化するのは大変だと思い、調べてみたところ「Findy Team+」のことを知りました。さらに、イベントでブースが出ていて、実際に「Findy Team+」のデモを見られたので、その次の日に問い合わせました。

![mento_intereview_2024/04/11_h2-1-2](//images.ctfassets.net/ngrpflsbp3rq/1BLgqUluVH5RIwEOXtj2hy/95dcc10c2a921154669fa81f70dbbeaa/DSC03770__1_.jpg)

## 定義の議論に時間をかけずに済むことがメリットの1つ
__――「Findy Team+」を導入する前、開発生産性の計測に関する取り組みはされていましたか？__

__松山__：していなかったです。基本的には「これくらいのものは、これくらいの期間でつくりたいよね」という何となくの合意があって、それをスクラムのイテレーションのなかでやっていました。振り返りで「もうちょっと上手くできたかも」といった話はあったものの、振り返りの頻度もそれほど高くなく、あまり機能はしていませんでした。

__――「Findy Team+」の導入について、どのようにして社内の理解を得ていきましたか？__

__松山__：導入については僕が決める立場にあるので、社長を説得したといったエピソードなどは特にありません。ただ、自分たちでFour Keysを計測するプログラムを書く選択肢もあったなかで、「Findy Team+」を導入することにしたのには理由があります。

KRを決めるとき、そのKRの定義の細かいところを議論したりするじゃないですか。例えば、Four Keysの変更までのリードタイムとは、どこからどこまでなのかとか。でも、その定義を議論している時間は何も価値を生み出していないので、無駄だと思っているんですよ。定義は何でもいいからひとまず決めて、コードを書いていきたいわけです。

「Findy Team+」の場合は、「この項目はこう取っています」と決まっていますよね。なので、まずはそれに全部乗っかって、その数値を良くしていこうと。その改善活動のなかで、指標がイケてないなとか、僕らのプロセスならこういう定義の方がいいなとか、そういうものが出てきたら後から変えていけばいいと考えました。

そうした定義の議論に時間をかけなくて済むところが、「Findy Team+」の良かったポイントの1つ。なので、社内でもその指標に沿ってやっていくことを伝えて、スムーズに導入が進みました。

![mento_intereview_2024/04/11_h2-2-1](//images.ctfassets.net/ngrpflsbp3rq/2lz1Dz3ke9fFifzRx8AWAr/9197ca2532ae56f0b0e0ae21fa5bff38/DSC03942__1_.jpg)

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

__吉谷__：「Findy Team+」で見られる指標はたくさんあるので、どの指標をどう見ていけばいいのかという部分が難しかったです。そうしたなか、カスタマーサクセスの方とのミーティングで、「まずはリードタイムから見ていきましょう」とお話いただけたので、そこにフォーカスしていくことができました。

特にリードタイムのなかでも、レビューからアプルーブまで、アプルーブからマージまでを良くしていくといった話ができたことは、すごく良かったと思っています。そこまで決まれば、あとは改善していくだけなので、そこからはスムーズに進んでいきました。

ただ、まだ「Findy Team+」をみんなが主体的に見る状態にはできておらず、僕や松山さんが見てシェアしている状況です。「Findy Team+」はすごく綺麗に可視化されていますし、深堀りがいがあるデータもたくさんあると思うのですが、そこはまだ僕も含めて触りきれていない印象がありますね。

## 週2回のレビュー会を設け、全員のレビュー優先度をアップ
__――レビューの課題については、どのように改善を進めていきましたか？__

__吉谷__：レビューに関しては、特に僕に属人化しているところがあったので、みんなでレビューしていくことと、レビューを優先的にすることをチームで合意しました。具体的には、火曜と木曜に1時間ずつレビュー会を設けて、そこでエンジニア全員でレビューする時間を取っています。

レビュー依頼が来たらすぐにレビューをするのが理想ではあるのですが、コンテキストスイッチもあるので、レビューするタイミングをつくって、レビューが溜まっていたら対応するという意識をつけていきました。

![mento_intereview_2024/04/11_h2-3-3](//images.ctfassets.net/ngrpflsbp3rq/5vwpGgdrmtrcIzxwVX6zRw/0890d11f8b85b3ec5c70718f2c693eb2/unnamed.jpg)
__――レビュー会を設けることに対して、ネガティブな反応などはありませんでしたか？__

__吉谷__：レビュー会を設ける前のことを思い出すと、そこに時間をかけていいのかという不安があったように思いますね。コードを書く方が生産的な感じがして、その時間を使ってどうなるのか、あまりイメージがつかないというか。

__松山__：効率が悪いのではないかという漠然とした不安があるんですよね。それは効率をどう捉えているかだと思っていて、おそらく多くの人が、エンジニアみんなが100%の稼働でコードを書いてるのが効率の良い状態だと思い込んでいるんだと思うんですよ。

それはエンジニアを1つのリソースと捉えたときの効率としては正しくても、ものをデリバリーしていくことを考えたとき、みんながコード書いてるとレビューでスタックしてしまって、デリバリー効率としてはあまり良くなっていないんですよね。

一人ひとりの効率が多少落ちても、レビューしたりQAしたりした方が、世の中に出ていくスピードは上がる。そういう話は、理論的には理解できても、本当に正しいのかという不安がついてまわります。でも、結果指標が可視化されていると、自分たちがやっていることが間違いではなかったとわかるので、そこで自信につながる部分があると思います。

__吉谷__：加えて言うと、僕自身もリソース効率が100％になっていない状態への不安は、まだあります。例えばレビュー会で1時間取って、エンジニア4人でやっていた場合、僕がレビューを3人に分配するんですよ。

そうすると上手くパスできないタイミングがあって、フロントエンドエンジニアの人は今レビューするものがないけど、10分後から動作確認タイムになる、みたいなことが起こるんですね。そうすると、その10分間はどうしても暇になってしまいます。

そういう何かが止まっている時間ができてしまうことが怖くて、もしこれが10人になったら、何もしない時間が結構あるだろうなと。なので、そういう怖さを認識しつつ、何もない時間には他のことをやっていく必要があるのかなと思っています。

## 今後はデリバリー効率の改善やデリバリー品質の計測へ

__――開発生産性を計測することによるベネフィットをどのようなところに感じていますか？__

__吉谷__：やはり目標に数字が置けることと、それが改善しているかどうかが見えることですね。最初の1ヶ月はあまり変わらなかったのですが、それは溜まっていたプルリクを消化するタイミングだからという共通認識がありました。溜まっていたプルリクが消化できてからは早くなっていって、それが可視化できたので良かったです。

実際に導入初期の2023年11月ではサイクルタイムの合計値は94.8時間でしたが、2024年4月には26.1時間と約1/3以下の数値に改善してきています。

![mento_intereview_2024/04/11_h2-4-1 ](//images.ctfassets.net/ngrpflsbp3rq/3PWM7EXxU7h69e9Yyed7hS/adcebf0635cdcf1a429816e7e60be050/__________2024-04-23_16.02.51.png)

![mento_intereview_2024/04/23_h2-4-2](//images.ctfassets.net/ngrpflsbp3rq/4Iz0LdYUfXW61X1OAB1dfn/eb45a62bc83a7cce1baa3a9184b2493d/__________2024-04-23_15.43.20.png)

__――メンバーの方々の意識や行動の変化を感じた部分はありますか？__

__吉谷__：エンジニアのなかで、レビューを最優先にするという意識づけができました。最近は、OKRにプルリクのリードタイムではなく、JIRAのリードタイムを置いています。なので、エンジニアだけでなくプロダクトマネージャーなども同じように、タスクをなるべく滞留させず、早めにDONEするという意識がついています。

プルリクもそうですが、チケットを細かく分割していくところも、意識や行動の変化の1つですね。小さくチケットを切って、小さくリリースすることが意識的になってきたと思います。

基本的にダークローンチというか、ユーザーに影響がない範囲でどんどん出していくことによって、リリースの頻度も上がりますし、一つひとつのプルリクも小さくなります。「Findy Team+」でも見れていますが、変更行数もどんどん小さくなっていて、レビューに時間かかることが減ってきました。そういったところは良い変化だと思っています。

![mento_intereview_2024/04/11_h2-4-2](//images.ctfassets.net/ngrpflsbp3rq/4LHJuYjQX9hPRc8HBS9cfb/7765be4533ab0348f8dc448930f60d78/unnamed__5_.jpg)

__――プルリクを小さくすることについては、特に声掛けをせずとも自然とそうなっていったのでしょうか？__

__吉谷__：そうですね。自然となっていった気がします。どうしてもレビューの頻度が少なくてリードタイムが伸びると、そこにどんどん変更が足されてプルリクが大きくなってしまいます。ですが、少なくとも週に2回のレビュー会がありますし、その前にもレビューされるので、プルリクが大きくなりにくくなったと思います。

__――開発生産性の計測について、今後のトライとして考えていることを教えてください。__

__吉谷__：今はレビュー会を正社員2人、業務委託4人くらいでやっています。今後、エンジニアメンバーが10人、20人と増えていったときにも、これが文化としてキープできているとすごくいいなと思います。

__松山__：デリバリー効率は健康指標だと思っていて、一定水準まで上がったら、もうそれ以上は求めてもきりがありません。例えば、プルリクの変更行数を5行にしましょう、なんて話は起きえないですよね。

なので、一定水準になったらそれを健康指標として、組織のコンディションが悪くなってしまったときに戻す力学が働くことが大事だと思っています。ただ、今はまだ健康指標にもなっていないので、まずはそこを目指していく段階。それができたら、定点観測していかに維持できるかが重要だと考えています。

もう1つ、Four Keysの文脈でいうと、僕らは現状デリバリー品質の部分が見れていません。直近もエラーが多いという課題が上がってきていますが、hotfix運用をしていなかったりリリースに影響がない本番障害があったりして、今はFour Keysの変更失敗率が「Findy Team+」で適切に取れないんですね。

ただ、ゆくゆくはそういった部分もプラットフォーム上ですべて管理して、我々の目標として追っていきたいので、そこは明確に今後の展望の1つだと思っています。

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

__吉谷__：アピールポイントは、改善活動を気持ち良くできるチームだというところですね。プロダクトやサービスの価値にみんなが向かっていて、そのために改善活動するということを、すごくポジティブに捉えているチームだと思います。

__松山__：組織の小ささとフラットさは、アピールポイントだと思います。今回お話したような、エンジニアチームを切り出したり、KRにアウトプットの目標を置いたりといった話も、僕だけで決めているわけではなく、ヒアリングしながら吉谷と一緒に決めています。

エンジニアリングの枠に閉じずに、組織の目標をどうするか、採用をどう考えるかといったところまで、一人ひとりがやろうと思えばやれる環境があります。まだまだ小さな組織なので、自分をエンジニアという枠に収めたくない人にとっては、何でもできて面白い環境だと思います。

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

![mento_intereview_2024/04/19_h2-4-2](//images.ctfassets.net/ngrpflsbp3rq/MW2MR2NZn0CswoN5ApqJs/6374401ffda2495b68139edbdc5c27b5/DSC04122__1_.jpg)

（※最後はチーム全員で写真撮影をして頂きました。）

※現在mentoでは、エンジニアを募集しています。
[エンジニア求人　| mento](https://herp.careers/v1/mento/bmLBljpda7kA)

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


mento_intereview_2024/04/23_fv

パーソナルコーチングサービス「mento（メント）」の開発・運営などを行う株式会社mentoでは、エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。  今回は、mentoのCTOを務める松山さんと、エンジニアの吉谷さんにインタビュー。「Findy Team+」を導入する前にあった組織の課題や導入後の取り組み、開発生産性の計測のベネフィットをどのように感じているかなどについて伺っていきます。

「正社員2名」の開発組織からFourKeys向上へ。事業拡大を目指すmentoにおける開発組織の文化づくりとは？

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

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

そして、もともと正社員時代に働いていたスタートアップ企業で、弊社の創業メンバーである中村と渡部と一緒に仕事をしていた背景から、ともにミチビクを創業。ミチビクでは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+」を活用いただいています。

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

## イベント動画の概要
---
アジャイル開発の進め方には厳格な決まりごとや規範はありません。

効率的な開発/運用を目指しアジャイル開発を進めたものの、「期待通りに機能しなかった」、「うまく回らず失敗した」、「複数のチームへの広げ方が難しい」という経験をお持ちの方もいらっしゃるのではないでしょうか？

本セッションでは、大企業におけるアジャイル組織の立ち上げ方から、組織の広げるプロセス、チームの成長を支えるための開発生産性への着目点にフォーカスしてお話をします。

## イベント動画で学べること
---
- 大企業におけるアジャイル組織の立ち上げ方
- 既存の開発体制やシステムを考慮した、アジャイル開発推進のノウハウ
- チームの成長を支えるための開発生産性への着目点

### [イベント動画を視聴する](https://share.hsforms.com/1V3QFoSPZT2KBVlntA-uSFAbymz5)

## スピーカー
---
__KDDIアジャイル開発センター株式会社 VPoE / 開発戦略本部長 岡澤 克暢__
ソフトウェアエンジニアを経て、KDDI入社。通信系サービス開発、セキュリティサービス、IoTサービス、海外スタートアップ企業との新規事業立ち上げなど多岐にわたるプロジェクトをリード。 

KDDIにてアジャイル開発の立ち上げをSMとして実施後、EMとしてエンジニア育成/文化の醸成などDXに必要となるビジネスモデル、プロセス、企業文化の変革を推進。また、Scrum inc のスクラムトレーナーとしても兼任。2022年7月より当社事業開始に伴い、VPoE/開発戦略本部長に従事。

__ファインディ株式会社 取締役 CTO 佐藤 将高__
東京大学 情報理工学系研究科 創造情報学専攻卒業後、グリーに入社し、フルスタックエンジニアとして勤務する。2016年6月にファインディ立上げに伴い取締役CTO就任。

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

### [イベント動画を視聴する](https://share.hsforms.com/1V3QFoSPZT2KBVlntA-uSFAbymz5)

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

※競合企業およびその関連会社、同業他社の方からのお申込みはご遠慮いただく場合がございますので、予めご了承ください

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

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

kddi.agile.development.center_findy_archive_2024/03/26_FV

国内最大級のソフトウェア開発者向けカンファレンス「Developers Summit 2024（デブサミ2024）」内でのセッションの一つである「ゼロから大規模アジャイル組織への進化」を無料公開いたします。

【デブサミ2024】KDDIアジャイル開発センター×ファインディ登壇！『ゼロから大規模アジャイル組織への進化』｜イベント動画配信

## イベント動画の概要
---
製造業で唯一、「__Findy Team+ Award 2023__」に選出されたダイキン工業。従来の開発体制に課題意識を持ち、アジャイル開発により事業課題を解決するために内製化チームを立ち上げ。新事業の立ち上げを実現して改善を繰り返してきました。

チームの成長を検査するためにFour Keysを計測、特に「ソフトウェア品質」を軸に生産性スコアを改善してきた事例を、製造業ならではの観点も含めお話しいただきます。

## イベント動画で学べること
---
- 未経験からアジャイル内製化チームを立ち上げていくまで
- アジャイル開発チームの成長に向けた戦略と取り組みの一例
- 開発生産性を計測してからの改善プロセス
- ダイキン工業の開発チームが重視する「将来的な生産性」
- 開発生産性の向上が、品質管理の向上にもつながる理由

### [イベント動画を視聴する](https://share.hsforms.com/1xdlZZ8EyQ4CNmJ0gOSm8UAbymz5)
## スピーカー
---
__ダイキン工業株式会社 テクノロジー・イノベーションセンター/ アジャイル内製化チーム__ 

__スクラムマスター 谷尾 虎之介__
2021年ダイキン工業に入社。アジャイル内製化チームに配属され、2年目からはQuality Controlエンジニアとして品質面でチームを主導する役割を担いつつ、社内向けのWebアプリを開発・運用を行う。開発者ながらスクラムによる開発フローやプロセスに対して強い改善意識を持ちながら業務に従事しており、現在はスクラムマスターのロールも兼任する。

__チームリーダー 森鳰 武史__
研究部門のデータサイエンス業務を経て、プロダクトの事業化まで一貫するためにアジャイル内製化チームを設立。その後、研究と開発をつなげる人材となるため、ITエンジニアとして働きながら博士号を取得。現在は、価値あるプロダクトを顧客に届けるために研究段階までDevOpsを拡張し、技術・組織課題の解決などを行っている。

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

※競合企業およびその関連会社、同業他社の方からのお申込みはご遠慮いただく場合がございますので、予めご了承ください
## お問い合わせ
---
Findy Team+ マーケティングチーム
ft-event@findy.co.jp

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


daikin.industries_archive_2024/03/18_FV

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

最新記事

開発生産性の可視化によりレビュー数が4倍に。メンバーの成長を促進させるユーザベースの組織づくり

「正社員2名」の開発組織からFourKeys向上へ。事業拡大を目指すmentoにおける開発組織の文化づくりとは？

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

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

【デブサミ2024】KDDIアジャイル開発センター×ファインディ登壇！『ゼロから大規模アジャイル組織への進化』｜イベント動画配信

ダイキン工業が語る！『大手製造業のアジャイル開発促進』｜イベント動画配信

カテゴリ

最新記事

開発生産性の可視化によりレビュー数が4倍に。メンバーの成長を促進させるユーザベースの組織づくり

「正社員2名」の開発組織からFourKeys向上へ。事業拡大を目指すmentoにおける開発組織の文化づくりとは？

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

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

【デブサミ2024】KDDIアジャイル開発センター×ファインディ登壇！『ゼロから大規模アジャイル組織への進化』｜イベント動画配信

ダイキン工業が語る！『大手製造業のアジャイル開発促進』｜イベント動画配信

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

カテゴリ