🥑 Dis papa, c’est quoi un (baby) DevRel ? 🦄

Cela fait maintenant plus d’un mois que je suis dans ma nouvelle société en tant que DevRel, et cela me semblait le bon moment pour essayer d’expliquer ce rôle.
Depuis toujours, pour dire ce que je fais à la majorité des gens que je croise (qui, pour la plupart, ne sont pas du métier), cela se résumait par “je suis informaticien”, voire développeur si je sens que cela veut dire quelque chose pour la personne en face de moi.
Moyen simple de résumer ces dernières années en tant que développeur, tech lead, chef de projet technique, chef de projet, architecte Java, architecte applicatif, architecte logiciel, architecte DevOps, product owner, …
Autant de termes qui veulent dire tout et son contraire selon les sociétés où l’on se trouve, alors pour des personnes qui ne sont pas dans le métier de l’informatique je n’imagine même pas !

Informaticien, du coup, ça a le mérite d’être simple et de permettre à chacun de comprendre à peu près que je dois passer pas mal de temps sur un ordinateur 😉.

Mais alors la ou le DevRel dans tout ça ? 🦄

Récemment j’ai donc changé de société, après plus de 14 ans dans la même entreprise à faire plein de métiers différents tous aussi passionnants les uns que les autres. Mais j’ai eu l’envie de changer, et l’opportunité de travailler avec des personnes que j’ai longtemps admirées et de faire un métier assez étrange de prime abord : DevRel.

Dans cet article, je vais essayer de vous livrer humblement ma définition de ce nouveau rôle de DevRel pour tenter d’expliquer ce qu’il est pour moi (j’emploie le terme de rôle et non métier de manière voulue).

Avant de commencer essayons de nous mettre d’accord sur une chose : il n’y a pas de métier ou de définition de poste pour un Devrel, mais cela représente plus un rôle ou une posture voire, pour certain.e.s, un moment de leur vie professionnelle. En ce sens, une développeuse ou un développeur peut être DevRel pendant quelque temps, tout en continuant par la suite à être développeu.se.r.
Certain.e.s, comme moi, ont la chance de pouvoir le faire à plein temps. Quand je dis la chance, ce n’est pas que j’estime que ce rôle est meilleur que le métier de développeur, mais pour les personnes souhaitant faire ça à plein temps, il faut trouver la société qui le permette.

Et comme pour les autres métiers ou rôles que j’ai précédemment cités et eu dans ma vie antérieure, il y aura autant de définitions ou presque que de sociétés. Justement, puisque l’on parle de définitions parlons de dénomination. Derrière DevRel il faut entendre Developer Relation (en fait DevRel en est l’acronyme), on croise aussi Developer Advocate mais aussi ce que l’on appelait un évangéliste (beurk), on peut aussi remonter à l’ancien temps avec les avant vente, de temps en temps on entend aussi marketing technique.

Et puis de temps en temps lorsque, dans le microcosme de l’informatique, ce terme de DevRel est connu et que je l’emploie j’ai le droit à : ouais enfin ce n’est pas un vrai métier. Oui c’et un rôle mais je ne pense pas que cette remarque soit dans ce sens, et il se trouve que oui j’ai un vrai métier qui est basé sur le rôle de DevRel.

Au commencement les références 🤩

Comme souvent, on a des références pour nos métiers, et moi pour ce que représente un.e DevRel j’avoue avoir quelques références qui, je trouve, représentent bien le fait que l’on ne peut pas mettre tout le monde dans une même et unique case lorsque que l’on parle d’un.e DevRel.

Ces références sont les suivantes:

• Aurélie Vache, une DevRel qui évolue dans un monde, disons-le plutôt masculin. Elle inspire énormément de personnes et partage une quantité astronomique d’éléments avec un pouvoir de vulgarisation assez hors normes,
• Sébastien Blanc, qui a tué le game sur certains happening mais qui est pour moi un des meilleurs DevRel que je puisse connaître,
• Horacio Gonzalez, qui a prouvé que l’on peut se construire ce rôle de DevRel dans une société et en devenir l’un des plus connus et efficace de la place,
• Philippe Charrière, qui même si il ne le reconnaît pas toujours est pour moi un des DevRel les plus efficaces que ce soit pour sa société ou à titre bénévole (pour GitPod ou WASM par ex 😉)

J’ai la chance de travailler avec deux de ces grand.e.s DevRel, et il y en a plein d’autres que je n’ai pas cités (je m’en excuse). L’objectif aussi de cet exercice est d’illustrer qu’il n’y a un pas un morphotype de DevRel, mais que chacun.e est différent.e dans son approche, plus ou moins extraverti.e, plus ou moins dans le show.

Mais alors, c’est quoi l’élément commun entre toutes ces personnes (et celles que je n’ai pas citées) et moi ?

Le partage 🤝

