8 minute read

Bear Unicorn

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.

Comments