著者：Christian Heilmann
翻訳：庄七
| 開発者啓発を定義する
開発者大使（Developer Advocate）は、会社とその内部開発者と外部エコシステム開発者の間の代弁者、調停者、翻訳者です。会社の中では毎日、開発者と非技術者が互いに交流しない、または交流の中で完全に誤って相手の観点を理解する状況が発生し、会社は毎日数万ドルを浪費しています。
開発者の努力の下で、コンピュータの世界は動き続けています。偉大な製品は良いアイデアから始まり、情報アーキテクチャ、デザイン、ユーザー体験がより良くユーザーに奉仕します。しかし、それを実現しユーザーにサービスを提供するには、まず開発者が必要です。しかし残念なことに、現実では開発者は通常「デリバラー」として定義され、「思考者」として定義されません。これは正しくありません。したがって、会社内では開発者に語りかけたり、彼らを興奮させるものやプロジェクトを開始したりできます。
ヒント：先見の明のある会社は、世界中の第三者エコシステム開発者に製品やインターフェースを開放します。これは単純なデータフィード（DataFeed）、API、SDK、あるいは製品全体をオープンソースにすることもできます。この利点は、世界中の開発者が製品を使用する過程で、あなたが考えたこともない製品問題を発見できることです。イノベーションは企業内部に存在するだけでなく、世界のどこにでも存在するべきです。これはあなたが製品にすでに精通しているユーザーを「雇用」しながら、彼らの製品への興奮をより良く刺激し、貢献の過程で第一時間に支援を提供する必要があることを意味します。これこそが開発者大使が力を発揮する場所です。
この社会では（もちろん会社も含めて）、敬業で高レベルの開発者が多く、いつでも技術的難題を解決する準備ができています。あなたがする必要があるのは、彼らが10歳の子供が子犬を得た時のように愉快で興奮するようにすることです。ギークたちにとって、魅力的な技術でプログラミングすることは、子供が子犬に出会うのと同じです。
あなたが開発者の言葉で彼らとコミュニケーションできれば、開発者は様々な技術的難題を解決する動機を持ちます。逆に、彼らは奇妙で交流が苦手に見えるかもしれません。開発者は仕事の過程で、通常企業のマーケティング部門のように簡単に興奮しません。彼らの興奮を刺激できない場合、彼らは精力を他の場所に移すかもしれません。例えば、ペットを飼ったり、他の選択肢を選んだりします。
| 正しいマインドセットから始める
開発者大使として、技術を追い求めることは常に忘れてはならない初心です。なぜなら、次々と続く講演（Presentation）の中で、私たちは簡単に講演資料を繰り返し使用する習慣を身につけますが、これも講演が大きな反響を生まない原因となります。
会社が新しい製品をリリースした場合、開発者大使は外部の開発者のように体験する必要があります。そして、それを使って開発を行い、構築の全過程を記録すれば、あなたはすでに新しい記事や講演内容を持っています。
もちろん、各仕事には独自の属性があり、政府機関で働くことと大規模な多国籍企業で働くことは異なります。開発者大使として、開発者の経験を持つことは非常に重要です（多ければ多いほど良い）。なぜなら、あなたの仕事内容は様々な開発者を惹きつけ、会社の技術製品に興味を持たせることだから、あなたが個人的に体験した後でのみ、本当に開発者を理解し、より良く仕事を完了するのを助けることができます。
技術専門家になることは非常に重要ですが、会社には多くの些細なことを処理する必要があることも意識すべきです。これらのことを処理する経験（失敗、成功を含む）がなければ、開発者に自分の製品を使用する説得力のある根拠と理由を提供することは困難です。
開発者大使は主に開発者が転身して形成された新しい役割であり、HR、PR、マーケティングから来たものではありません。その主な仕事は依然として開発ですが、主に例、トレーニング資料、デモンストレーションなどを中心に展開し、実際の製品ではありません。
| 自分の位置を見つけ、自身の強みを発揮する
もちろん、すべての人がフルスタックの開発者大使になれるわけではありません。啓発のクローズドループ内で自分の位置を見つけるだけで十分です。あなたが最も好きなことは何かを考え、それを行動に移し、何かを創造してください。啓発の職務の中で最も一般的なものは：
✅ コードチュートリアルの作成
✅ ブログの執筆
✅ 公開講演
✅ 製品トレーニング
✅ ソーシャルメディア推進
✅ ストリーミング運営
✅ コミュニティサポート
このハンドブックの他の内容を確認し、どの内容が最も共感を呼ぶかを見てください。そして行動に移せば、損失はありません。この事業に専念すれば、徐々にそれを愛するようになるでしょう。
| ハンドブックについて |
このハンドブックは、あなたが優れた開発者大使になるのを助けることができます。どのような製品や会社であっても、自分のやり方に従って、異なる市場と受衆に合わせて調整するだけでいいです。なぜなら、重要な原則は世界のどの隅のどの人にも有効だからです。
開発者啓発は比較的新しい仕事分野で、あなたが遭遇する最初の障害は、開発者大使とは何か、なぜすべてのテクノロジー企業がこのような役割を必要とするかを人々に紹介することかもしれません。
11年前、私はキャリア発展で壁に遭遇しました。この出来事が私がこのハンドブックを書くきっかけでした。当時、私はすでに首席開発者でしたが、さらに上に行くには開発主管しかありませんでしたが、これは私が好きなことではありませんでした。その後、私は仕事以外で簡単なことを始めました。例えば、開発者に自分の会社を紹介することです。もちろん、当時は相応の認知を得ていませんでした。そこで、私は「開発者啓発師（Developer Evangelist）」という役割を考え出し、それを会社の全く新しい仕事のポジションとしました。私は幸運で、会社は当時同意し、私がこのことをするのを支持しました。したがって、他の人々が私のように機会を得るのを助けることが、私がこのハンドブックを書いた初衷です。
2020年、私はこのハンドブックを更新し、同時にハンドブックの名前も変更し、開発者啓発（Developer Evangelism）を開発者擁護（Developer Advocacy）に修正しました。なぜなら、啓発は宗教用語であり、擁護はより良い意味を持つからです。開発者世界の大使として、あなたは会社の内外で開発者のために良好な開発者体験を追求する人です。
| 著者について
クリスチャン・ハイルマン（Christian Heilmann）は20年の経験を持つウェブ開発者です。過去10年間、彼は Yahoo、Mozilla、Microsoft などの会社で、長期にわたり開発者啓発師/開発者大使の仕事に従事してきました。現在、彼はベルリンに住み、マイクロソフトの首席プロジェクトマネージャーを務めています。開発者と開発者大使チームをリードしています。彼は2005年から christianheilmann.com でブログを書き始め、Twitter で codepo8 を検索すれば彼を見つけられます。
本ハンドブックのオリジナルアドレス：https://developer-advocacy.com/
転載をご希望の場合は、出典を明記してください：デベロッパーリレーションズ »
