技術の力で事業を動かす。成田が見据えるIVRyの未来 ── Tech and Me #3

IVRyでは、事業の非連続的な成長に伴い、プロダクトが複雑さを増し、技術的負債の解消やスケーラビリティを意識した開発体制の構築が求められています。そうした中で、技術的な意思決定やアーキテクチャ設計をリードし、プロダクトの進化を中核で支える存在がいます。彼らは、どんな問いを立て、どんな未来を見据えているのでしょうか。

今回話を聞いたのは、ヤフー株式会社でYahoo! メールのバックエンド開発を経験し、クックパッド株式会社でインフラストラクチャー部長や執行役CTOを歴任し、2024年1月にIVRyへ入社した Principal Engineer 成田一生さん。なぜ今、再びIC（Individual Contributor）として現場の最前線に立つ道を選んだのか。その根底にある哲学と、IVRyで仕掛ける技術のレバレッジに迫ります。

本シリーズ「Tech and Me」では、IVRyのエンジニアが“技術との向き合い方”を通して、自分やチーム、そしてIVRyという組織をどう前進させているのかを語ります。日々の意思決定や価値観、挑戦の裏側を通して、IVRyの技術文化を紐解きます。

Principal Engineerとして、IVRyの技術基盤を支える

── 現在、IVRyで担っている役割について教えてください。

いくつかありますが、大きな括りではPrincipal Engineerとして、技術で組織全体に貢献することが私の役割です。私自身がIC（Individual Contributor）として成果を出すだけでなく、会社全体に技術的な影響を及ぼすこと。その両方を実現することが、この役割の本質だと考えています。

特にIVRyのように、組織が急成長しているフェーズでは、技術的な貢献と組織的な貢献を同時に進める必要があります。前職で培ったエンジニア組織づくりや技術基盤整備の経験を活かしながら、IVRy全体の技術的な方向性を形づくる部分にも携わっています。

具体的には、現在はArchitectureのプロジェクトをリードしています。このプロジェクトには、SREチームやデータ基盤チームといったプラットフォームエンジニアリングを担うチームが所属しており、私自身もICとして開発に加わりながら、チーム全体で課題解決を進めるリード役を担っています。

── SREとデータ基盤という、二つの領域を軸に活動されているんですね。

IVRyに入社した当初、エンジニア組織はまだ十数名規模でした。インフラを見る人も、プロダクト開発と兼務するエンジニアを含めて2、3名ほど。当時はまだ「SRE」という言葉も使われておらず、個々のインフラエンジニアがサーバーの課題に都度対応するような体制でした。

そこから、Terraformの環境改善をしてチームで協業できる仕組みを整備しつつ、SREのプラクティス導入を少しずつ進めていきました。IVRyのサービスは「電話」という、非常に高い信頼性が求められる領域にあります。だからこそ、SREに本気で取り組む意義があります。そこで採用やチームづくりを進めながら、私自身もSREとしてコントリビュートしてきました。

── もう一方のデータ基盤についてはいかがでしょうか。

入社当初、データ基盤のエンジニアは0人でした。私が1人目として整備を始めたのが最初です。

IVRyのビジネスの根幹は、「お客様が電話をすることでデータが生まれ、そのデータを活用して価値を還元していく」というサイクルにあります。しかし、その根幹を支えるデータ活用の環境が、当時はまだ十分に整っていませんでした。

このままでは将来的に事業成長のボトルネックになると考え、データ基盤チームの立ち上げを自ら買って出ました。データパイプラインやデータウェアハウスの整備を進め、そこから採用も推進。今ではチームとして機能し始めています。

── 現在、最も多くの時間を使っているのはどの領域ですか。

データ基盤を活用した新規事業の開発に、ICとしてほぼすべての時間を注いでいます。
プロダクト開発チームに入り込み、Embedded SREのようにインフラ環境を整備しながら、データパイプラインの設計もして、実際に手を動かして開発を進めています。

優秀な仲間を集めるために、まず“面白い仕事”をつくる

── 成田さんが入社されてから、エンジニア組織に大きな変化があったと感じます。

影響を与えられたことがあるとすれば、まずは「採用」ですね。ファクトとして、前職で一緒に働いた仲間や、何らかの形で関わりのあった優秀なエンジニアたちが、私の後に続いてIVRyに入社してくれました。

彼らが加わるたびに、組織のレベルが一段上がるのを実感しています。私が直接の起点でない場合もありますが、間接的には影響を与えられているのかなと思っています。

── もう一つの大きな変化は「雇用を生み出した」ことだと伺いました。

そうですね（笑）。仕事を生みました。

先ほどお話ししたSREもそうですし、データ基盤もそう。最近では「Platform Engineer」という新しい役割を立ち上げました。「今のIVRyには、こういう人が必要だ」と考え、自らJob Descriptionを作り、SNSなどで発信しながら採用につなげています。

