Le bocal des geeks
Je me rappelle du jour où j'ai commencé à comprendre ce qui clochait.
Ça se passe il y a une petite vingtaine d'années. J'étais développeur web à Paris, dans une boîte que je ne nommerai pas. Mon patron, qu'on va appeler Éric, venait toutes les heures dans ce qu'il avait baptisé "le bocal des geeks" pour nous demander où on en était. Il voulait se tenir au courant, savoir s'il pouvait aider. Il pensait bien faire.
"Alors, ça avance ? C'est en prod ?"
On en plaisantait à l'époque. L'un de nous avait proposé d'installer des lampes vertes ou rouges sur nos bureaux pour signaler quand on pouvait être dérangé. On en riait, mais la blague revenait toutes les semaines.
C'était désastreux pour notre concentration. À l'époque, je n'avais pas les mots pour lui expliquer pourquoi.
Des chercheurs, eux, avaient déjà tout chiffré.
23 minutes
Gloria Mark, chercheuse à l'Université de Californie à Irvine, observe depuis vingt ans les comportements réels des employés de bureau. Son chiffre est devenu un repère dans la littérature scientifique sur l'attention : il faut en moyenne 23 minutes et 15 secondes à un cerveau pour retrouver l'état de concentration profonde après une interruption.
Le cerveau humain ne gère pas plusieurs tâches en parallèle. Il alterne, et chaque bascule coûte une taxe cognitive que les chercheurs appellent the cost of context switching (Rubinstein, Meyer & Evans, American Psychological Association, 2001).
23 minutes. Posez le chiffre à côté de la situation que je viens de décrire.
Éric passait à 10h pour une question rapide. On retrouvait notre concentration à 10h23. Sauf que la suivante arrivait à 11h. La concentration profonde n'avait jamais le temps de se reformer.
Notre journée entière se passait à essayer d'entrer dans une tâche complexe sans jamais y arriver.
L'erreur de diagnostic
Beaucoup de dirigeants traitent le manque de Deep Work comme une affaire de discipline individuelle. Le développeur n'arrive pas à couper ses notifications. La chargée de projet répond trop vite à ses mails. Le problème serait dans la tête de l'employé.
Le diagnostic se trompe de niveau.
Éric n'était pas un manager toxique. Il avait l'intuition correcte qu'un dirigeant doit savoir où en est son équipe. Personne ne lui avait expliqué que sa façon de récupérer cette information coûtait à son entreprise plusieurs heures de production par jour.
Cal Newport, professeur d'informatique à Georgetown, a popularisé le terme Deep Work dans son livre de 2016. Sa définition tient en trois critères : tâche cognitivement exigeante, absence d'interruption, création de valeur nouvelle. Newport nomme pseudo-productivité la dérive culturelle qui valorise l'apparence du travail (les messages traités, l'agitation visible) au-dessus de la production de fond.
C'est exactement ce qu'on faisait, à mon époque. On produisait, on tenait les livrables, mais à coups d'heures sup, de deadlines décalées et d'une fatigue qu'on mettait sur le compte du métier. Vous voyez le tableau.
Dans votre boîte, combien de tâches profondes pourraient être achevées dans une seule journée sans interruption ?
Le calcul qu'aucun Éric ne fait
Faisons un calcul rapide. Une ETI de 80 personnes emploie 10 profils à forte valeur cognitive : développeurs, analystes, consultants. Chacun subit trois interruptions par demi-journée, ce qui reste en dessous de la réalité observée.
- 6 interruptions × 23 minutes = 2h18 de concentration perdue par personne et par jour
- 10 personnes : 23 heures de travail profond évaporées chaque jour
- 22 jours ouvrés : 63 journées complètes de travail cognitif disparues chaque mois
63 journées par mois. Au salaire médian, le coût total employeur de la perte dépasse déjà les 10k€.
Et le pire, c'est que les salariés concernés ne s'en sortent pas mieux. L'effet Zeigarnik (Bluma Zeigarnik, 1927) achève le tableau. Le cerveau retient les tâches inachevées avec plus de force que celles qui sont terminées, ce qui maintient une tension cognitive permanente en arrière-plan. Un salarié qui jongle avec quinze boucles ouvertes termine sa journée vidé, avec le sentiment de ne pas avoir avancé.
La sortie de route classique porte un nom : le brown-out, l'épuisement par l'impression d'avancer dans le vide. C'est ce qui nous arrivait, à l'époque, sans qu'aucun de nous sache le nommer.
Côté manager, il est souvent plus tentant d'accuser le salarié de "se noyer dans un verre d'eau".
Ce qu'Éric aurait dû faire (et qu'aucun d'entre nous n'a su lui demander)
Protéger le travail profond se règle par des décisions d'organisation, au-delà des outils de blocage de notifications :
- Créneaux de silence collectifs : des plages horaires sans réunion ni message, validées au niveau de l'équipe
- Délai de réponse normalisé : poser qu'un mail traité sous 4 heures reste acceptable, le téléphone gardant son rôle pour les vraies urgences
- Réunions regroupées : concentrer les appels sur certaines plages pour libérer les matinées
- Status asynchrone : une note hebdomadaire où chacun écrit où il en est, qui remplace dix passages dans le bocal des geeks
Le dernier point aurait suffi à régler ma situation. C'est exactement la fonction du daily stand-up des équipes agiles : 15 minutes synchronisées en début de journée où chacun dit ce qu'il a fait, ce qu'il fait, et ce qui le bloque. Toutes les questions "où en es-tu" tiennent dans ce créneau. Le reste du temps, on bosse.
À condition que le rituel remplace les interruptions ponctuelles au lieu de s'y ajouter, ce qui est l'erreur classique des déploiements agiles ratés.
Éric cherchait de l'information. Personne ne lui avait construit le canal qui lui aurait permis de l'obtenir sans devoir venir nous voir.
Avec le recul, je crois que la responsabilité n'était pas uniquement la sienne. On aurait pu lui proposer le système. On ne l'a pas fait.
Le Deep Work comme indicateur
Une équipe qui n'arrive jamais à protéger ses créneaux de concentration souffre d'un problème de processus. Les symptômes accompagnent toujours la pathologie : réunions qui auraient mérité une note asynchrone, urgences qui n'en étaient pas, validations en attente du boss, collaborateurs vidés sans pouvoir expliquer pourquoi.
La loi de Conway, formulée par l'informaticien Melvin Conway en 1967, éclaire le mécanisme : la structure des systèmes qu'une organisation conçoit reflète sa structure de communication interne. Une équipe qui communique uniquement en temps réel produira des workflows fragmentés, quelle que soit la qualité des outils déployés par-dessus.
Mon bocal des geeks d'il y a quinze ans n'avait pas un problème d'open space. Il avait un problème de circulation d'information. Éric venait nous voir parce qu'aucun autre canal ne lui donnait ce qu'il cherchait. Si on lui avait construit ce canal, le bocal aurait pu rester un bocal.
Et notre concentration aurait pu produire autre chose que des journées vides.
