Points communs des blogs techniques attractifs
-
L’approbation est facile, voire presque inutile
-
Le processus d’approbation/édition rend les articles plus attractifs pour les ingénieurs
-
Un soutien au niveau C-level
Points communs des blogs techniques peu attractifs
-
Des processus d’approbation nombreux et lents
-
Une approbation est aussi requise du côté des fonctions non techniques
-
Le processus d’approbation/édition sert principalement à éliminer les risques, à retirer des références à certains contenus, ou à rendre l’article vague, ce qui le rend inintéressant pour les ingénieurs
-
Aucun soutien à haut niveau
Processus, résumés à partir d’entretiens, de trois entreprises qui exploitent bien leur blog
Heap
▪ Si quelqu’un a une idée d’article
▪ L’auteur (ingénieur) travaille en binôme avec un « buddy » qui édite et approuve l’article
▫ Le buddy est un ingénieur ayant déjà démontré de bonnes qualités de rédaction
▫ Après plusieurs allers-retours, l’angle principal (thrust) de l’article peut changer
▪ Le CTO lit et approuve
▫ En général, uniquement des retours mineurs
▫ Des suggestions du niveau de « un designer pourrait rendre ce graphique un peu plus joli »
▪ Publication de l’article
- Lors de la première étape d’édition, un brouillon avait été partagé sur un canal Slack où tout le monde pouvait donner son avis,
mais ce n’était pas une très bonne expérience, donc le processus a été conçu pour éviter de recevoir « trop de retours » à cette étape.
Segment
▪ Si quelqu’un a une idée d’article
▫ Elle provient souvent de documents internes, de présentations externes, de projets publiés, ou d’open source développé en interne
▪ L’auteur (ingénieur) rédige un premier brouillon
▫ Un ingénieur senior peut aussi aider à préparer ce brouillon
▪ Jusqu’à récemment, il n’y avait pas de processus de retours
▫ Les retours venaient surtout d’un cofondateur et d’un engineering manager
▫ Retours des managers et des tech leads
▫ En général, c’est finalisé vers le troisième brouillon
▫ Un éditeur à temps plein commence ensuite l’édition
▪ Information de l’équipe technique, puis retours d’environ 15 à 20 personnes
▪ La PR et l’équipe juridique relisent, avec une étape d’approbation légère
-
Il existe un dispositif de « Blogging Retreat » qui réserve une semaine à l’écriture pour le blog
-
Des critères explicites ont été définis afin que l’écriture et la prise de parole puissent être récompensées dans l’évaluation des performances et dans la career ladder
CloudFlare
▪ Si quelqu’un a une idée d’article
▫ Le blogging interne fait partie de la culture d’entreprise, et certains billets proviennent du blog interne
▪ Le CTO lit tous les articles, et d’autres personnes les lisent aussi et les commentent
▫ Le CTO approuve l’article
▪ Le CEO est le sponsor du blogging
▪ Processus d’approbation juridique « très rapide », avec un SLO inférieur à une heure
▫ C’est tellement léger qu’on pourrait presque ne pas remarquer qu’il existe
L’article ne s’appuie que sur trois entreprises, donc il est risqué d’en tirer une généralisation, mais le soutien de la direction est important
5 commentaires
Avoir un éditeur à plein temps qui relit les textes non pas pour critiquer le fond, mais sous l’angle de la meilleure façon de les écrire pour qu’ils soient agréables à lire, serait vraiment d’une grande aide.
En Corée, il y a un article récent écrit par Market Kurly, mais il n’est pas sur GeekNews. Cela vaut le coup de le lire en lien avec le sujet.
"Refonte du blog technique" https://helloworld.kurly.com/blog/redesign-tech-blog/
Retour d’expérience de développement d’une collection de blogs techniques de startups https://fr.news.hada.io/topic?id=1536
L’adresse du site de collection de blogs techniques de startups coréennes que vous avez créé a changé.
https://metapost.dev/
Merci pour ce bon article :)
Est-ce qu’il n’est pas possible de modifier le texte sur mobile ?
Ah, GeekNews n'a pas de fonction de modification ^^;;
Ah d’accord :(
Merci de me l’avoir signalé