── そうした「役割」や「仕事」そのものを定義し、生み出していく。その視点はどこから来るのでしょうか？

これまでずっと、エンジニア組織のことばかり考えて生きてきたからだと思います。「今、この会社に何が足りないか」が、息をするように頭に浮かんでくるんです。同時に、「自分だったらこういう組織で働きたい」「こういう優秀なエンジニアたちと働きたい」という強い思いがあります。

事業を成長させることは大前提ですが、それと同じくらい「楽しく働きたい」という気持ちも大切です。

── 楽しく働く、ですか。

優秀なエンジニアが仲間としていることは、エンジニアにとっての究極の福利厚生なんですよ。

自分より優れた人が身近にいて、刺激を受けながら一緒に働くことで、自然と視座が上がっていく。IVRyには、そうした経験を得られる環境があります。それがエンジニアの喜びであり、生活の豊かさにもつながると感じています。

優秀な仲間がいること自体が、採用上の大きな魅力になります。それはシンプルに楽しいし、自分のためにもなる。何より、日々の仕事が刺激的になります。

── 「究極の福利厚生」を実現するために、「仕事を生み出す」必要があると。

その通りです。優秀なエンジニアを惹きつけるには、挑戦する価値のある「面白い仕事」が必要です。

「何かを達成するために優秀な人を採る」だけでなく、「優秀な人と働くために、挑戦する価値のある仕事を生み出す」── 私はこの順番でもいいと思っています。

どんなエンジニアにでもできるような仕事しかない会社に、優秀なエンジニアは集まりません。

── 「面白い仕事」は、どうやって見つけるのでしょうか？

事業が成長すれば、プロダクトは大きく、そして複雑になります。お客様のユースケースも多様化していく。その「事業成長」を「技術課題」に翻訳できれば、面白い仕事はいくらでも生まれるんです。

トラフィックが増えればスケーラビリティの課題が出る。データが増えれば活用の課題が出る。それらを丁寧に言語化して、「IVRyにはこんなに面白い技術課題がある」と伝えられれば、「それ、面白いね」と共感してくれるエンジニアが「一緒にやろう」と集まってくる。

それが、私の採用パターンであり、今IVRyで取り組んでいることです。

「思う側」から「思われる側」へ。再び現場へ

──「優秀なエンジニアと働きたい」という動機は、採用や組織づくりに向かいます。一方で、成田さんご自身は「現場で手を動かしたい」ICとしての思いも強い。そのバランスは難しくないですか？

採用にフルコミットしているわけではないので、日常業務は開発が中心です。ただ、バランスという意味では、「エンジニアとして頑張っていないと、そもそも採用はうまくいかない」と感じています。

採用だけを担当している人よりも、その会社で「一番優秀なエンジニア」に声をかけてもらえたら、きっと嬉しいですよね。私は、そうありたいと思っています。

──「優秀なエンジニアに憧れる」側ではなく、「憧れられる」側になりたい、と。

前職でCTOとしてマネジメントに専念していた最後の頃は、正直、ほとんどコードを書いていませんでした。優秀なエンジニアを採用できても、自分は彼らに憧れるばかりで、エンジニアとして憧れられる存在ではなかった。ずっと「優秀なエンジニアと働きたい」と思う側だったんです。

いつか「一緒に働きたい」と思われる側になりたい。「あの人、エンジニアとしてすごいな」「あの人と働いてみたい」と感じてもらえるような存在になりたいと思っていました。

でも、経営やマネジメントに専念していると、コードから離れてしまうため、そう思ってもらうのは難しい。だからこそ、IVRyではICとして現場に戻り、コードを書くことを選びました。現場で手を動かすこと自体が、エンジニアとしての説得力につながると感じています。

── 現場に戻ってきたからこそ、見えるものがあると。

まさにそうです。現場で手を動かしていないと、最新の課題に気づきにくい。CTOという立場だと、どうしてもテックリードたちが見つけてきた課題を咀嚼して、「つまり今はこれが必要だ」と判断する形になります。その構造にはタイムラグがあるんです。日々の開発の中で「今日見つけた課題」が、リアルタイムで上がってくるわけではありません。

やはり、自分の手で課題を見つける方が面白い。現場にいるからこそ、最新の課題を肌で感じ、すぐに手を動かして解決できる。そして、それこそが、先ほどお話しした「面白い仕事」を生み出す源泉になるんです。

入社前に確信した「IVRyの技術的ポテンシャル」

── 改めて、成田さんが次のキャリアとしてIVRyを選んだ決め手は何だったのでしょうか？

IVRyを選んだ理由は、大きく3つあります。「ビジネスモデル」「マーケット」、そして「AIをどう使っているか」。

入社前からこの3点に強い可能性を感じていましたし、入社して1年半が経った今、その確信は日々強まっています。事業も組織も想像以上のスピードで進化しており、手触りとして「伸びている」と実感しています。

