Livrer un changement sans gâcher sa soirée
La question avant toute livraison n’est pas de savoir si ça marche. C’est ce que vous ferez dans les vingt minutes suivant l’échec.
La plupart des livraisons se passent bien. Les autres échouent souvent pour des raisons imprévisibles — raison même pour laquelle la préparation porte sur la récupération et non sur la prédiction.
Écrivez d’abord le chemin du retour
Avant de livrer, répondez par écrit à une question : comment annule-t-on cela, et combien de temps faut-il ? Si la réponse dépasse dix minutes, ou si c’est « il faudrait y réfléchir », vous n’êtes pas prêt — non parce que le changement est mauvais, mais parce que vous y réfléchirez pendant que quelque chose est cassé et qu’on vous interroge.
Certains changements ne s’annulent vraiment pas : une migration de données, un e-mail déjà parti. Ceux-là demandent un autre soin — un premier lot réduit, un test sur votre propre compte — précisément parce que l’issue de secours n’existe pas.
Livrez quand les gens capables de réparer sont éveillés
Le vendredi après-midi est le pire créneau et reste populaire parce qu’on croit débarrasser son bureau avant le week-end. En réalité, cela reporte la découverte du problème au samedi, quand la personne qui connaît le changement est injoignable et que celle qui est joignable ne le connaît pas.
Les bons créneaux sont les matinées de mardi et mercredi. Vous obtenez une journée complète d’usage réel avec, à leur bureau, tous ceux qui y ont touché. Une livraison qui attend quatre jours vaut presque toujours mieux qu’une livraison que personne ne peut soutenir.
Surveillez ce que vous avez changé, pas le tableau de bord
Après une livraison, on jette un œil à une vue générale, on voit du vert et on passe à autre chose. Les vues générales tardent à repérer une casse précise : un formulaire qui échoue sur un navigateur, une étape sautée en silence.
Passez les quinze premières minutes à utiliser ce que vous avez changé comme le ferait un client. Cela paraît trop simple pour compter et cela attrape plus que la supervision, car la supervision ne signale que les défaillances que quelqu’un a pensé à instrumenter.
Prévenez le support avant le monde entier
Ceux qui répondent aux messages doivent apprendre un changement avant qu’un client le leur décrive. Sinon leur premier contact avec votre travail est une personne perdue, et il leur faut deviner si c’est un bug ou une intention.
Deux phrases suffisent : ce qui a changé et ce que quelqu’un pourrait remarquer. Envoyez-les le matin même. C’est l’action la moins coûteuse possible et la plus souvent omise, parce que celui qui livre pense au code et non à celle qui devra répondre à seize heures.
Questions fréquentes
Que préparer avant une livraison ?
Le chemin du retour. Notez comment annuler le changement et en combien de temps ; au-delà de dix minutes, ou s’il faut y réfléchir, vous n’êtes pas prêt : vous y réfléchirez pendant que quelque chose est cassé.
Quel est le meilleur moment pour livrer ?
Mardi ou mercredi matin, pour une journée complète d’usage réel avec tous les intervenants à leur bureau. Le vendredi après-midi repousse la découverte du problème au samedi.
Comment annoncer un changement ?
Au support avant les clients : deux phrases, ce qui a changé et ce qui pourrait se remarquer. Sinon leur premier contact avec votre travail est une personne perdue et une supposition.
