VIEUX SCRIPT DÉTECTÉ
“Un bon ingénieur n'a pas besoin de temps de récupération après un changement de contexte”
Essaie cette réponse :
“Je bloque le temps de récupération comme si c'était une réunion—parce que reconstruire le contexte est du vrai travail, pas du temps mort.”VOIR LA PRATIQUE
Crée une réponse à cette pensée et un geste pour la mettre à l’épreuve.
LA PENSÉE
“Un bon ingénieur n'a pas besoin de temps de récupération après un changement de contexte”
TA RÉPONSE ENREGISTRÉE
“Je bloque le temps de récupération comme si c'était une réunion—parce que reconstruire le contexte est du vrai travail, pas du temps mort.”
UN PAS PRIVÉ
Dans ton calendrier pour la semaine prochaine, ajoute des blocs de 'récupération de contexte' de quinze minutes après chaque réunion. Rends-les privés. À la fin de la semaine, observe si les bloquer a changé ta vraie disponibilité pour le travail profond.
Quarante minutes de débogage, puis la notification Slack arrive
- Le cas de la productivité instantanéeTu fais le suivi d'un bug en production depuis quarante minutes quand la notification Slack arrive. Ton responsable a besoin d'une estimation rapide de la nouvelle fonctionnalité. L'instinct est immédiat : basculer, répondre, revenir. Mais en tapant la réponse, tu remarques que tu dois reconstruire ce sur quoi tu travaillais. La trace de pile, les lignes de log, l'hypothèse que tu testais—tout est toujours là, mais pas *dans ta tête*. Tu finis le message et regardes ton écran à nouveau, et les dix premières minutes sont consacrées à revenir là où tu étais. Un bon ingénieur ne perdrait pas ce temps. Un bon ingénieur resterait assez alerte…
- Ce que la résidence attentionnelle signifie vraimentLa résidence attentionnelle est mesurable—une partie de ton esprit reste sur la Tâche A pendant que tu fais la Tâche B. Ce n'est pas une faille personnelle ou un signe que tu n'es pas assez bon. C'est comment fonctionne l'attention humaine. La récupération n'est pas un délai que tu t'imposes par faiblesse; c'est le temps que ta mémoire de travail a besoin pour reconstruire le contexte. Ne pas la combattre, la nommer dans ton calendrier—en bloquant trente minutes après la réunion pour réétablir ce que tu construisais—ce n'est pas une défaite. C'est le calendrier qui marche réellement pour les équipes collaboratives. Les jours qui ne…
Planifie le tampon, réclame le travail profond
Cette semaine, bloque ton calendrier comme tu travailles réellement: du travail profond en blocs ininterrompus, et après la réunion ou l'interruption, dix à quinze minutes nommées comme récupération, pas comme du temps perdu. Observe ce qui se passe avec ta productivité réelle—à la fois la profondeur de ta revue de code et la qualité de ton estimation. Tu n'es pas plus lent; tu comptabilises la physique du fonctionnement de ton esprit. C'est ça, le contrôle.
TRACE · 01/04
Comment ce script te dirige
- Chaque invitation à réunion déclenche de la panique à l'idée de perdre du temps de travail profond, même si c'est seulement trente minutes de concentration.
- Tu restes tard presque tous les jours en essayant de récupérer l'état de flux que tu as ressenti interrompu plus tôt.
- Après une conversation Slack qui captive ton attention, tu passes dix minutes à regarder ton code avant de pouvoir penser à nouveau.
SOURCE_LOCATED · 02/04
La règle cachée en dessous
La Culpabilité du Changement de Contexte
Un ingénieur capable maintient une concentration parfaite à travers les interruptions et n'a jamais besoin de temps pour se réorienter. Si j'ai besoin de temps de récupération, je n'opère pas au niveau auquel je devrais être.
FORGING_REPLACEMENT · 03/04
Lignes de remplacement (à enregistrer)
- Je bloque le temps de récupération comme si c'était une réunion—parce que reconstruire le contexte est du vrai travail, pas du temps mort.
- Quand l'interruption arrive, je note le temps qu'il me faut pour retrouver ma pleine concentration; ces données appartiennent à mon calendrier.
- Les équipes où tout le monde planifie du temps de récupération produisent réellement plus de code, pas moins.
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
“Un bon ingénieur n'a pas besoin de temps de récupération après un changement de contexte”
Je dis
“Je bloque le temps de récupération comme si c'était une réunion—parce que reconstruire le contexte est du vrai travail, pas du temps mort.”
Puis je fais une chose
Dans ton calendrier pour la semaine prochaine, ajoute des blocs de 'récupération de contexte' de quinze minutes après chaque réunion. Rends-les privés. À la fin de la semaine, observe si les bloquer a changé ta vraie disponibilité pour le travail profond.
STATUS: READY_TO_INSTALL
Effacer cette pensée4 minutes. Ta voix. Gratuit.
Le protocole de wipe
- Écris la pensée exactement comme elle tourne : « Un bon ingénieur n'a pas besoin de temps de récupération après un changement de contexte ». 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
Mais si le temps de récupération est intégré, cela ne signifie-t-il pas que je suis moins productif que les ingénieurs qui peuvent basculer instantanément?
Non—les ingénieurs qui 'basculent instantanément' n'évitent pas la récupération; ils la paient invisiblement (erreurs, travaux à refaire, heures supplémentaires). La nommer signifie que tu la comptabilises, ce qui améliore réellement ta productivité et tes heures.
Comment explique-t-on les blocs de récupération de contexte à son manager sans avoir l'air d'éviter le travail?
Présente-le comme du travail—parce que c'en est. Dis: 'Je bloque quinze minutes après les réunions pour reconstruire mon contexte de travail. Ça améliore la qualité du résultat de la réunion et du code.' Les managers qui comprennent le développement savent que c'est réel.
Et si l'interruption est urgente et que je n'ai pas de temps pour la récupération?
Alors tu travailles en dessous de ton meilleur niveau, et tu le sais. Gère la chose urgente, récupère ensuite, et retrouve ce qui a réellement été fait ce jour-là. Les interruptions urgentes ont un coût—c'est honnête de le reconnaître plutôt que de prétendre que tu peux soutenir les deux sans conséquence.
Vieux scripts liés
Auto-évaluations associées
Recherches associées
Chercheurs à découvrir
Mécanismes associés
La recherche derrière ce script
- Productivity Variations Among Software Developers and Teams: The Origin of 10x — McConnell, Construx, 2020
- The SPACE of Developer Productivity — Forsgren, Storey, Maddila, Zimmermann, Houck & Butler, ACM Queue, 2021
- Burnout in software engineering: A systematic mapping study — Tulili, Capiluppi & Rastogi, Information and Software Technology, 2022
- Two Sides of the Same Coin: Software Developers' Perceptions of Task Switching and Task Interruption — arXiv, 2018