特に印象的だったのは、プロダクトが生まれていく速さです。毎週のように新機能がリリースされ、All Hands（全社会議）で発表されていく。少人数のチームで、ここまでの開発サイクルを回しているのは本当に驚きでした。

── 特に「AI」と「データ」の点で、IVRyのビジネスモデルに独自性を感じているそうですね。

多くのサービスは、すでに存在する価値に「AI機能を追加する」というアプローチを取っています。それは、AIがなくても成立するプロダクト。つまり「Nice to have」です。一方で、IVRyはAIがあるからこそ成立する事業。これは「Must have」なんです。

AIなしではプロダクトが成り立たない構造だからこそ、会社としてAIに本気で取り組める。投資も集中できますし、リスクも取れる。これは、エンジニアとして関わる上で非常に面白い環境だと思っています。

── もう一つの「データ」についてはいかがですか？

「電話のデータ」が蓄積していくこと。これが圧倒的な強みです。

電話がこれだけ社会の中で使われているのに、そのデータは残ってこなかった。IVRyのサービスが広がることで、これまで世の中に存在しなかった種類のデータが集まり始めています。世の中にないデータを自分たちで持つということは、AIをより効果的に活用できるということ。他社には真似できない差別化に直結します。

── 確かに、電話はあらゆる事業者に存在します。

そうなんです。ネットで解決できない時、人は最終的に電話を使う。電話はなくせないし、ネットより信頼されている証拠でもあります。

この「信頼が集まる場所」で事業を展開できるのは、非常に強固なモデルです。「なくてもいいもの」ではなく、「あって当然のもの」になれる。

── IVRyはVertical（業界特化）ではなく、Horizontal（全業界対象）のSaaSです。この点にも面白さがあるそうですね。

Horizontalであるということは、プロダクトドリブンにならざるを得ないということです。

業種ごとのユースケースを網羅するアプローチでは到底カバーできません。だからこそ、「どんな業種にも通じるコアな価値」を磨き込む必要がある。この構造が、プロダクトドリブンな文化を自然に育てているんです。

Horizontal SaaSは、プロダクトの完成度が低ければ営業力だけでは成長できません。だからこそ、「プロダクトで勝負する」価値がある。これがIVRyの面白さだと感じています。

筋のいいオーバーエンジニアリングを仕込む

── ヤフーやクックパッドを経てIVRyに入社されたわけですが、当時のIVRyにはどんな技術的課題を感じましたか？

私が入った頃のIVRyは、ほとんどのエンジニアが「今、必要なもの」を作ることに集中していました。いわゆるストリームアラインド型の開発です。もちろん、それ自体は事業成長に直結する重要な取り組みです。

ただ、その構造だけだと、「今すぐ必要なもの」は作れても、「1年後に必要になるもの」を先回りして作ることが難しい。どうしても短期的な課題解決が中心になるため、設計に無理が出たり、その場しのぎの対応で技術的負債が蓄積していきます。

これは多くの成長期の組織で起こる自然な現象ですが、IVRyのように急速にスケールするプロダクトにとっては、早い段階で技術のレバレッジを効かせることが不可欠です。

── そのために、成田さんがIVRyに持ち込みたい概念があるそうですね。

「プラットフォームエンジニアリング」の重要性です。プロダクトそのものを作ることも大切ですが、「プロダクトを継続的に作り続けられるようにする」基盤づくりが欠かせません。

たとえば、

「データはどこに保存するのか？」
「そのデータは安全に保たれているか？」
「お客様が増えてもシステムは耐えられるのか？」
「音声ファイルが膨大に溜まっていく中で、それを活用できる設計になっているか？」

こうした問いは、一朝一夕では解けません。時間をかけて備えていく必要があります。

── 将来、必ず来る課題に「先回り」する必要がある、と。

未来のビジネス要求に応えるためには、「必要になってから作る」では間に合いません。そこで私が意識しているのが、「筋のいいオーバーエンジニアリング」です。

“筋のいい”とは、単なる過剰設計ではなく、将来の成長を見越して適切に余白を持たせる設計のこと。
無駄をつくらず、未来に備える。そのバランスを取ることが、プラットフォームエンジニアリングの本質だと考えています。

「長期的な視点で設計する文化」を少しずつ持ち込み、実践していく。それが、今の私の大きな役割のひとつだと思っています。

「楽しさの自給自足」が、キャリアを強くする

── 成田さんがキャリアや技術に向き合う上で、最も大切にしている価値観、哲学についてもお聞かせください。

それはやはり「楽しむこと」です。IVRyのVisionにもある「Work is Fun」には、入社前から強く共感していました。人は、楽しんでいるときにこそ最も成長できる。私はそう信じています。

