【ITニュース解説】How to Lead DevRel in the AI Era: Stop Playing It Safe

DevRel（デベロッパーリレーションズ）とは、企業が自社の技術や製品を開発者に理解してもらい、実際に使ってもらうために、開発者との関係性を築き、サポートする活動全般を指す。現代はAI技術が急速に進展し、多くの企業がAI関連製品をリリースしているため、市場は新しいツールやサービスで溢れている。このような状況では、開発者は選択肢の多さに圧倒され、DevRel活動も注目を集めるのが難しいという課題に直面している。この記事では、AI時代においてDevRel活動をどのようにリードし、目立たせるかについて、具体的な経験と戦略が示されている。

筆者はGitHubのDeveloper Advocateとして、AIを活用したコード提案ツール「GitHub Copilot」の立ち上げに関わった。当時、Copilotに対しては「GitHubがコードを盗んでいる」「AIはまだ信頼できない」といった開発者からの強い懐疑的な意見があったため、チームは慎重な姿勢で臨んでいた。しかし筆者は、この懐疑論に真っ向から向き合うため、「Copilotの真実」という題名の講演を企画した。このタイトルは議論を呼ぶ可能性があったため、後に「Copilotでレベルアップしよう」と変更されたものの、この講演は非常に人気を集め、O'Reilly Mediaのワークショップでも成功を収め、GitHubの当時のCEOが企業顧客にブログ版を配布するほどの影響力を持った。これは、開発者の懸念に耳を傾け、積極的に情報を提供することの重要性を示している。

次に、筆者はBlock傘下のTBDという組織でStaff Developer Advocateとして働き、分散型アイデンティティやクロスボーダー決済といった、複雑で一般に理解されにくい技術のコミュニティ形成と普及に努めた。社内チャネルでの情報発信に留まらず、より多くの開発者に技術を知ってもらうため、YouTubeでライブ配信シリーズを開始した。このシリーズでは、自社の技術が怪しいものではないことを示すため、あえて同じ問題に取り組む競合他社の技術者も招き、共演させた。この戦略はリスクを伴うと見なされたが、Auth0やMicrosoftのような信頼性の高い企業も同様の課題に取り組んでいることを示すことで、開発者からの信頼を得て、競合のコミュニティとも連携を深めることができた。これは、オープンな姿勢で協力し、透明性をもって情報発信することの有効性を示している。

その後、筆者はBlockのオープンソースDevRelのリーダーに昇進し、出産休暇中もAIエージェントの分野を深く学び、自社のオープンソースAIエージェント「goose」の開発に貢献し、市場での立ち位置を評価し続けた。当時のAIモデルはまだ性能が十分ではなく、ライブデモでは動作の遅さやエラーによって「間」が生じ、視聴者が飽きてしまう可能性があった。そこで筆者は、短く、面白く、そして少しユーモラスなコーディングコンテスト「The Great Goose Off」を企画した。参加者には「最も混沌としたツール」を作ることを推奨し、たとえエージェントが期待通りの結果を出せなくても、その過程自体が楽しめるコンテンツとなるように工夫した。これにより、参加者のプレッシャーも軽減され、このライブストリームは一時的に大きな成功を収めた。これは、技術的な制約がある場合でも、創造的な発想で楽しさを加え、開発者の関心を引きつけることの重要性を示している。

AI時代にDevRelが成果を出し、注目を集めるためには、六つの具体的な戦略がある。一つ目は、製品に常に触れ続けることである。リーダーという立場であっても、自ら製品を使って開発を行い、その中で実際に直面する課題を体験することで、チームに具体的な戦略的指示を与えることができる。公開での開発作業、コードの修正、そしてドキュメントの継続的な更新は、この実践的な姿勢を保つための具体的な行動である。

二つ目は、開発者が現在関心を持っている話題にリアルタイムで参加することだ。基本的なインストールガイドや機能の紹介も必要だが、それだけでは注目を集めるのは難しい。例えば、特定の技術トレンドがSNSなどで話題になっている時に、迅速にその話題に関連するデモをライブストリームで行い、その内容を詳細な動画解説やブログ記事として提供することで、開発者の興味に直接応えることができる。

三つ目は、完璧主義に固執せず、迅速に高品質なコンテンツを提供することだ。AIエコシステムは非常に速いペースで変化するため、一つのコンテンツに長い時間をかけすぎると、市場の流れに乗り遅れてしまう可能性がある。技術的に正確で、分かりやすく、チームメンバーによる確認済みのコンテンツであれば、たとえ完璧でなくても迅速に公開する方が、時間をかけて完璧なものを遅れて出すよりも、はるかに大きな影響力を持つことが多い。

四つ目は、技術ミートアップを実践的で、参加者が具体的な行動につながる場にすることだ。高額なネットワーキングイベントよりも、開発者が実際に手を動かして学び、製品に触れられる環境が、長期的な製品の採用につながる。短い技術講演の後に、参加者が実際にコードを書いて試せるハッカソン形式のイベントを開催し、そのためのテンプレートを提供することで、コミュニティ全体で製品の普及を促すことができる。

五つ目は、ドキュメントの更新プロセスを自動化することだ。現代では、開発者だけでなくAIエージェントもドキュメントを参照するため、ドキュメントが古いままだとAIエージェントがツールを正確に利用できない可能性がある。製品がリリースされるたびに、GitHub Actionsのようなツールを使ってAPIの変更点や不足している機能ガイドを自動的に検出し、チームメンバーにタスクとして割り当てることで、少ない人数でもドキュメントを常に最新の状態に保つことができる。

六つ目は、コミュニティへの投資を、単なる販売促進の手段としてではなく、本物の人間関係を築くためのものとして捉えることだ。開発者コミュニティは、製品の採用、フィードバック、そしてオープンソースへの貢献を促す上で非常に重要だが、その根底には誠実さがなければならない。Discordでの質問への迅速な対応、有害な言動への厳格な対処、そして社内エンジニアをコミュニティチャットに参加させて実際のユーザーの課題に触れさせることは、コミュニティからの信頼を築く上で欠かせない。また、製品に熱心なユーザーやメンテナーを単なるデータとしてではなく、真の協力者として扱い、友情を育むことで、彼らは製品や開発チームへの献身を深めるだろう。

筆者の経験から得られた教訓は、DevRelの成功は、既存のやり方にとらわれず、自身の直感を信じ、リスクを恐れずに創造的なアプローチをとることにあるということだ。絶えず変化する技術環境の中で、開発者の動向に遅れることなく、共に歩むためには、大胆にオープンに活動し、迅速に実行し、そしてコミュニティのメンバーを心から大切にすることが、DevRelのリーダーや担当者に求められる重要な姿勢である。