Je pense que la meilleure définition pour expliquer ce qu’est mon métier c’est le partage. Et je pense que c’est ce qu’ont en commun toutes les personnes que j’ai citées précédemment.

Le partage, clef de voûte de tout ce que je fais et ce que font les autres DevRel ou personnes qui ont un rôle similaire.
Et là il n’y a pas de règle absolue, on peut être en licorne, lancer des paillettes, faire des gribouillis, faire des streams, des articles, des conférences, des bbl, être sérieux, être funs, être les deux, … L’important, et ce qui me motive tout les matins dans le rôle de DevRel, c’est le partage et le sentiment d’être utile.

On est là pour moi sur l’un des piliers du rôle de DevRel : le partage.

Accepter voire entretenir son syndrome de l’imposteur 🥸

Aurélie parle beaucoup mieux que moi du syndrome de l’imposteur, mais je crois que le métier de DevRel est pour moi quelque chose qui me permet de travailler dessus, voire de l’utiliser de manière positive.
Je m’explique : lors de mes postes précédents j’avais plutôt l’étiquette d’expert. Et en bon expert qui se respecte, je mettais un point d’honneur à essayer de connaître la techno que j’utilisais le plus profondément possible. Ce n’est pas antinomique avec le rôle de DevRel, mais j’ai la chance de travailler, pour la première fois de ma vie, pour une entreprise technique (dont les produits sont des produits IT) et il est clairement impossible que je devienne expert sur l’ensemble de ce qui est proposé.

Alors comment faire ?

Se flageller en se persuadant que l’on est un imposteur qui va être démasqué à la première question, ou embrasser cet aspect en acceptant de ne pas tout savoir, mais en essayant d’appendre et de se mettre dans le peau des utilisateurs de nos produits ?
Oui, bien sûr, j’ai choisi la deuxième solution. Pas toujours facile (car chassez le naturel et il revient au galop) mais j’accepte de ne pas être expert sur tout ce que je présente. Et j’aime la posture des autres DevRel que je peux croiser en démo, qui humblement indiquent qu’il vont demander en interne pour pouvoir partager la réponse à une question à laquelle ils n’ont pas sû répondre.

Cela ne veut pas dire qu’un.e DevRel est superficiel.le et la ou le champion.ne du monde des hello world, mais simplement que l’on se place dans la peau de la grande majorité des personnes utilisant des librairies ou logiciels : des utilisat.rice.eur.s et pas toujours des expert.e.s.

Je vous rassure, cela n’empêche pas d’avoir son expertise et les DevRel que je vous ai cités sont tout.e.s des expert.e.s dans un ou plusieurs domaines. Mais ils acceptent aussi de faire des choses qui les sortent de leurs zones de confiances, quitte à les exposer comme des non experts, mais toujours dans l’idée d’apprendre quelque chose.

Et c’est là, pour moi, un autre pilier du rôle de DevRel : continuer de vouloir apprendre et d’être curieu.se.

Rendre les développeu.se.r.s heureu.ses.x 🥳

J’emprunte cette phrase à Sébastien Blanc et j’espère qu’il ne m’en voudra pas, mais je trouve que cela résume parfaitement l’un des éléments qui me motive le plus avec ce rôle de DevRel et que je faisais déjà dans mes autres vies (alors que je n’étais pas officiellement DevRel, mais j’en avais parfois le rôle 😉).

Rendre les développeuses et développeurs heureuses et heureux

J’ai longtemps (20 ans) été de l’autre côté de la barrière, et je suis toujours revenu plein d’entrain, de motivation et d’idées après des conférences comme le Devoxx par exemple.

Durant ces conférences on a, selon moi, des DevRel partout. Certain.e.s le font à plein temps, d’autres le temps de la conférence mais avec le même objectif : partager et rendre les participant.e.s heureu.ses.x.

C’est pour moi un autre pilier du rôle de DevRel : faciliter la vie des développeuses et développeurs et les rendre heureu.ses.x.

Mais alors c’est quoi ton métier ? 🤗

Ma réponse sera toujours la même pour faire court : informaticien et plus particulièrement développeur.

Et si j’ai un peu de temps pour expliquer à la personne en face de moi:

• je partage mes connaissances par tous les moyens possibles aux autres métiers de l’informatique, pour les aider dans leur vie professionnelle de tous les jours,
• je suis constamment en apprentissage pour partager ces nouvelles connaissances aux autres,
• j’essaie de rendre heureux les autres développeuses et développeurs dans leur métier.

Conclusion 🧐

Et voilà, fin de cet article.
J’espère qu’il aura éclairé certain.e.s d’entre vous sur cet étrange métier, qui est en fait un rôle qui rassemble plusieurs métiers, et qu’il vous aura peut être donné envie de l’envisager pour une évolution de votre propre carrière, à temps plein ou de temps en temps dans votre vie professionnelle.

Merci de m’avoir lu, et si vous avez vu des coquilles n’hésitez pas à me l’indiquer sur l’article.