ヤフークリエイターの活躍を社内外に発信し、輝く場を創る──DevRel活動で目指すもの

ヤフーのDevRelは、外部のデベロッパー向けに情報を提供するだけではなく、クリエイターの活動や知見をイベントやメディアを通して、ヤフーの社内外に伝えていくところに注力しています。
イベント系では、学生向けハッカソン「Hack U」や一般クリエイター向けハッカソンの「Hack Day」の企画・運営を行っています。同時に社内向けのイベントにも関わっています。 メディア系は、社外のテック系メディアの記事への寄稿や、ヤフーの技術ブログ「Yahoo! JAPAN Tech Blog（以下Tech Blog）」による情報発信、「Developers ＆ Designers Dashboard（DDD）」 という社内のクリエイター向けに情報を蓄積したサイトの運営なども含まれます。

もともとヤフーには「Hack Day」や「Tech Meetup」などのテック系イベントが活発な風土があったんですね。 2018年頃に、CTOの藤門がこれらの活動を組織として支援、強化しようと熱心に訴えたことから、DevRelという組織が発足しました。
藤門との1on1ミーティングでは、「単なる企業PRではなく、社員が個人としてちゃんと発信する場が必要だ」という話や、ヤフーのエンジニアがどんなことを考え、どんな工夫をしているのかをもっとアウトプットしていこうと話していました。 藤門のバックアップは心強かったですね。
ヤフーでは、「全ての結果を自分ごとにする」「困難なことにチャレンジする」「社外に対してオープンになる」という3本柱からなる「クリエイターマインド」が求められます。 はじめの2つは普段の業務のなかでも発揮しやすいのですが、最後の「オープンになる」に関しては、意識的に行動を起こしていかないとなかなか実現できない。 それを支援するのが私の担当する「Tech Blog」であり、ひいてはDevRelのミッションだと思っています。

「Hack U」は日本全国どこからでも参加できるパターンと、特定大学とクローズドで実施するパターンがあるのですが、大学と一緒に開催するときは、その大学のOBに仕切ってもらうこともあります。 われわれが直接働きかけなくても、OBと学生の間でイベントが自律的に動く。これは理想的なかたちだと思います。

自主的な取り組みは大切です。ただし、有志の手弁当だけだと、やはり長続きしないんですよね。「Tech Blog」も有志だけで運営されていた時期は、配信する記事の数やジャンルに山・谷・偏りができてしまうことがよくありました。 それをDevRelという組織が関わることによって、クリエイターには執筆作業や、オープンになることそのものに集中してもらい、それ以外のことはDevRelが支援することによって、情報発信が安定し、継続的に発信できるようになりました。
自主的に始まったことに対してあとから関わることで少なからず変化は起きますが、前任者たちの活動をきちんとリスペクトしながら、組織として改善を重ねていくことが大切です。 DevRel内の一部の取り組みでは、もともとやっていた方々にそのままDevRelに加わっていただいたケースもあるので、前任者たちが着火した火種はいまも絶えることなく、もっと大きな炎になって燃えさかっていると思います。

DevRelがCTO直属組織であることの強みはどんなところですか。

ハッカソンやプログラミングコンテストなどのテック系イベントを企画・運営していると、「DevRelは好きなことやってるだけじゃないか」と社内から見られる可能性もあります。 そうではなく、現場に寄り添っているからこそ、イベントも重要なんだということを説明する責任が私たちにはあります。 現場の「クリエイターマインド」を引き出すことが、結果として実業務にも役立つという循環ですね。その点はきちんと訴えていきたいですね。
たとえば、「Tech Meetup」に登壇してもらう際は、登壇者本人だけではなくて、その上司や周りの人にも「〇〇さんが登壇して話をすることは、組織にとってこのようなプラスになる、〇〇さんの成長にも役に立つ」ということを説明します。 そうしたコミュニケーションを重ね、現場も納得したうえで登壇してもらうわけです。
人前で話すためには、改めて自分の考え整理する必要があります。話すことによって、新たな疑問や課題に気づくことも少なくありません。そういう場で経験を積んでほしいと、あえて若手を推薦してくれる部署もあります。本人が成長するとてもよい機会になったと、上長にも喜んでもらえます。

自薦他薦、両方ありますね。書きたいと手を挙げてくれる人もいますし、ヤフーとして発信したいテーマを書いてほしいと、こちらから依頼することもあります。 依頼する場合は、「いま技術的にホットなこのテーマについて、書いてくれる人はいませんか」と、各部署の詳しそうな人に尋ねるようにしています。 単に、このテーマで書ける人を推薦してほしいというだけではなく、執筆体験を通じた成長であったり、事業貢献であったり、記事を書くことの意義を大切にしています。

ヤフーには世間から関心を持たれる技術や知見がたくさんあるのに、エンジニアたちは「自分がやっていることはたいしたことじゃない」と謙遜する人が多いですね。 ヤフーはクリエイターの数も多く、全体の技術レベルも高いので、そのなかで仕事をしていると自身の技術力や知見の価値に気づきにくいのかもしれません。これは実にもったいないですよね。
ヤフー規模のシステムを開発し、安定した運営を継続するのは技術力が高くないと難しいので、社外からはヤフーの事例や知見を聞きたい人は多いはず。そうした内外のギャップを理解してもらい、発信してもらうようにするのも私たちDevRelの仕事ですね。

いまはエンジニア向けのメディアプラットフォームもいくつかありますね。自社メディアやブログに書くのとはどう違うのでしょうか。

記事を書いた人へどのようなフィードバックをしているのですか？

ヤフーの「Tech Blog」に限らず、エンジニアブログの文化は、世の中に浸透しつつありますが、私たちとしては変なアクセルの踏み方をしないようにしたいと考えています。 「オープンなのはかっこいい」というクリエイターのオープンマインドはこれからも大切にしたいものの、人には常に事情やタイミングがあるので「オープンじゃないのはかっこ悪い」という行き過ぎた空気感は作りたくありません。 オープンであることをみんなで推奨していく空気を醸成しつつも、内にこもっている人に対して排斥したり無理強いをしたりするのではなく、よきタイミングで背中を押すような存在でありたいです。そのバランスをどう舵取りするかを大切にしていきたいですね。