現在、多くの企業で自社のエンジニア組織や制度のあり方を整備し、対外的な発信を行う技術ブランディングが注目されている。社内的な開発環境の整備とともに、重要になるのが社外のエンジニアとの関係構築だ。そのような役割を担うポジションとして、DevRelの立ち上げや採用を検討する企業も増えていく中で、現在急速に技術ブランディングを推進する企業がある。株式会社タイミー（以下、タイミー）だ。
同社のDevRelはどのような役割を担っているのか。また、現在DevRelに求められていることとは。今回は、paizaでVPoEを務める渡嘉敷唯誠が、タイミーの一人目のDevRelとして2023年5月に入社した河又涼氏を訪問。河又氏がタイミーに入社した背景や入社後の取り組み、DevRelに求められるスキルについて聞いた。
河又涼さん 株式会社タイミー プロダクト本部DevEnableG DevRel
新卒で株式会社サトーに入社、営業としてラベルプリンターやハンディターミナルを活用したソリューション提案を担当。その後株式会社groovesにて、Forkwell事業部のリードセールスとして活動。セールスと海外事業の兼任を経て、Forkwell DevRel Teamに異動、エンジニア向けのイベント企画を担うDevRel Specialistとして活動。2023年5月、株式会社タイミーに入社、DevRelとして技術的な認知活動を担う。
目次
DevRelの活動目的はエンジニア採用ではなく「ファン」を増やすこと
（以下、敬称略）
渡嘉敷：まずは「DevRelの役割とはなにか」についてお聞きしたいです。DevRelはもともと、エンジニアに向けに製品やサービスを提供している企業が、エンジニアとのコミュニケーションの接点をつくっていく、エバンジェリストにも近いポジションのように思えます。河又さんとしてはどのような認識を持っていますか？
河又：おっしゃる通りで、DevRelはもともと、エンジニアとのリレーションシップを構築しながら市場からのフィードバックを得て、製品の改善に役立てるところから始まっていると思います。前職で担当していたForkwellもエンジニア向けのプロダクトだったので、そのときからDevRelと名乗っていて、タイミーに転職した今も引き続きこの肩書にこだわっていますね。
渡嘉敷：タイミーが提供するスキマバイトアプリ「Timee」自体はエンジニアに限らないサービスです。DevRelとしての求められる役割も変わっているのではないでしょうか？
河又：DevRelと似たような肩書で技術広報があります。狭義のDevRelはマーケティング活動の意味合いが強いので、採用広報の文脈がある場合は技術広報と名乗る方が正確かもしれません。しかし、日本においてDevRelの定義が広がってきていることや私自身、DevRelの理念の一つである「共創」の考え方が好きなので技術広報的なロールでありながらDevRelと名乗ることにこだわっています。
たとえば、エンジニアの方々に入社していただくということは、ご自身のキャリアや人生にも関わることですから、ある意味で製品を買うよりも重要な意思決定です。所属するエンジニア組織もまた、企業がその方の人生に提供するものの1つといえるでしょう。そう考えると、社外のエンジニアとのコミュニティを構築しつつ、フィードバックをうまく回収して組織改善に役立てていくこともDevRelの大切な役割だと思っています。
なので、タイミーのDevEnable室では私のように社外的な広報活動を行うDevRelと、「TDE10」と呼ばれるタイミーで働くエンジニア向けの福利厚生の設計や運営を担うメンバーが同じチームに所属しています。組織としても、社外エンジニアとのリレーションシップの構築と組織の改善がワンセットになっているイメージですね。
渡嘉敷：なるほど。社外のエンジニアとコミュニケーションをとりつつ、社内のエンジニア組織の改善にも貢献していくのがタイミーでのDevRelの役割ということですね。そういった意味では、社内外のエンジニアに対して、まずはタイミーのファンになってもらえるようなコミュニティをデザインしていくことが重要になってくると思いますが、河又さんとしてはどのようにお考えですか？
河又：まさにその通りで、様々なエンジニアの方にタイミーのファンになって貰うことが一つの大きな目的です。コミュニティデザインの様なしっかりとした考え方も重要ですが、一番はシンプルにコミュニティに貢献する、技術の知見共有においてしっかりとギブの精神で誰かの役に立つことを一番に考えてやっていくのが大事かなと思います。その姿勢が結果的にファンになってもらうことに繋がると考えています。
社内DevRelになって飛躍的に向上した施策実行のスピード感
渡嘉敷：ここで、河又さんがDevRelになった経緯についてお聞きしたいです。河又さんのキャリアはセールスから始まったとお聞きしましたが、どのようなきっかけでDevRelになったのでしょうか？
河又：私のキャリアを遡ると、新卒は東証プライム上場のメーカーで、2年ほど営業をやっていました。そこから前職のgroovesに転職をして、最初はForkwellのセールスをやっていたんです。そこからマーケティング活動の一環としてコミュニティ活動の支援も行うようになり、様々な勉強会の懇親会スポンサーとして参加し、Forkwellを宣伝していました。しかし、コロナ禍になってからリアルで行うローカルの勉強会が軒並み中止になってしまいました。
そのような中で、Forkwellとしてできることはないかと考え、オンラインイベントの自社開催を始めることにしました。それがかなり綺麗に立ち上がって、参加者が1万人を超えたころから、このノウハウを活かして、企業向けのエンジニアブランディングをサービスとして提供していくようになったんです。そこから部署も異動になり、本格的にDevRelに携わるようになりましたね。
渡嘉敷：そこから2023年の5月にタイミーに入社し、一人目のDevRelとして活躍されています。前職のときからタイミーのDevRel活動を支援されていたようですが、どのような経緯で入社されたのでしょうか？
河又：もともとタイミーから技術ブランディングに取り組んでいきたいとお話をいただいて、担当者として年間での施策やイベントの企画などを提案、運営していました。そうして一緒に仕事をしていく中で、CTOの亀田から「それで、河又さんはいつうちに来るんですか？」とジャブを打たれるようになり（笑）。ただ、当時からタイミーがより技術ブランディングに注力していきたいという熱意を感じていました。私としても今以上にコミットしていきたいと思っていたので、一人目のDevRelとしてタイミーに入社することを決めたんです。
渡嘉敷：そもそもタイミーではなぜ技術ブランディングに注力していくようになったのでしょうか？
河又：私が所属するDevEnable室は、エンジニアが進化し続けるためにはどのような組織を形づくっていき、制度をリリースすべきかという社内向けの目線から始まっています。しかし、組織として技術力を向上し続けていくためには、やはりエンジニアの採用も重要です。
ただ、そこで課題となっているのは、会社の規模の割にエンジニアからの知名度はそれほど高くない点です。「Timee」はスキマ時間を使ってアルバイトができるアプリですが、エンジニアはそもそもアルバイトをしません。toC向けで一般的な認知度が高くとも、プロダクト的にエンジニアに対する接点がかなり少ないので、エンジニアへの認知度は低い。そういった点からも、自社のエンジニア組織を強化し技術ブランディングを図りつつも、まずは社外のエンジニアに自社を知っていただく必要があります。
渡嘉敷：社外で携わるDevRelと、タイミーに入社して自社の活動にコミットしていくのでは見えてくるものも違うと思います。入社後の河又さんの動きや、重視していたことについてお聞かせください。
河又：そうですね。私の場合は入社以前に携わっていたぶん、社内でのDevRelの立ち上げは自然な流れでした。ただ、やはりタイミーの社員として動いていくのはいい意味で違って、私としては外部で携わっていたときよりも会社の中でグリップしてやれるので、入社前後で実行できる施策のスピード感はかなり変わりました。
渡嘉敷：タイミーに入りより主体性が増したことで実行までのスピードが上がったということなのだと思いますが、具体的な取り組みや成果について教えていただけますか？
河又：まず、実施できるイベント数は飛躍的に増えましたね。これまでは半年で3件ほどしかできていなかったところを入社半年でイベントは14件に増やしましたので、そこはかなりガラッと変わったと思います。それによって、これまでconnpassのメンバー数は1,000人ほどでしたが2,500人を超え、たった半年でも対エンジニアの知名度はかなり向上できたと思います。また、技術系のイベントやカンファレンスのスポンサードも同時並行で進めたので、エンジニアとの接点も増やすことができました。
渡嘉敷：入社してから目まぐるしく施策を実行に移し、社内的にも大きなインパクトがあったと思います。河又さんとしては入社後のDevRel活動においてどのような点を意識したのでしょうか？
河又：私としては、最初の半年が勝負だと思っていました。さきほど話した通り、DevRelはダイレクトに売上などの事業貢献ができる訳ではなく、採用に対する貢献も間接的です。だからこそ、数字的な面よりも「DevRelによって会社がよくなっていきそうだ」という機運をつくることが必要だと感じていました。それはエンジニア組織だけではなくて、会社全体に「なんかすごそう」という空気感をつくることが大事だと思っていました。なので、最初の半年でとにかくいろいろなことをやりきってしまって、インパクトを出していくことは意識していましたね。
結果として、タイミーではクオーターごとにベストルーキー賞として入社半年以内で活躍した人を選出する制度がありますが、入社した最初のクオーターで受賞することが出来ました。加えて、期末にはベストバリューエピソードという年間表彰にも選出されたので、「なんかすごそう」という空気感をつくることには成功できたと思っています（笑）。
DevRelが企画にコミットすることでエンジニアの負荷が軽減する
渡嘉敷：最初の半年で立て続けにイベントを実施するのも、企画することも大変だったと思いますが、入社間もない段階だとエンジニアに協力を仰ぐことも難易度が高いと思います。河又さんとしてはどのように進めていったのでしょうか？
河又：これはあまり再現性がない話なのですが、入社して最初の半年はとにかく先に企画を立ててしまい、共催企業も決めてイベントを実施すると決まった状態で社内に協力を仰いでいました。今ではもう少しソフトに進めていますが、外枠から内容を埋めてしまい、おおよその内容が決まっている段階でエンジニアに相談に行き、講演内容などの詳細を詰めていく。ある意味でストロングスタイルをとっていましたね（笑）。
渡嘉敷：なるほど。しっかりと企画や実施などについて河又さんがコミットした上で、エンジニアは自身の講演についてだけ考えられるようにしていたからこそ、立て続けにイベントが組めたということですね。
河又：かなり初期の段階からエンジニアに相談して進めていきたいと思う方もいると思います。しかし、DevRel側が気をつけていないと、本人はよかれと思っていてもエンジニアに企画工数を丸投げしている状態になってしまいます。
たとえば、「Rubyのイベントをやりたいんだけど、なんかいいアイデアある？」と投げられても、発信に積極的なエンジニア以外は困ってしまうし、相談の負荷が高く応じきれないものです。仕事の進め方として、オープンクエスチョンでエンジニアに相談する場合は丸投げになっていないかという点は気をつけた方が良いと思います。
渡嘉敷：たしかに。抽象的な相談をされるよりも、ある程度企画が定まり、テーマまで決まった状態で相談を受ける方が現場のエンジニアは圧倒的に楽です。さきほど「最初の半年が勝負だと思っていた」とお話しいただきましたが、河又さんやタイミーとして、なにか目標値や評価基準を定めていたのでしょうか？
河又：目標設定に関していうと、タイミーとしても私が最初のDevRelであったこともあり、最初の半年はある程度自由に活動させてもらいました。それで、半年活動してみると数字の変化が示されるので、ある程度の予想が立てられるようになってきます。そこから今後半年でのターゲットを定めていきましたね。
渡嘉敷：最初の半年は、タイミーとしてのDevRelの軸や活動の目安をつくる時期でもあったということですね。
河又：そうですね。ただ、私の考えでは、DevRelの活動を単純に数値だけで目標設計するのはあまりよくないと考えています。たとえば、単純にconnpassの累計イベント参加登録数を目標に設定したとしましょう。その場合、JavaScriptだったりPHPのライト層向けのコンテンツをやった方が集客目標は達成しやすいという話になる。母数が多い領域のコンテンツをやった方がいいとなってしまいます。でも、会社としてはエンジニアリングマネージャーとかのミドル・シニア層にアピールしていきたいみたいなことになると個人の目標と会社の思惑がズレることになります。数字だけで管理しようとするとこういったズレが生じやすいと思います。こういった点がDevRelの活動を定量的に評価することの難しさだと思っています。
渡嘉敷：では、タイミーに入社して11か月を迎える今、河又さんが目指したいことを教えてください。
河又：実は、昨年の12月に私のリファラルでさらに1名入社したので、タイミーのDevRelは2名体制となっています。CTOの亀田ともコミュニケーションをとりつつ、自分がコントロールして物事を進めているので、現状では目指したい姿とのギャップはそれほどないと感じています。強いていうのであれば、昨年末から2名体制になったので、自身だけでは活動量の限界を感じていた部分をクリアしていきたいと思っています。もっと発信量を増やして、組織もより外部のエンジニアにとって魅力的なものにもしていきたいですね。
DevRelに求められるプロジェクトマネジメント力とメンタルの太さ
渡嘉敷：現在では、日本でもDevRelの認知は広がってきていると思います。一方で、DevRelはまだ新しい肩書でもあるので、どのようなスキルが必要なのかが見えにくい状況ではないかと思います。河又さんとしては、DevRelにはどのようなスキルが求められると思いますか？
河又：私は個人的にDevRel Guildというコミュニティを運営していますが、参加者の中にも悩んでいる方は多いですね。コミュニティのチャット内には「求人」というチャンネルもあるのですが、企業としてDevRelがほしいとなったときに、どのようなスキルを持った方を募集すればいいのかも言語化するのは難しいです。当然、技術的な知見も求められますが、やはり広報としてのスキルもなければならないため、どこに重点をおくかは悩ましいですね。
ただ、プロジェクトマネジメント力はあった方がいいと思います。 自社でイベントを開く際も、イベントは1つのプロジェクトと見立てることができます。細かく言えば、懇親会をやるならケータリングの発注があったり、共催する場合は他社とのリレーションシップを構築することも重要です。当然イベントを開催するには人に役割を分担しなければならないので、人を巻き込む力と、いざとなったらパワープレイできるメンタルの太さは結構必要なのかなと思います（笑）。
渡嘉敷：たしかに今までのお話を聞くと、DevRelが推進力となり企業の技術ブランディングをけん引していくことが重要だと思いました。最後に、河又さんがタイミーのDevRelとして理想とする姿、現在目指している姿についてお聞かせください。
河又：やはりタイミーのDevRelとしてエンジニアリング全体に対してしっかりと貢献できている状態が1つの理想の姿だと思っています。社内エンジニアに話を聞くと、「エンジニアリングとしては、それほど特別なことをしてない」という方もいますが、それでも「Timee」ほどスケールしているプロダクトを開発できている会社もなかなかありません。
現に私が入社したときのユーザー数は500万人ほどでしたが、今では約700万人になっています。このようなプロダクトを開発している現場で生まれている知見は、絶対にあります。そのような知見がまったく異なるドメインでもスケールサービスが出たときに、役に立つこともあると思います。そういうものをしっかりと世に発信していくことで、エンジニアリング業界全体の発展に貢献していくとともに、タイミーのファンになっていただけるエンジニアを増やしていきたいですね。
（取材／文／撮影：川島大雅）
