VIEUX SCRIPT DÉTECTÉ
“Changer la spec veut dire que mon travail ne valait rien”
Essaie cette réponse :
“La spec a changé parce que le besoin a bougé, pas parce que je n’ai rien valu.”VOIR LA PRATIQUE
Crée une réponse à cette pensée et un geste pour la mettre à l’épreuve.
LA PENSÉE
“Changer la spec veut dire que mon travail ne valait rien”
TA RÉPONSE ENREGISTRÉE
“La spec a changé parce que le besoin a bougé, pas parce que je n’ai rien valu.”
UN PAS PRIVÉ
Prends la spec la plus récente et la précédente, puis entoure uniquement trois lignes qui ont changé. À côté de chacune, écris en silence : « besoin mis à jour », « contrainte clarifiée » ou « cas ajouté ».
Quand la spec bouge, le verdict arrive trop vite
Le diff s’ouvre, la gorge se serre
Tu lis la nouvelle version de la spec entre deux onglets, avec la tasse encore tiède à côté du clavier. Une phrase a changé, une règle a sauté, un cas limite a été déplacé. Avant même d’évaluer le fond, une autre lecture s’impose : « Changer la spec veut dire que mon travail ne valait rien ». Le document ne ressemble plus à une consigne ; il ressemble à un contre-rapport sur toi.
Tu défends l’ancienne version au lieu du besoin
Après ça, tu t’agrippes à ce que tu avais déjà fait. Tu passes plus de temps à chercher ce qui prouve que l’ancienne spec était la bonne qu’à regarder ce que l’utilisateur devait vraiment obtenir. Le tri des tickets devient pesant, la revue traîne, et le code ancien reste là, non parce qu’il est juste, mais parce qu’il sert de bouclier contre l’idée d’avoir travaillé pour rien.
La preuve tient dans la trace, pas dans l’infaillibilité
Retourne au point de départ avec une preuve minuscule : ouvre la version actuelle de la spec et surligne seulement ce qui a changé depuis la précédente. Puis note en marge une seule phrase factuelle : ce qui a bougé dans la réalité, pas ce que cela dit de ta valeur. Si tu peux distinguer changement de besoin et jugement sur toi, le verdict automatique perd déjà de sa force.
TRACE · 01/04
Comment ce script te dirige
- Chaque modification de spec se lit comme un effacement de ce que tu as déjà construit, même quand le changement est banal ou logique.
- Tu protèges l’ancienne version par réflexe, comme si reconnaître l’update revenait à admettre que des heures de travail étaient inutiles.
- Tu te surprends à compter ta valeur en quantité livrée, puis à conclure que tout retrait ou ajustement t’abaisse d’un cran.
SOURCE_LOCATED · 02/04
La règle cachée en dessous
Le Compilateur d'Obsolescence
Si le document change après coup, alors ce que j’ai produit était mauvais, incomplet ou honteux — et je dois le défendre comme une preuve de ma valeur, pas comme un travail perfectible au service d’un besoin qui évolue.
FORGING_REPLACEMENT · 03/04
Lignes de remplacement (à enregistrer)
- La spec a changé parce que le besoin a bougé, pas parce que je n’ai rien valu.
- Ce qui a été retiré servait à la version d’hier ; ce n’était pas toute mon utilité.
- Mon travail a aidé à arriver à cette version-ci, même si une partie a été réécrite.
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
“Changer la spec veut dire que mon travail ne valait rien”
Je dis
“La spec a changé parce que le besoin a bougé, pas parce que je n’ai rien valu.”
Puis je fais une chose
Prends la spec la plus récente et la précédente, puis entoure uniquement trois lignes qui ont changé. À côté de chacune, écris en silence : « besoin mis à jour », « contrainte clarifiée » ou « cas ajouté ».
STATUS: READY_TO_INSTALL
Effacer cette pensée4 minutes. Ta voix. Gratuit.
Le protocole de wipe
- Écris la pensée exactement comme elle tourne : « Changer la spec veut dire que mon travail ne valait rien ». 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 une spec modifiée me fait-elle sentir que tout mon travail s’effondre ?
Parce que l’esprit peut transformer une mise à jour en jugement global : si une partie change, il conclut que l’ensemble était nul. En réalité, une spec évolue souvent parce qu’on a appris quelque chose de plus précis, pas parce que tout l’effort précédent était sans valeur.
Et si le changement supprime vraiment une partie que j’ai faite ?
Une suppression peut vouloir dire que cette partie était un échafaudage utile, pas une erreur honteuse. Elle a pu aider à clarifier, tester ou cadrer la suite, même si elle n’apparaît plus dans la version finale.
À quoi sert l’action proposée si je suis déjà convaincu que c’est un échec ?
Elle ne demande pas de te convaincre d’un coup. Elle sert à distinguer, noir sur blanc, ce qui a changé dans le besoin de ce que tu racontes sur toi. Cette différence est souvent suffisante pour desserrer le verdict automatique.
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