ガバナンスとスピードは両立できる。ネットワークインフラチームが「プロダクト開発の真ん中」に移った理由

こんにちは！カオナビ採用広報チームです。

カオナビの開発組織では、サービスの基盤を支えるチームが「プラットフォーム本部」から「プロダクトデベロップメント本部（PD本部）」へと移る組織変更がありました。

「なぜ、ネットワークインフラチームをプロダクト開発組織の中に置いたの？」
「組織が変わって、現場は実際どう変わったの？」

そんな疑問に答えるべく、今回は技術基盤部 部長の岡田達典さんにインタビューしました。エンタメ業界で10年以上システムを支えてきた岡田さんが語る、組織変更の狙いと、エンタープライズ化で待ったなしとなった「基盤刷新」のリアルをお届けします。

【登場人物】

岡田 達典（おかだ たつのり）
プロダクトデベロップメント本部 技術基盤部 部長
SIerでのアプリケーション開発からキャリアをスタートし、データベースエンジニアとしてB2Bシステム開発に従事。その後、サイバーエージェント（アメブロ）、ドリコム、SHOWROOMなど、エンタメ領域のシステム開発に10年以上携わる。カオナビ入社後はプラットフォーム本部 ネットワークインフラグループのマネージャーを経て、現職。

エンタメ業界10年から、「ユーザーとして使っていた」カオナビへ

— まずは、これまでのご経歴を教えてください。
キャリアのスタートは、小さなSIerでのアプリケーション開発でした。その後はデータベースエンジニアとして、B2Bのシステム開発を長く担当していました。その最後に携わった案件が、たまたま当時の着メロ配信サービスだったんです。そこで「Web業界を目指そう」と思い、サイバーエージェントに入ってアメブロなどのシステム開発に携わりました。その後はゲーム会社のドリコム、動画配信のSHOWROOMと、気づけば10年以上、エンタメ領域のシステムに触れていましたね。

— そこからカオナビへ。きっかけは何だったのでしょうか？
長期的に働くうえで、社会貢献を含めた何かをしたいという思いが出てきていて。そんなタイミングでカオナビの面接を受け、自分のやりたいことと合いそうだと感じて入社を決めました。

実は入社前、別の会社でユーザーとしてカオナビを使っていたんですよ。評価システムや、社員の一覧が見られるプロファイルブックですね。300人規模を超えてくると「誰が誰だかわからない」「どんな部署があるんだっけ」となりがちですが、どういう人がどういう役職で何をしているかが一覧化されている。「誰が誰だかわからない」を起こさないシステムっていいな、と思っていたんです。社員のグレードを並べてみて「この人、本当にこのグレードなのかな？」なんて遊んだりもしていました（笑）

— 選考を受ける中で、印象が変わったところはありましたか？
思った以上に、しっかりしている会社だなと。ずっとエンタメ業界にいたので、よくも悪くも緩い空気に慣れていたんですが、カオナビはセキュリティやAWSの権限管理、ガバナンスがしっかり考えられていた。お客様の情報を預かることがどれほど大事なことか、正直それまで強く意識できていなかった部分でもあって。自分がやってこなかった領域で、新しくできることがあると思えたのも決め手でしたね。

ガバナンスの本部と、スピードの本部。相容れなかった2つの思想

— 入社当初からプラットフォーム本部所属だったのでしょうか？
はい、もともとはプラットフォーム本部のネットワークインフラグループに所属して、マネージャーをしていました。1年ちょっとで異動して、今はPD本部の技術基盤部で部長をしています。

技術基盤部は、インフラ、SRE、CREといった「サービスの基盤」を支える組織です。僕らのところが崩れると、お客様がサービスをうまく利用できなくなったり、障害につながったりする。いかに安定的にサービスをお客様に届けるかが、一番のミッションですね。1チーム10人前後の構成で、全部で5グループあります。

— いきなり組織もミッションも大きくなったわけですが、打診されたときはどう感じましたか？
「本当にそこまでできるのかな」と（笑）プラットフォーム本部から異動してきた立場なので、受け入れてもらえるのかなという不安は、正直ありましたね。

— ネットワークインフラチームがプラットフォーム本部からPD本部へ移った背景を教えてください。
プラットフォーム本部とPD本部では、考え方と思想が違いすぎたんです。ガバナンスを強めるのがプラットフォーム本部で、開発速度を上げたいのがPD本部。本部としての目的が違うので、どうしても相容れない、うまくいかない部分がありました。

