今日は私が開発者関係（DevRel）業界に入って一周年です。業界の「ベテラン」として、ネットユーザーの要望に応じて、この記事を通じて職場の新人に、開発者関係という職業で何をする必要があるか、そしてそれが含む仕事について紹介します。
本記事の内容は純粋に個人の考えと経験であり、私の専門的な成果を代表するものではありません。
私の故郷インドでは、「新人」という言葉は、卒業したばかりで仕事の経験がない人を指します。今日、私はもう新人ではありません。しかし、それはまだとても新鮮で、懐かしく、同時に少し寂しいと感じさせます。多くのことと同じように、自分がもう年を取ったことに気づきます。
私の最初の仕事は、故郷から千里離れた国（イギリス）で、最初の仕事である技術布教師を見つけました。当時、手元には故郷に留まらせてくれる他の6つの仕事のオファーがありましたが、私は前者を選びました。それが唯一の開発者関係に関する仕事の機会だったからです。この記事は、私が過去一年間に学んだ開発者関係についての知識であり、私がなぜこの大陸を跨ぐ仕事の機会を受け入れたかの理由でもあります。
開発者関係（DevRel は Developer Relations の略称）は、現在、最も求められている役割と考えられています。開発者関係ではない人の目には、Twitter での開発者関係に関するツイート（これは基本的に私たちの天国です！）を見て、この職業は超夢的だと思います。過去一年間、少なくとも千人以上が私にこの役割が実際に何をする必要があるか、そしてどうすればその一員になれるかを尋ねてきました。
多くの人が開発者関係を説明し、開発者向けの会社にとってなぜそれが重要かを説明していますが、私は誰の最初の仕事が開発者関係だったか、または現在開発者関係をしているかに出会ったことがありません（しかし、これはまさに私が経験したことです！）。したがって、私は開発者関係についての私の見方を共有したいと思います。
この記事は、開発者関係部門のない会社で働く人々のために書かれており、彼らはこの役割の役割をあまり理解しておらず、異なるタイプの会社でその役割が異なる可能性があることもあまり理解していません。同時に、開発者関係チームに参加したい志のある人々にとっては非常に面白いでしょう。
開発者関係部門は、多くの場合、コミュニティマネージャー、技術ライター、技術布教師、技術推戴者などの役割で構成されていますが、時にはグロースハッカーやマーケティング担当者などの役割も加わります。開発者関係部門の目標は、開発者と積極的な関係を構築することです。開発者は開発者向けの会社の主要な顧客です。例えば、私は現在 Ably 社で技術布教師を務めています。
これらの開発者顧客が満足した時だけ、これらの関係は積極的なものになります。開発者にとって、幸福感は完璧な製品ドキュメント、ウェブサイトのシンプルなナビゲーション、レスポンシブな顧客サポート、建設的な入門チュートリアル、魅力的なイベント/コンテスト、そしてその間のものから来ます。これこそが開発者関係チームの重点です。
テクノロジー企業の規模、製品、タイプに応じて、技術布教師/推戴者の目標も異なります。
-
グローバルな多国籍企業では、技術布教師の仕事の重点は、世界中のイベントにできるだけ多く出席することです。技術知識を共有しながら、彼らが XYZ 社を代表していることにも言及する必要があります。時には、技術布教師は会社が新しく採用した開発者の担当も行い、彼らが他の人と同じスタートラインに立つのを助けます。
-
テクノロジースタートアップ企業では、技術布教師の仕事の重点は、できるだけ多くの開発者ユーザーに製品を知らせ、既存のユーザーが製品についてすべてを理解し、製品を十分に活用できるようにすることです。
-
中規模テクノロジー企業では、技術布教師の仕事の重点は、技術イベントに参加するだけでなく、開発者顧客を引き付け維持するための様々な内部戦略を構築することかもしれません。
これは異なる会社にとって異なることを意味しますが、重要なのは、開発者関係チームのより大きな目標は知識を共有することです。プログラミング言語についてであれ、ソフトウェアエンジニアリング規範についてであれ、あるいは自社製品の技術詳細についてであれ。
したがって、私の考えでは、技術布教師は、高度な会議講演を初級聴衆が受け入れられるものに変換しながら、元の内容の技術詳細を保持できる人であるべきです。そのため、技術布教師が共有するすべてのリソースには、テーマに関する入門資料を含めるか、少なくとも他のシンプルな資料にリンクする必要があります。初級開発者でも高度な資料に従ってできるようにするためです。
| ** | 開発者関係に必要な開発経験** |
これはよく知られている事実です。最も偉大な頭脳のいくつかは、最も複雑な問題のソリューションを構築する時、時には自分がやっていることが十分に手に馴染んでいないと感じ、コミュニケーションできないことがあります。時には、彼らは後者に時間を費やすことを望まず、前者を好みます。
したがって、技術の創造者と技術の消費者の間には巨大なギャップがあり、これこそが開発者関係チームが埋める必要があるものです。
前述したように、私の最初の仕事は開発者関係でした。大学時代に多くのサイドプロジェクトをし、スタートアップでインターンをし、自分のテクノロジー製品を立ち上げたいと望んでいましたが、どの会社でもフルタイム開発者の経験はありませんでした。
もちろん、時には（そして今でも）Twitter で共有されている驚くべきことに圧倒されると感じます。自分で絶えず考えます、「この世界にはまだ私が知らないことがたくさんある」と。しかし、事実は、私を信じてください（私も他人から聞いたのですが）、実際には大多数の人は私（またはあなた）と同じで、同じ船に乗っています。
この世界では毎日信じられないほどのテクノロジーが登場し、発展速度は人の限界を超えています。したがって、ある分野の専門家でも、別の分野の詳細しか知らないことがよくあります。しかし、聴衆として、あなたはこれらの異なる専門家を一緒に集め、自分だけが多くのことを知らない唯一の人だと感じさせます。
もし何か違いがあるとすれば、それは Twitter で見るすべての投稿が、私に新しいことを学ぶよう奨励することです。好きなものに出会えば、より多くの精力を費やして理解します。また、最もシンプルな方法で他の人と共有し、彼らが私のように多くの時間を費やす必要がなく、私のように多くの資料を見る必要がなく、最後に各情報ポイントをつなげるだけでいいようにします。私自身もこの過程を楽しんでいます。
私の一日は、私が努力を通じて他人が以前理解できなかったことを理解させる時で、同時に私自身が理解するのに長い時間がかかります。これはとても面白いです。
| ** | 時には開発者関係は複数の「帽子」をかぶることを意味するかもしれません** |
大規模な開発者関係チームは、各技術推戴者が会社の開発者顧客により良いサービスを提供する方法を試す時間を費やせることを意味します。例えば、面白いチュートリアルを書き、最もホットな技術トレンドについて話し、ウェビナーを開催し、考えさせる技術記事を書き、教育ビデオを録画し、複雑なデータ構造/アルゴリズムを説明する手描きスケッチをし、より効果的な技術サポート戦略を提案し、製品の入門ガイドを構築し、あるいは単にできるだけ多くの開発イベントに参加し、技術分野の人々と対面で交流しようとすることです。
しかし、より小さな開発者関係チームは、このようなことを同時に複数行うことを意味します。これは完璧なバランス行為であり、生まれながらに実験的な性質を持っています。何でも多すぎても少なすぎても危険です。したがって、絶えず戦略を進化させ、定期的に指標をチェックし、複数の変数に基づいて何が効果的で何が効果的でないかを分析する必要があります。
| ** | 新人はどのような価値を生み出すのか？** |
もちろん、新人は経験豊富なベテランのように、技術問題についての第一手の経験を持ち、問題に応じて適切なソリューションを提案することはできません。
私は、経験豊富な人が特定の技術トピックについて簡単に話せることに非常に同意します。対応して、新人はまずそのトピックを理解するのに10倍の時間を費やし、他人と共有する十分な自信を持つ必要があります。内容が経験豊富な技術推戴者と同じでなくても、確実に完全に異なる角度から理解します。
| ** | みんなが開発者関係** |
前述したように、現在の卒業生は開発者関係に好奇心を持ち、参加したいと望んでいます。ここには大きな誤解が存在する可能性があります。技術布教師は世界中を旅するおしゃれな人たちで、基本的な開発スキルを共有していると考えられています。しかし、このような超クールな役割でさえ、真剣な仕事が必要です。
信じてください、発表されたすべての記事、書かれたすべてのチュートリアル、すべての講演の背後には、多くの仕事があります。コンテンツは最大の課題であり、多くのものがその中で役割を果たします。例えば、視覚的提示、技術的分解、関連性、技術レベル、資料の長さなどです。下に数千人の観客がいる舞台に立つことは簡単ではありません。見知らぬ人と有意義な会話を持ち、良い友達になることも簡単ではありません。公に批判を受け入れ、絶えず学び向上させることはさらに簡単ではありません。これらすべては簡単ではありません。
開発者関係は簡単ではありません。しかし、素晴らしいものを構築し、それについて絶えず話すことに情熱を持つ人々にとって、それは確かに非常に面白いです。
もちろん、開発者関係チームに参加したことは、実際のコードを書く時間があまりないことを意味します。これは多くの人にとってフラストレーションであり、開発者関係チームに参加するという決定全体に影響します。私は多くの人が開発者チームで短い時間過ごした後、開発者の職務に戻るのを見てきました。したがって、開発者関係チームに参加する前に、それが何であるかを理解することは非常に重要です。
私を知っている人は、私が非常に話し好きであることを知っています。私の母が大学の CS 教授で、複雑なことを他人に教える楽しさを私に植え付けてくれたと思います。
したがって、私は開発者関係は私にとって自然なことだと考えます。私は自分が得意だと言っているのではありませんが、私はそれに参加することを楽しんでおり、過程で絶えず学んでいます。同じ情熱が、私が大学から Mozilla 財団と縁を持ち、最初は Firefox 学生大使になり、その後代表になり、現在は技術講演者になった原動力です。これを借りて、私は志を同じくする友人のグループに出会い、彼らと一緒にバーチャルリアリティについての本『Learning Web-based Virtual Reality』を共著するよう駆り立てられました。
私は私が知っていることについて話し、書くことが好きで、私が知らないことを学ぶことに非常に興味を持っているので、自分で他人と共有できます。
もしあなたがこの記事と関連付けられ、これがあなたが常にやりたいことなら、開発者関係はあなたのためです。機会を探し始めてください！しかし、もしあなたが理解できないなら、私の友人、今まであなたは開発者関係についてまだいくつかの誤った理解を持っています。
| ** | 経験豊富な開発者 != シニア技術推戴者/開発関係責任者** |
ここまでで、あなたは開発者関係チームが開発者で構成される技術チームやマーケティングチームと比較して、完全に異なる目標、責任、スキル要件などを持っていることを理解しているはずです。
したがって、あなたが何年も開発者をしていても、開発者関係自体に時間を費やして、それを正確に理解する必要があります。したがって、豊富な経験を持つ開発者からシニア開発推戴者への移行は、あなたと会社にとってあまり生産的ではない可能性があります。
| ** | インドでの開発者関係** |
残念ながら、インドの開発者関係のシーンはかなり惨めです。ヨーロッパやアメリカと比較して、ここで開催される会議の数は非常に少ないです。多くの人（Siddharth や Dhananjay など）がすでにこれに気づき、インドで有意義な活動を組織し、グローバル開発者関係コミュニティと連携し、参加し貢献することで、この現状を変えようと努力しています。
しかし、現在の技術コミュニティはまだ「技術布教師」を自然な仕事の役割として見なしていません。かなりの数の会社が確かに開発者関係部門を設けていますが、目標は大きく異なります。
私自身もインドの会社で技術布教師の役割を務めたことがありますが、そこでの重点はシンプルなマーケティングであり、開発者/コミュニティ構築ではありませんでした。これは完全に間違った考えであり、もしあなたがその一つであれば、雇用する前にそれを理解してください。あなたは多くの人々のこの役割に対する理解を変えているかもしれません。この時、Christian Heilmann が書いたブログは良い出発点になります。
もしあなたが開発者向けのテクノロジー企業であれば、開発者関係チームの構築を真剣に考える時です。もしあなたが開発者関係チームに参加したい人であれば、状況を明確にし、あなたがやるべきことが何であるかを明確に知り、その後正しい判断を下してください。
私は私の最初の年のキャリアを完了することに非常に興奮しています！ここで、私は過去一年間に私が様々なことを理解するのを助け、私を専門家として成長させてくれたすべての人に感謝します。同時に、私の仕事内容をフォローしたい場合は、私もよく Twitter @Srushtika に投稿します。
著者：Srushtika
翻訳：庄七
原文：A fresher’s guide to DevRel
転載をご希望の場合は、出典を明記してください：デベロッパーリレーションズ »
