VIEUX SCRIPT DÉTECTÉ

“J'aurais dû voir ces problèmes au moment où j'ai repris”

Essaie cette réponse :

“Trouver un défaut au troisième mois signifie que j'ai appris le système depuis, pas que j'ai échoué la première semaine.”

Faire l’auto-évaluation de 60 secondes →

VOIR LA PRATIQUE

Crée une réponse à cette pensée et un geste pour la mettre à l’épreuve.

LA PENSÉE

“J'aurais dû voir ces problèmes au moment où j'ai repris”

TA RÉPONSE ENREGISTRÉE

“Trouver un défaut au troisième mois signifie que j'ai appris le système depuis, pas que j'ai échoué la première semaine.”

UN PAS PRIVÉ

Compare la date d'ouverture de ton plus vieux ticket encore actif à la date d'aujourd'hui, puis note une phrase sur ce qu'il t'aurait fallu savoir le premier jour pour le trouver.

Le Ticket Ouvert la Semaine Même de ton Arrivée

Le Ticket Antérieur à Toi

Trois semaines après ton arrivée, tu ouvres un bug signalé la semaine même où tu as commencé. Le correctif traverse cinq fichiers que personne n'a documentés, et ton estomac se serre avant même que tu finisses de lire la trace d'erreur. La pensée arrive toute faite : tu aurais dû le trouver le premier jour, avant qu'il ne touche un client, et ne pas l'avoir fait signifie qu'il t'a échappé quelque chose qu'une personne compétente aurait remarqué.

L'Audit Silencieux que Tu Mènes à la Place

Tu arrêtes de proposer des changements et te mets à relire tout le module le soir, à la recherche d'autres preuves que quelque chose t'a échappé à ton arrivée. En réunion d'équipe, tu parles moins, pas plus, car signaler un nouveau défaut aujourd'hui donne l'impression d'avouer que tu ne l'as pas vu la semaine de ta prise de poste. Quand un collègue remet en question la conception d'origine, tu la défends, car la critiquer ressemble davantage à un aveu d'échec qu'à une relecture.

La Note de Passation que Tu Écris à la Place

Ouvre tes notes d'intégration ou les dates de tes premiers commits et liste trois problèmes remarqués la première semaine à côté de trois trouvés depuis, avec le temps qu'il a fallu pour chacun. Voir noir sur blanc l'écart réel entre ta date d'arrivée et chaque découverte prouve que trouver des choses a toujours été progressif, pas un examen unique déjà raté.

TRACE · 01/04

Comment ce script te dirige

Tu compares la date de signalement d'un bug à ta propre date d'arrivée, comme si cet écart prouvait ta négligence.
Tu hésites à signaler un nouveau défaut dans du code repris car le mentionner maintenant donne l'impression d'avouer l'avoir manqué le premier jour.
Tu tiens un décompte privé de chaque défaut trouvé après la première semaine, traitant chacun comme une nouvelle preuve contre ta compétence initiale.

SOURCE_LOCATED · 02/04

La règle cachée en dessous

Le Script de l'Héritage Légué

Si un défaut existe quelque part dans le système que j'ai repris, j'étais censé le repérer dès l'instant même de la prise en charge, donc le trouver plus tard signifie que j'ai raté la passation elle-même.

FORGING_REPLACEMENT · 03/04

Lignes de remplacement (à enregistrer)

Trouver un défaut au troisième mois signifie que j'ai appris le système depuis, pas que j'ai échoué la première semaine.
Personne ne transmet tout le contexte en une semaine ; j'ai hérité du code, pas de l'histoire qui explique chaque ligne.
Découvrir quelque chose à mon propre rythme compte quand même comme une découverte, peu importe le moment.

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

“J'aurais dû voir ces problèmes au moment où j'ai repris”

Je dis

“Trouver un défaut au troisième mois signifie que j'ai appris le système depuis, pas que j'ai échoué la première semaine.”

Puis je fais une chose

Compare la date d'ouverture de ton plus vieux ticket encore actif à la date d'aujourd'hui, puis note une phrase sur ce qu'il t'aurait fallu savoir le premier jour pour le trouver.

STATUS: READY_TO_INSTALL

Effacer cette pensée

4 minutes. Ta voix. Gratuit.

Lancer ce wipe précis dans l'app →

Le protocole de wipe

Écris la pensée exactement comme elle tourne : « J'aurais dû voir ces problèmes au moment où j'ai repris ». 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 un bug signalé la semaine de mon arrivée donne-t-il encore l'impression que j'aurais dû le voir tout de suite ?

La règle derrière cette pensée confond la prise de poste avec une compréhension complète immédiate, donc tout bug antérieur ou concomitant à ton arrivée se lit comme une obligation manquée plutôt que comme le décalage normal entre arriver et apprendre un système inconnu.

Devrais-je arrêter de lire les anciens commits d'avant mon arrivée, puisque ces décisions n'étaient pas les miennes ?

Non, lire l'historique pour comprendre le contexte diffère de le relire pour chercher de nouvelles preuves contre toi-même. L'utile, c'est comprendre pourquoi une chose a été construite ainsi ; le nuisible, c'est traquer des indices que tu aurais dû savoir plus tôt, ce que cette pensée continuera de réclamer de toute façon.

Si je signale un défaut à un collègue maintenant, est-ce que cela avoue que je l'ai manqué à la reprise ?

Nommer aujourd'hui ce que tu remarques dit seulement que tu l'as remarqué aujourd'hui. La responsabilité du système a commencé ton premier jour, mais en connaître chaque recoin n'a jamais été quelque chose qu'une seule semaine pouvait fournir, peu importe l'allure du timing vue de l'extérieur.