今回の異動の狙いは、開発スピードを上げること。そして、僕らが持っていたガバナンスとスピードを、いかに両立させるかです。僕らにとっての直近の顧客は、実際にサービスを使ってくださるお客様というより、社内のエンジニアなんですよね。せっかく同じ本部で一緒にやっていくのだから、働くエンジニアがどこまで仕事をしやすくなるか。そこはすごく意識していました。

— 実際に移ってみて、現場の反応はいかがですか？
移ってきてから、権限のやり方も考え方も、全部変えました。たとえばこれまで、開発環境は提供されているけれど、自由にAWSを使える環境はなかなかなかったんです。あるにはあったんですが、使いづらかったり、難しさがあったり。そこで、みんなが使いやすいテスト環境を整備していきました。そういう動きも通じて個人的には、比較的受け入れられているんじゃないかなと感じています。

— 「変わったな」と感じる具体的なエピソードはありますか？
「スピード感が上がった」とは、やっぱり言われますね。提供スピードが速くなったのと、権限をいくつか解放したことで、グループをまたぐ依頼のやり取り自体をかなり減らせています。

プラットフォーム本部にいた頃は、権限委譲がやりづらかったんですよ。「リスクを一切取らない」という思想が強かったので。プロダクト側はやりづらいし、僕らも権限を細かく管理しなければならないので、煩雑さが増す。お互いに手間がかかっていました。ミッションが「ガバナンス」から「スピードとの両立」に変わったのは、大きな変化だと思います。

— 逆に、PD本部に入ったことによるギャップはありましたか？
それが、ギャップはそんなに感じていないんですよね。むしろ、サービスに近くなった。僕らもサービス開発の一部として機能しているという意識に変わってきて、「どう使ってもらえたらいいか」「同じ部署内でどう連携するか」と、考え方そのものが変わってきている。みんな、逆に楽しそうに仕事していますよ。「顧客や事業成長のために仕事してる実感」があるという感じです。

エンタープライズ化の波に、過去の基盤が耐えられない

— プロダクト基盤において、いま一番大きな課題は何でしょうか？
エンタープライズ企業の導入が進んでいるので、 過去に作ったシステムが、1社あたりの利用ユーザー数に耐えきれなくなってきているんです。これまで500人、1,000人規模の企業なら問題なく動いていたものが、1万人、2万人、3万人規模になると、エラーや障害が頻発するようになってきた。会社が進んでいる方向性に、今の基盤システムが合っていない。ここを全部刷新していかなければいけない、というのが大きな課題です。

— その刷新は、すでに動き始めているのでしょうか？
中期的なテーマではありつつ、短期で解決しなければいけないところもあるので、「1年以内にどこをどこまで改善できるか」という形で進めています。基本はシステムを止めずに、両方のサービスを稼働させながら置き換えていくやり方になりますね。

小さくリファクタリングするというより、がっつり切り替えです。たとえばバッチ基盤は、まったく別の新しい基盤を作って、一部の機能からそちらへ移していく。そうやって新しいものに置き換えていこうとしています。

— 進めるうえで、組織面での課題はありますか？
これまでの仕組みが、本当に「使っているエンジニアの期待に応えるサービス」だったのか。インフラが作ったものが正しかったのかは、利用者側の意見を聞かないとわからないんですよね。だから今後は、インフラのエンジニアだけで作るのではなく、アプリケーションエンジニアも交えて基盤を作り直そうとしています。「こういうパターンのときに、この機能がないとダメだよね」といった声をちゃんと組み込んでいく。技術だけで解決するのではなく、基盤の利用者であるエンジニアも含めて、「これならこの先5年はいける」と言える基盤への置き換えを、最優先で進めたいですね。

— 設計はトップダウンで描いていくのですか？それともチームで？
基本的にはチームでやっていこうと思っています。僕が中心になるというより、メンバーにしっかり考えてほしい。基盤設計やアーキテクチャを考えることって、考えることも意識することも多くて、能力がぐっと伸びるところなんですよ。各々の成長を見たいので、「これが正解」と渡すよりも、みんなが考えていく中で生まれていくものに期待したい。もちろん、おかしな方向に向かっていたら、ちゃんとチェックしますので安心してください。

— 基盤を作り直すタイミングに立ち会えるのは、エンジニアとして貴重な経験になりそうですね。
そう思いますね。最初から「どういう規模を目指すか」をそこまで見据えていないことが多いと思うんです。どちらかというと、リリース優先、スピード優先で作ることが比較的多い。だから会社やサービスの規模が大きくなったときに、過去に作ったものが不安定になったり、課題になったりすることは多々あります。何がダメで、どう対処していかなければいけないのか。それを考えて切り替えていく経験は、なかなか得られないものだと思います。

