DEV Community

Michaël Maillot for Onepoint

Posted on

"C'est une bonne situation 'Responsable comité éditorial' ?"

Plusieurs mois après le lancement officiel du comité éditorial, un petit bilan s'impose afin de donner mon ressenti, les doutes et les enjeux autour du rôle de responsable.

Ce retour d'expérience résulte de mon vécu (et aussi un peu celui de mes collègues) et permet de mettre en lumière le (court) chemin parcouru, pouvant donner des idées ou mettre en évidence certains points d'attention.

Il était une fois: rien

Au sein de la communauté Atlantique, et depuis maintenant six ans environ, nous avons l'opportunité de partager nos expertises à l'extérieur, notamment au travers de conférences et de réalisation de projets destinés à des salons de la tech (ex. DevFest Nantes).
Néanmoins, ceci n'est nécessairement pas à la portée de toutes et tous (qu'il s'agisse de temps à passer, d'oser prendre la parole en public ou tout autre raison).
Il nous est alors venu à l'esprit un moyen de toucher une population tech au-delà du "local", permettant au plus grand nombre de partager un retour d'expérience sur un projet, une techno, une actu ou même une conférence. Le tout encadré par une équipe chevronnée (ou pas) et motivée d'apprendre les uns des autres.

Les débuts

En effet, partant d'une simple fusée éclairante de la part de Yann et Nicolas idée, celle de promouvoir nos expertises à l'extérieur de onepoint Atlantique, nous avons commencé par un dépôt, un board et quelques ébauches d'articles tout droit venues de mes collègues précédemment cités, pour ne pas les nommer (oupsie). Tout en embarquant d'autres personnes aussi motivées pour assurer un suivi et éventuellement, publier à leur tour.

Puis les premières questions ont fait surface :

  • Avions-nous de la matière pour produire ?
  • Comment assurer le suivi ?
  • Connaissions-nous des collègues intéressé(e)s pour rédiger ?
  • Quels types d'articles voulions-nous voir publier ?
  • Quel rythme de publication souhaitions-nous / pouvions-nous "garantir" ?
  • Où publier ?
  • ...

Nous avons donc commencé par quelque chose de "classique" : la mise en place d'un board lié au dépôt des articles, permettant de recenser les idées (sous forme d'issues), puis de suivre l'avancement de celles-ci (rédaction, relecture, validation et enfin publication). Afin de cadrer le périmètre rédactionnel (objectif, type d'article, relectrices/eurs souhaité(e)s,...), nous avons établi un premier template pour l'ajout d'une idée, puis un second pour la publication d'une branche en lien avec ladite idée.

Un point hebdomadaire a également été mis en place pour assurer un suivi rigoureux de chaque article. Une date butoir est alors définie pour chacune des phases, dans le but de conserver un rythme de publication. Bien évidemment, celui-ci était aux abonnés absents au départ, le temps de valider les premières publications.
Cela nous a permis de "rôder" l'équipe et son organisation.

Processus, mise en lumière et soutien

Une règle d'or sur laquelle nous nous sommes mis d'accord au sein du comité, c'est que chaque rédactrice/eur est impliqué dans chaque étape, de la proposition d'idée à la "promotion" en interne de l'article en passant par une relecture à la fois sur la forme et le fond, en tâchant de rester le plus constructif possible. À noter que les personnes désignées pour la relecture ne sont pas forcément les membres du comité éditorial : cela peut également être des collègues identifié(e)s comme "sachants" sur le sujet donné ou ayant assisté au même événement le cas échéant.

Concernant la plateforme cible de publication, celle-ci est déterminée en amont en fonction du sujet. Si l'on prend en exemple un retour d'expérience concernant un événement interne, notamment en ce qui concerne l'implication personnelle dans son organisation, il sera plus approprié de le poster sur son site personnel ou encore sa page LinkedIn. A l'inverse, un article sur une nouveauté tech pourra être publié sur la plateforme dev.to, sous la "bannière" onepoint.

