Buffer, en tant qu'entreprise, ferme la dernière semaine de l'année chaque année, et historiquement, en tant qu'équipe d'ingénierie, nous gelions le code pour la semaine précédant notre fermeture afin que rien ne se casse avant les vacances. (Assez intelligent de notre part.)

Cette année, nous avons fait quelque chose de différent, et ça a quand même marché. Nous avons utilisé la dernière semaine de l’année comme un « fixathon » pour toute notre équipe d’ingénierie.

Fixathon = une semaine au cours de laquelle notre équipe d'ingénieurs de 29 personnes a passé une semaine entière à corriger des bugs.

À la fin de la semaine, non seulement nous avions corrigé 44 bugs, mais nous n'avions rien cassé au cours du processus. 😎

En savoir plus sur notre processus de mise en place du Fixathon et ses résultats.

Pourquoi nous avons passé une semaine sur les corrections de bugs

Comme tout produit, il y a des bugs dans Buffer. Nous les rencontrons, notre équipe Advocacy les remarque et nos clients les signalent. Nous pensons qu'apporter ces améliorations apparemment minimes tout en résolvant des bugs peut en fin de compte avoir un impact énorme sur l'expérience utilisateur, ce qui est actuellement un objectif important pour notre équipe. Mais cette semaine n'était pas seulement consacrée à la correction de bugs : il s'agissait également de saisir l'occasion de rassembler toute l'équipe d'ingénierie pour améliorer notre façon de travailler. Nous avons passé une semaine à développer de meilleures habitudes pour publier des changements, améliorer notre communication et collaborer plus étroitement avec notre équipe de défense des clients et entre nous.

Comment a fonctionné le Fixathon

Avant le Fixathon, nous avons dressé une liste de tâches sur lesquelles notre équipe doit travailler avec beaucoup de soin afin de garantir que le risque de panne soit aussi faible que possible. À partir de là, nous avons rédigé un ensemble de lignes directrices que tous nos ingénieurs pourront suivre dès le début du Fixathon.

Pour commencer, nous avons ouvert un outil appelé Bugsnag

Chaque journée a commencé avec l'engagement de nos ingénieurs dans Bugsnag, un outil conçu pour surveiller et gérer les rapports d'erreurs automatisés. L'objectif principal de cette phase était de trier ces rapports d'erreurs automatisés. Notre équipe a examiné, catégorisé et, si possible, résolu les problèmes directement signalés par Bugsnag, et notre objectif était d'effectuer une action sur au moins 15 rapports de bogues avant de passer à la phase suivante. Ce processus était essentiel pour comprendre l'état de nos systèmes et les problèmes possibles – d'autant plus que nous étions coupables de ne pas l'avoir fait de manière continue plus tôt.

Ensuite, nous sommes passés aux rapports de bogues de produits et les avons résolus

Après la matinée passée à trier les rapports Bugsnag, nos ingénieurs se sont concentrés sur les bugs du produit, certains d'entre eux présélectionnés plus tôt avec l'aide de l'équipe produit. Il s'agissait de problèmes précédemment identifiés et enregistrés dans Jira. Les ingénieurs ont sélectionné les tâches dans les domaines qu'ils connaissaient et se sont assurés de travailler dessus en toute sécurité, en examinant les codes des autres et en vérifiant que tout était fait de manière appropriée pour éviter tout problème pendant cette période sensible.

Nous avons ensuite tenu l'équipe de plaidoyer au courant

Une grande partie du Fixathon consistait à s'assurer que notre équipe de plaidoyer était au courant des changements que nous apportions. Nous avons publié des messages quotidiens sur un canal de mises à jour avec un résumé des correctifs de la veille.

Nous avons consacré la dernière journée du Fixathon à l'assurance qualité (AQ)

Au lieu d'apporter d'autres changements le dernier jour de l'année avant la fermeture pour les fêtes de fin d'année, nous avons passé une journée à nous assurer que nous laissions les choses en bon état avec un certain contrôle qualité. Nous avons examiné notre produit et veillé à ce que tout fonctionne comme prévu, avons passé du temps ensemble lors des appels pour nous rattraper et passer un bon moment.

Les résultats de notre premier Fixathon

En fin de compte, nous avons beaucoup appris en participant à un Fixathon. Nous avons appris à mieux fonctionner en équipe au sein de Bugsnag pour réduire les effectifs, nous avons amélioré notre collaboration entre nous et avec Advocacy, et nous avons gagné en visibilité sur de nombreux problèmes qui autrement passeraient inaperçus. Nous espérons que ce processus restera avec nous et que nous éliminerons régulièrement les nouveaux problèmes de Bugsnag, ce qui nous permettra de gérer plus facilement nos bugs et de les remarquer avant que nos clients puissent le faire !

L'autre partie du Fixathon consistait à corriger de vrais bugs ! Nous avons résolu 44 tâches au total, dont beaucoup étaient de petits bugs pour lesquels nous n'avions pas eu le temps plus tôt dans l'année. Même si la plupart d'entre eux étaient si petits qu'il est difficile de remarquer le changement individuellement, ils contribuent tous à notre vision d'une expérience grand public.

Voici quelques bugs notables que nous avons corrigés :

• Ajout d'un lien vers la page de facturation à la liste déroulante des paramètres du compte
• Rendre les « médias suggérés » défilables
• De nombreux changements de style pour rendre nos marges et notre apparence cohérentes dans tout le produit

Dans le cadre du Fixathon, nous sommes également sur le point de publier la fonctionnalité « premier commentaire » pour LinkedIn, que nous avons déjà pour Instagram. (Rejoignez notre programme bêta pour obtenir le premier accès.)

Nous avons dressé la liste des tâches à accomplir avec beaucoup de soin pour garantir que le risque de panne soit aussi faible que possible. Et ce qui est le plus important, nous avons tenu parole ; il n'y a eu aucun incident lié au Fixathon au cours des dernières semaines !

Nous considérons le Fixathon comme une initiative plutôt réussie, et même si c'est la première fois que cela se produit, nous espérons que ce n'est pas la dernière ! Nous avons éliminé des bugs, passé du temps ensemble et appris des choses sympas. Et ce qui est le plus important, nous avons ainsi amélioré notre produit !