言われたものを作る、コードを書くだけなら、もはやAIが作ってくれる時代です。課題をちゃんと見つけて、その課題にどう対処するかを考える部分こそ、一人ひとりの成長につながるんじゃないかと思っています。

— 新しく入る方も、その刷新に関わっていく形になりますか？
もちろん、新しい基盤への書き換えには入っていただきたいです。ただ、まずは今の仕組みを知っていただくことも大事だと思っています。カオナビには本体に加えてサブサービスもいくつかあって、システムがかなり多いんですよ。どういう仕組みで、どういうものが存在して、どう動いているのか。それを理解したうえで、新しい基盤への切り替えに入ってもらえるのがいいかなと考えています。

「当たり前」が当たり前にできる組織。AIで業務の景色も変わり始めた

— 新体制になってから、ボトムアップで生まれた良い取り組みはありますか？
いちばんは、AIの利活用ですね。会社として業務効率を上げるためにAIをどんどん使っていこうというフェーズで、Claude Codeは全員が利用できる状態になっています。今ある作業をAIに寄せていったり、効率を上げたりということを、メンバーそれぞれが自発的にやってくれている。「業務のやり方がこんなに変わっていくんだ」という会話が生まれていますね。

— 組織の雰囲気はどうですか？
コミュニケーションが取りやすい人が多いですね。ほぼリモートなので直接会って話す機会は多くないんですが、Slackのやり取りは活発ですし、質問にはちゃんと答えてくれる。当たり前のことが当たり前にできているから、みんなやりやすいのかなと。「グループ間の壁があります」みたいなこともないですし。

オフラインだと、3ヶ月に1回グループごとに集まる「square」という制度があります。あとは全社総会の「kaonavi camp」が今年から年2回になったので、そこでグループ間の交流もできるようになっていますね。

— 新しく入った方が「岡田さんと対面で話したい」と言ったら？
もちろん行きますよ（笑）リアルで早めに会えたほうが、その後のコミュニケーションが取りやすくなると、僕も思っているんです。オンラインでは伝わらない何かって、やっぱりあると思うので。「この人、こんなに大きかったんだ」とか。

インフラとSREの垣根をなくしたい。荒波を一緒に乗り越える仲間へ

— これから技術基盤部を、どんな組織に進化させていきたいですか？
実は今、悩んでいるところなんです。5つのグループって、正直多いといえば多い。「インフラ」というグループを分けておくのが正解なのか、今のグループのあり方が本当に正しいのか。そこは見直していきたいと思っています。

インフラとかSREとかにこだわらず、SREがインフラの業務に染み出したり、インフラの人間がSREの業務に染み出したり。そういう垣根をなくしていきたいんです。「ここからここはやっちゃいけない」みたいな区切りもなくしたい。最近、30代前半のメンバーと話していると「もっとアプリケーションレイヤーに寄ったインフラをやりたい」という声もあって。だったら、インフラだけのグループを残すのはあまり良くないのかななど。メンバーの意見も聞きながら、垣根の少ない組織を思い描いていきたいですね。

— どんなスキル・経験をお持ちの方に来てほしいですか？
今はSREとインフラの人材が足りていないので、インフラ系やSREの業務を経験されてきた方を、より積極的にお迎えしたいと考えています。カオナビはAWSが中心の環境なので、AWSの機能をどれだけ理解しているかは、重視しているポイントの1つですね。

— マインドセットの面では、いかがでしょう？
自律的というか、自走的というか。自分で考えて動ける方が、何より大きなポイントだと思っています。今、見渡せば課題はいろんなところにあるし、「直したほうがいいよね」というところもたくさんある。そこに自分で手を挙げて、「こうした方がいいと思うので、これをやっていきましょう」と言ってくれたり、一緒に考えてくれたりする方と働きたいですね。

— 最後に、この記事を読んでいる方へメッセージをお願いします。
課題も、やらなければいけないことも、めちゃくちゃいっぱいあります。でも、それを一緒に乗り越えた先には、会社の次の大きなフェーズやイベントが待っているはずです。何もない穏やかな環境で、なんとなくものづくりをするよりも、この荒波を一緒に乗り越えながら、次のフェーズへ一緒に向かっていく。そんな経験を、ぜひ一緒にしてもらいたいと思っています。

カオナビ技術基盤部では、プロダクト基盤の刷新をともに進めるインフラエンジニア・SREを募集しています。「まずは話を聞いてみたい」というカジュアル面談も歓迎です。ご応募お待ちしています！

【撮影場所：WeWork 渋谷スクランブルスクエア】