VIEUX SCRIPT DÉTECTÉ
“L'ingénieur précédent était paresseux, et maintenant j'ai l'air paresseux de ne pas le réparer”
Essaie cette réponse :
“J'ai hérité une dette de timeout, pas ses habitudes. La date du commit est la preuve, pas mon silence.”VOIR LA PRATIQUE
Crée une réponse à cette pensée et un geste pour la mettre à l’épreuve.
LA PENSÉE
“L'ingénieur précédent était paresseux, et maintenant j'ai l'air paresseux de ne pas le réparer”
TA RÉPONSE ENREGISTRÉE
“J'ai hérité une dette de timeout, pas ses habitudes. La date du commit est la preuve, pas mon silence.”
UN PAS PRIVÉ
Ouvre un brouillon privé et écris deux phrases : ce qui a cassé, le commit qui l'a introduit. Sauvegarde. Ne l'envoie pas.
Le commit de quelqu'un d'autre qui porte ton nom en court
- L'accusation que tu entends d'abordTu exécutes git blame sur le timeout qui vient de casser ton déploiement du jeudi soir. Le nom n'est pas le tien. C'est celui qui a quitté avant l'été, qui a préféré une valeur fixe à du code robuste. Mais le ticket arrive dans ta queue, et la vieille voix martelé: il a construit la bombe, toi tu l'as laissée assis là. Personne en standby ne va chercher quand il a commit. Ils vont voir qui l'a laissé en production.
- Ce que tu sais vraiment et ce que tu fantasmesVoilà la vérité : oui, le timeout était une catastrophe et tu la paies maintenant. Non : hériter une dette ne te culpabilise pas d'emblée pour chaque ligne qu'elle contient. Tu as trois mois sur ce système. Il en a eu deux ans. Laisser un bug en place et être systématiquement négligent ne sont pas la même accusation — et seule une se pose vraiment contre toi en ce moment.
Noter plutôt que de tout réécrire
La vraie décision n'est pas de défendre son code ou de porter sa faute. C'est plus concret : rédige la note pour ton postmortem — ce qui a cassé, pourquoi, et quand. Avec la date. Cette seule ligne datée fait le travail de séparation que tu ne ferais jamais en restant à minuit à refactoriser tout. Tu ouvres un brouillon, tu écris, tu ne l'envoies pas.
TRACE · 01/04
Comment ce script te dirige
- Avant d'analyser un incident, tu cherches toujours qui l'a écrit, espérant que ce ne sera pas toi.
- Tu ajoutes des paragraphes entiers à tes messages de commit, comme si une explication préalable empêcherait la prochaine objection.
- En réunion, tu évites de dire qu'un bug vient de code ancien — ça sonne comme une excuse même quand c'est juste des maths calendaires.
SOURCE_LOCATED · 02/04
La règle cachée en dessous
Le Script de l'Héritage Légué
Si un défaut reste visible alors que je suis responsable, cette visibilité seule prouve ma négligence — peu importe qui l'y a mis ou combien de semaines j'ai réellement eu pour le voir.
FORGING_REPLACEMENT · 03/04
Lignes de remplacement (à enregistrer)
- J'ai hérité une dette de timeout, pas ses habitudes. La date du commit est la preuve, pas mon silence.
- Un shortcut non fixé est une position dans la queue, pas une lecture de mon caractère.
- Je peux nommer ce qui a cassé et quand sans ni l'accuser ni le porter moi-même.
Générées par personne dans l'app — ceci donne le ton, pas ton script. Le tien se construit à partir de tes mots exacts.
INSTALL · 04/04
Le protocole, sur une carte
Quand je pense
“L'ingénieur précédent était paresseux, et maintenant j'ai l'air paresseux de ne pas le réparer”
Je dis
“J'ai hérité une dette de timeout, pas ses habitudes. La date du commit est la preuve, pas mon silence.”
Puis je fais une chose
Ouvre un brouillon privé et écris deux phrases : ce qui a cassé, le commit qui l'a introduit. Sauvegarde. Ne l'envoie pas.
STATUS: READY_TO_INSTALL
Effacer cette pensée4 minutes. Ta voix. Gratuit.
Le protocole de wipe
- Écris la pensée exactement comme elle tourne : « L'ingénieur précédent était paresseux, et maintenant j'ai l'air paresseux de ne pas le réparer ». Mot pour mot — le wipe vise la phrase, pas l'ambiance.
- Repère la règle et l'action évitée. De quoi cette pensée t'excuse-t-elle si commodément ?
- Enregistre les lignes de remplacement ci-dessous avec ta propre voix. Parle pour de vrai — pas d'enregistrement, pas d'installation.
- Fais tourner la boucle : écoute matin et soir, note une action-preuve par jour pendant 7 jours.
Réponses directes
Et si le même timeout se reprouit avant que je le fixe?
Une répétition n'efface pas la chronologie, elle l'allonge. La date reste prouve du fossé entre quand il a écrit et quand tu as pris le dossier — c'est tout ce sur quoi ta crédibilité repose vraiment.
Une note datée ne va-t-elle pas faire semblant que j'accuse l'ancien ingénieur?
Une note qui dit quoi et quand n'est pas une accusation, c'est une chronologie — c'est déjà ce que tout postmortem demande. Nommer une date diffère de nommer une culpabilité, et tu peux faire le premier sans faire le second.
Et si mon manager ne demande jamais qui a écrit le code original?
Alors la note n'est pas pour te défendre à voix haute, c'est pour arrêter de rejouer le ticket dans ta tête chaque fois qu'un bug similaire arrive. Tu l'écris pas pour être vu — tu l'écris pour que la réponse existe ailleurs que dans ta mémoire.
Vieux scripts liés
Auto-évaluations associées
Recherches associées
Chercheurs à découvrir
Mécanismes associés
La recherche derrière ce script
- Postmortem Culture: Learning from Failure — Google SRE, Google SRE Book, 2016
- Invisible Labor in Open Source Software Ecosystems — Champion et al., arXiv, 2024
- Stack Overflow 2025 Developer Survey: Trust in AI at an All-Time Low — Stack Overflow, 2025
- A Mosaic of Perspectives: Understanding Ownership in Software Engineering — arXiv, 2025