Lorsque l'article est validé (merge request approuvée) et donc prêt à être publié, l'autrice/eur décide de la date de publication (en général dans les heures qui suivent la validation). Une communication est alors réalisée en interne pour mettre en avant le nouvel article, incluant un lien vers ce dernier, un autre vers la publication sur LinkedIn ou X / Twitter ainsi qu'un résumé.

En dernier lieu et afin d'avoir une vision d'ensemble du rayonnement extérieur de notre communauté locale, un fichier de suivi contenant les conférences, meetups et articles publiés est mis à jour soit par l'autrice/eur, soit par notre équipe.

Et le rôle du responsable dans tout ça ?

Au-delà d'un titre, le responsable s'occupe d'orchestrer le suivi de rédaction, la relance des rédactrices/eurs, la recherche de nouveaux candidats susceptibles d'avoir quelque chose à partager et d'identifier les axes d'amélioration.
Il faut également permettre à chaque personne intéressée pour rédiger d'accéder au dépôt, la guider dans le processus de rédaction et rester à l'écoute. Il faut également être capable de prendre la décision d'annuler la rédaction d'un article, si celui-ci s'éloigne bien trop du cadre défini, ou s'il tarde trop à être rédigé (le délai de publication a son importance lorsqu'il s'agit de parler d'une conférence ayant eu lieu il y a deux mois ou d'une actu tech importante sur l'instant).

Dans notre cas, le responsable n'est pas seul (et heureusement) : l'ensemble de l'équipe du comité peut ajouter sa pierre à l'édifice, assurer également le suivi et prendre part aux décisions, prises de manière collégiale.

L'une des actions les plus essentielles est également la promotion et la mise en lumière du comité : que ce soit au travers de publications sur un canal dédié, la publication d'une newsletter mensuelle ou même la présentation du comité lors d'un événement interne.
Le plus important est de de mettre à disposition un espace où chaque collaboratrice/eur a la possibilité de partager à l'écrit sa propre expérience sur un sujet, en partant du postulat que l'on a toujours quelque chose à apprendre des autres.

Conclusion

Je vous épargne le fameux couplet "Écoutez, je ne crois pas qu'il y ait de bonne ou de mauvaise situation...". Mais si je devais résumer mon rôle de responsable avec vous, je dirais que c'est d'abord une opportunité. Des collègues qui m'ont tendu une perche, peut-être à un moment où je n'avais trop de disponibilités (mais eux non plus en fait), où j'étais pris à temps plein (et cela n'a pas changé).

Personnellement, j'ai pris ce rôle comme un challenge, avec l'intention d'en apprendre beaucoup tant sur le contenu publié que sur l'organisation d'un tel comité. N'ayant aucune expérience en la matière, mais disposant d'un blog personnel orienté tech, je trouve l'exercice intéressant et enrichissant pour en apprendre davantage sur certains aspects rédactionnels et leurs impacts sur le public cible.

Et quoi pour la suite ? Nous sommes en train de travailler pour automatiser la relecture avec suggestion de corrections, voire la publication avec promotion en interne. Nous travaillons également sur la publication au format PDF, avec mise en page, pour éventuelle impression au format papier. Nous avons de nouveaux candidats pour la rédaction d'articles avec en cible une publication à la rentrée, afin de conserver notre rythme d'un article par semaine. Nous travaillons également avec le comité éditorial groupe dans le but de promouvoir nos expertises sur le site institutionnel.

Pour terminer, je voudrais remercier Yann et Nicolas pour m'avoir fait confiance, ainsi que l'ensemble des membres du comité éditorial (Stéphane, Arthur, Benjamin) pour m'aider dans cette aventure. Et bien évidemment, je remercie onepoint de nous permettre de partager nos passions, qu'il s'agisse via des articles ou des conférences, afin de mettre en avant nos expertises et contribuer à l'enrichissement de chacun(e) tant au sein de l'entreprise qu'à l'extérieur.

Top comments (0)