Developer Relationsの役割

​

概要

DevRel（Developer Relations）は、企業が開発者との関係づくりのために行う取り組みです。この取り組みが何の上に成り立つのかを理解するには、ソフトウェアエンジニアのあいだで共有された文化、すなわち学習・共有・改善という価値観と、それを外から見える形にする発信の働きを知る必要があります。 このページが対象とするのは、ソフトウェアエンジニアの文化です。まずDevRelを定義し、そのうえでエンジニア文化、エンジニアコミュニティの三層構造、発信が果たす役割を順に整理します。

​

DevRelとは何か

​

一般的な定義

DevRel（Developer Relations）とは、企業が開発者とのあいだに築く関係そのものと、その関係づくりを担う取り組みを指します。一般的なマーケティングや広報と異なるのは、相手が開発者である点です。プロダクトの利用者として、コミュニティの参加者として、あるいは将来の同僚としての開発者が相手になります。

​

2つの方向性

多くの企業は2つの方向性を同時に持ち、その比重は事業の変化とともに移ります。個々の活動がどちらに寄与するものかを明示しておくと、誤った尺度で評価されずに済みます。

​

関わり方の例

​

原則

これらの原則は、実務では互いを制約します。継続性は個々の活動の規模を制限し、中立性は活動が自社の短期的な利益に直接寄与できる度合いを制限します。このトレードオフを活動ごとに判断するのではなくあらかじめ決めておくと、この取り組みの成果は長期にわたって一貫します。

​

エンジニア文化とは何か

​

価値観

エンジニア文化とは、特定の雇用主にも特定の技術分野にも依存せず、エンジニアのあいだで共有されている価値観です。企業ごとの社内ルールや制度、働き方は組織文化であり、会社によって異なります。エンジニア文化は、誰に雇われているかにかかわらず、コミュニティ・共同のプロジェクト・公開された文章のいずれにも繰り返し現れるものを指します。 観察される内容の大部分は、次の3つの価値観で説明できます。

​

なぜこの価値観が成り立つのか

これらは、たまたま多くの人が好んでいる嗜好ではありません。エンジニアリングという仕事が持つ3つの性質が、これらを実務上の必然にしています。 技術的な知識は変わり続けます。 道具やフレームワークは数年単位で入れ替わり、クラウドやAIのように新しく習得が必要な領域も加わり続けます。学習は、この分野で働き続けるための条件であり、任意の美徳ではありません。 知識は複製しても減りません。 解決策を説明しても、説明した側からその知識が失われることはありません。共有のコストが低く双方に利益があるため、ノウハウが本質的に希少な分野よりも共有が広がりやすくなります。 作ったものは完成しません。 使われ続けるソフトウェアは要件・環境・負荷の変化を受け続けるため、「動いている」は完了ではなく状態を指します。改善は、その状態を維持するための活動です。 この3つが同時に現れる最も明確な例がオープンソースです。コードが公開され、誰でも読んで学ぶことができ、改善を同じコードベースへ還元できます。

​

エンジニアコミュニティの構造

​

三層構造

エンジニアコミュニティは、主体も動機も異なる3つの層から成り立っています。これらを一体のものとして扱うことが、企業が関わり始めるときによくある失敗の原因です。

​

層どうしの関係

個人は3つの層を横断して動きます。同じ人が個人の記事を書き、ミートアップの運営を手伝い、勤務先が主催するイベントで登壇します。層をまたぐのが同一の人物であるため、ある層での扱われ方が他の層での信頼に影響します。 コミュニティは有志の労力で運営され、中立性を前提に成り立っています。運営者は基本的に利益を得ず、参加者は自分の意思で参加し、その場は「営業の場として使われていない」と信じられているあいだだけ維持されます。この信頼がコミュニティの主要な資産です。 企業は事業として関わり、その動機は正当なものであり、隠す必要はありません。重要なのは順序です。会場・資金・登壇者・公開された知見など、コミュニティが求めるものを先に差し出す企業は関わりを維持できます。先に注目を求める企業はその関わりを失いやすく、失ったものを取り戻すのは困難です。

​

場の種類

コミュニティが集まる場にはいくつかの形式があります。それぞれ規模・必要な準備・向いている目的が異なります。

​

発信が果たす役割

​

定義と形式

自社プロダクトにおいても、技術ブランディングにおいても、発信は重要です。発信は、エンジニアリングの知識を、それを持つ個人やチームの外に、他の人が使える形で置く行為です。いくつかの形式があり、それらは互いに代替できるものではありません。

​

3つの役割

学習の循環は、まず発信した側に返ってきます。説明を書くと、書き手が言語化できない飛躍は読み手に受け入れてもらえないため、これまで検証されていなかった理解の部分が表に出ます。そこで得られるフィードバックが誤りを訂正します。これは他の方法では得にくい形のレビューです。 技術ブランディングは、単発の成果ではなく蓄積から生まれます。判断を継続して公開している組織は外部から予測可能になり、その予測可能性が技術的な協業や導入の判断を成り立たせます。 採用への影響は実在しますが、間接的なものです。受け手のために作られた内容は同じ価値観を持つ人を引き寄せ、応募者を集めるために作られた内容は宣伝として受け取られ、必要な受け手を失います。採用を直接の目的ではなく下流の効果として扱うことが、時間を使うに値する内容を保ちます。