VIEUX SCRIPT DÉTECTÉ
“Mon compteur de bugs, c'est mon bulletin de notes”
Essaie cette réponse :
“Ce bug parle du système, pas de ma valeur.”VOIR LA PRATIQUE
Crée une réponse à cette pensée et un geste pour la mettre à l’épreuve.
LA PENSÉE
“Mon compteur de bugs, c'est mon bulletin de notes”
TA RÉPONSE ENREGISTRÉE
“Ce bug parle du système, pas de ma valeur.”
UN PAS PRIVÉ
Ouvre ton historique d’incidents ou une note privée, relève seulement trois éléments factuels d’un ancien bug : ce qui a changé, ce qui a cassé, ce qui dépendait du système. Ferme ensuite la vue sans relire le fil complet.
Quand le tableau des incidents te note
- 01 / Le bug qui porte ton nom
Ça démarre souvent au moment où tu vois ton nom associé à un ticket, à un incident ou à un postmortem relu trop tard. Le libellé est banal, mais il te saute dessus : « Mon compteur de bugs, c'est mon bulletin de notes ». Ce n’est plus un élément de travail, c’est une ligne de plus dans un dossier imaginaire sur toi.
- 02 / La note secrète que tu lis dedans
Alors tu comptes, tu compares, tu reviens vérifier l’historique, comme si la quantité de bugs racontait ta valeur. Le soulagement est court : au moins, tu reprends la main en classant, en relisant, en évitant la zone à risque. Mais le prix est clair : tu te tiens à distance des tâches qui exposent, parce qu’un nouvel incident semblerait confirmer le mauvais verdict.
- 03 / L’endroit où couper le verdict
La prochaine fois, arrête-toi juste après avoir vu le ticket et avant de relire tout le reste. Dis-toi : ce compteur mesure le code touché et les conditions de l’incident, pas l’ingénieur que je suis. Puis regarde seulement deux choses utiles : ce qui a changé et ce qui dépend du système. Le nom dans le rapport n’est pas une note, c’est du contexte.
TRACE · 01/04
Comment ce script te dirige
- Tu rouvres d’anciens incidents pour vérifier si ton nom y a laissé une trace qui te colle encore.
- Un bug assigné ne te paraît pas neutre : tu le lis comme une évaluation de ta valeur, pas comme un travail à traiter.
- Tu repousses les tâches plus risquées ou plus visibles, parce qu’un autre incident te semblerait aggraver le score imaginaire.
SOURCE_LOCATED · 02/04
La règle cachée en dessous
Le Registre des Incidents
Sous ce thought, il y a une règle privée : chaque panne liée à ton nom devient une preuve durable sur ta compétence, comme si l’historique des incidents servait de carnet de notes personnel. Du coup, tu traites le compteur comme un jugement global au lieu d’un suivi des morceaux de système touchés.
FORGING_REPLACEMENT · 03/04
Lignes de remplacement (à enregistrer)
- Ce bug parle du système, pas de ma valeur.
- Le rapport me suit parce que j’y suis cité, pas parce qu’il me définit.
- Mon compteur mesure les incidents touchés, pas l’ingénieur que je suis.
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
“Mon compteur de bugs, c'est mon bulletin de notes”
Je dis
“Ce bug parle du système, pas de ma valeur.”
Puis je fais une chose
Ouvre ton historique d’incidents ou une note privée, relève seulement trois éléments factuels d’un ancien bug : ce qui a changé, ce qui a cassé, ce qui dépendait du système. Ferme ensuite la vue sans relire le fil complet.
STATUS: READY_TO_INSTALL
Effacer cette pensée4 minutes. Ta voix. Gratuit.
Le protocole de wipe
- Écris la pensée exactement comme elle tourne : « Mon compteur de bugs, c'est mon bulletin de notes ». 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
Pourquoi je lis ce compteur comme une note alors que c’est juste un suivi technique ?
Parce que le nombre, le nom et la visibilité se mélangent vite en une seule impression : « on voit mes bugs, donc on me juge ». La page utile n’est pas de nier cette impression, mais de séparer le fait technique du verdict personnel.
Si je ne relis pas l’incident, est-ce que je ne vais pas rater quelque chose d’important ?
Tu peux garder l’information utile sans refaire tout le procès mental. Relis seulement ce qui aide à comprendre le changement, la cause système et la suite concrète. Le reste, surtout la sensation que ton nom te condamne, n’ajoute rien à l’action.
Comment savoir si je suis en train de me protéger ou juste d’éviter un travail difficile ?
Regarde le mobile immédiat : si tu t’éloignes pour ne pas nourrir un faux bulletin de notes, tu es dans cette boucle précise. Si tu remets un sujet à plus tard pour des raisons de priorité, de dépendance ou de contexte, c’est autre chose. Ici, l’indice clé est la peur du verdict attaché à ton nom.
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