「楽しい」というのは、興味を持って深く入り込めている状態です。業務時間を越えても、そのことを考えたり、調べたりしてしまう。気づけば、頭の中がそのことでいっぱいになっている。それが“本当に楽しい”という状態だと思います。

いかにして自分を「仕事を楽しんでいる状態」に持っていけるか。
それが、長く活躍し続けるためのセルフマネジメントの鍵だと感じています。

── 「楽しさ」は、どうすれば見つけられるのでしょうか。

私がこれまで見てきた優秀なエンジニアたちは、自然とそれを見つけ出していました。

「最近、何か面白い技術ありますか？」と聞くと、「ああ、これが面白くて」と言いながら、論文を読んでいたり、自分で触っていたりする。そして、どんなに忙しくても、その“面白い”を自然と仕事に取り込んでしまうんです。

私はこの状態を「楽しさの自給自足」と呼んでいます。仕事の楽しさを、誰かや環境に与えてもらうのではなく、自分の中から生み出せるようになる。それができる人は、本当に強いと思います。

── 環境のせいにしてしまいがちな人も多いと思います。

どんなにつまらない作業だと感じる中にも、楽しさを見つけられる人がいます。それは「感度」の違いだと思うんです。
環境への不満を探すより、「こっちの方が面白いかもしれない」と軽やかに動ける柔軟さを持てるかどうか。その違いが、楽しめるかどうかを分けているように思います。

── その「感度」や「発想」は、どうすれば磨けるのでしょうか？

結局のところ、「ボキャブラリー」だと思います。つまり、知識と経験です。

知識や経験がなければ、「これをやったらその先に面白いことが起きるかもしれない」という想像力が働きません。よく「算数の勉強が何の役に立つのか」と言われますが、それに近い。算数ができる人は、できない人よりも、面白いことに出会える確率が広がる。語学ができれば、世界が広がる。

だからこそ、日頃からアンテナを高く持ち、学び続けることが大切です。知識や経験の幅が広がるほど、楽しさを見つけるための「ひらめきの回路」も増えていく。

私はそう考えています。

技術の努力が、事業を動かす力に変わる場所

── 最後に、成田さんが今後IVRyでチャレンジしたいことと、読者へのメッセージをお願いします。

組織の面では、ここ1年で元VPoEやCTO経験者など、頼もしい仲間が続々と加わってくれました。そのおかげで、私が細かく指示を出さなくても、エンジニア組織全体が自然と良い方向へ進んでいく手応えがあります。今後は、そうした仲間に任せられる部分は任せ、私はより現場にディープダイブしていきたいと考えています。

いま私が中心的に取り組んでいる「対話データを活用した新しい取り組み」は、IVRyの次の成長の柱になり得る、とてもユニークな挑戦です。この領域は、技術がそのまま事業価値に直結する。つまり、技術ドリブンでしか勝てない領域なんです。技術が頑張らなければ、プロダクトが使い物にならない。逆に、技術が頑張れば頑張るほど、事業も、社会的価値も伸びていく。

技術的な難易度は高いですが、その分レバレッジも大きい。「技術で事業を動かす」という感覚をこれほどダイレクトに味わえる環境は、そう多くありません。ここに深く入り込むことは、いくらでも頑張る価値があると思っています。

── 技術で変化を起こしたいエンジニアにとって、IVRyは魅力的な環境ですね。

IVRyでは、技術の頑張りがそのまま事業成長や売上に反映されます。実は、こうした構造を持つ会社は意外と少ない。

AIも、データも、SREも、プラットフォームエンジニアリングも、あらゆるレイヤーで「頑張れば事業が伸びる」因果関係が明確なんです。

この分かりやすさは、エンジニアとして働く上で本当にありがたい。「この仕事に意味はあるのか」と疑わずに、技術的チャレンジに没頭できるのは、とても幸せなことだと思います。

── 「この仕事、本当に意味があるのか？」と疑わなくていい、と。

そうです。自分が全力で頑張っていても、「これ、意味あるのかな？」と思い始めたら、途端に苦しくなる。「どうせこの事業、すぐ閉じるんでしょ？」という気持ちで書くコードは、どんなに綺麗でも虚しいだけです。

IVRyは、事業が急成長しているからこそ、「この取り組みを信じられる」環境がある。エンジニアが気持ちよく働くうえで、これほど大切なことはありません。

技術でレバレッジをかけたい。
本気で事業を伸ばす技術的チャレンジがしたい。
そんなエンジニアにとって、IVRyはきっと居場所になれると思います。

キャリア登録 / カジュアル面談

herp.careers O03.カジュアル面談

株式会社IVRy

募集要項をみる

関連求人

herp.careers E12. プラットフォームエンジニア（リードクラス）

株式会社IVRy

募集要項をみる

herp.careers E13. SRE（リードクラス）

株式会社IVRy

募集要項をみる