Il existe une vieille règle dans les équipes logicielles : on ne met jamais en production le vendredi. Personne ne se souvient de qui l’a écrite. Elle se transmet de génération en génération comme une recette de famille, et personne n’ose y toucher.
Nous pensons qu’une équipe devrait pouvoir livrer un vendredi à 17 h sans trembler. Cette phrase déclenche volontiers des débats, elle mérite donc une explication.
De bonnes raisons, et une mauvaise
Il y a d’excellentes raisons de ne pas livrer un vendredi soir. Le support est fermé. Vos utilisateurs partent en week-end. Personne ne veut les déranger. Vous avez simplement envie de rentrer.
Toutes ces raisons sont des choix. Une seule n’en est pas un : « Et si ça casse la production ? »
Si cette question fait peur, le problème n’est pas le vendredi. C’est que les tests ne testent pas grand-chose, que la procédure de livraison tient avec du scotch, et que personne dans l’équipe n’a confiance dans ce qu’il livre. Et tout cela est aussi vrai un mardi à 10 h.
Pourquoi les grosses livraisons font peur
La peur vient en général de la taille. Trois semaines de changements empilés dans une seule livraison : forcément, cela fait peur. Si quelque chose se passe mal, personne ne sait lequel des deux cents changements en est la cause, et revenir en arrière signifie tout perdre.
Une petite livraison par jour ne fait peur à personne. Si elle casse quelque chose, on sait exactement quoi, et on revient en arrière en deux minutes.
Ce qui rend cela possible
- Des tests automatisés qui décrivent ce que le produit doit faire, rejoués à chaque changement.
- Une procédure de livraison elle-même automatisée, identique à chaque fois, sans étape manuelle à oublier.
- De petits changements, livrés dès qu’ils sont prêts plutôt que stockés.
- Un chemin de retour : la version précédente est toujours à une action de distance.
Ce n’est pas un luxe réservé aux grandes équipes techniques. C’est notre façon de travailler sur chaque projet, et c’est ce qui rend possible une démo toutes les deux semaines.
Ce que cela change pour vous
Vous ne devriez jamais avoir à retenir votre souffle un jour de livraison, ni vous entendre dire qu’une correction attendra « la prochaine version » dans un mois. Quand livrer est ennuyeux, les corrections arrivent vite, les améliorations arrivent en continu, et vos équipes ne remarquent même plus les livraisons. C’est le but.