Le développement logiciel peut très bien convenir à un cerveau TDAH : des casse-têtes difficiles, des retours rapides, et de temps en temps une plage de six heures où tout s’emboîte. Ça peut aussi être un champ de mines de digressions, de branches à moitié finies, de notifications en continu et d’estimations fausses d’un facteur trois. Voici ce que dit la recherche, et ce qui aide.

Que sait-on des développeurs avec un TDAH ?

Pas autant qu’on le devrait, mais ça progresse.

Dans une étude de cas qualitative de 2024 auprès de personnes avec un TDAH travaillant dans le génie logiciel, Grischa Liebel et ses collègues ont constaté que les participants avaient du mal avec l’organisation des tâches et l’estimation, le maintien de l’attention sur le travail et la collaboration, et qu’ils rapportaient aussi une pression sur leur santé physique et mentale. Ils décrivaient également de vraies forces : une créativité accrue, de bons résultats sur les problèmes de type casse-tête, et une capacité à anticiper la façon dont les systèmes s’articulent (Liebel et al., 2024).

Une étude antérieure dans une grande entreprise de logiciels a combiné des entretiens avec des ingénieurs neurodivergents (dont des personnes avec un TDAH) et une enquête auprès de 846 ingénieurs, pour comprendre ce qui les freinait au travail et comment les employeurs pouvaient les aider (Morris et al., 2015).

Et pour les développeurs en général, une enquête auprès de 379 professionnels a montré que les gens se sentent productifs quand ils terminent des tâches sans interruptions ni changements de contexte importants, alors même que l’observation montrait qu’ils changent beaucoup de contexte (Meyer et al., 2014). Avec un TDAH, il est plus difficile de se remettre de ces changements, donc s’en protéger rapporte doublement.

Comment empêcher les digressions de dévorer ta journée ?

Tu cherches un message d’erreur. Quarante minutes plus tard, tu lis l’histoire d’un framework que tu n’utiliseras jamais. La curiosité est une force, et elle a besoin d’une clôture.

  • Limite la durée de la recherche. « 15 minutes pour trouver la réponse, puis je demande à quelqu’un ou j’essaie une autre piste. » Règle un minuteur que tu peux voir.
  • Écris d’abord la question. Une ligne : « Pourquoi la redirection de connexion boucle-t-elle sur Safari ? » Quand une page n’aide pas à y répondre, ferme-la.
  • Mets de côté, ne suis pas. Intéressant mais sans rapport ? Enregistre l’onglet dans une liste « plus tard » et ferme-le. Ce sera toujours intéressant vendredi.
  • Repère les signes : cinq onglets plus loin, en train de lire quelque chose que tu ne cherchais pas, la question de départ oubliée. C’est le moment de relire ton objectif.

Comment te remettre d’une interruption ?

Dans une étude portant sur environ 10 000 sessions de programmation enregistrées, Chris Parnin et Spencer Rugaber ont constaté que seule environ 1 session sur 10 reprenait l’écriture de code dans la minute suivant une interruption, et que dans seulement 7 % des cas, les développeurs se remettaient à écrire sans d’abord naviguer dans le code pour reconstruire leur contexte (Parnin & Rugaber, 2011). Se replonger dans le code prend du temps, et un cerveau TDAH peut perdre complètement le fil.

Laisse un petit caillou, comme le Petit Poucet, avant chaque changement :

  • Une note d’une ligne : « Suite : gérer le cas null dans parseUser, puis relancer les tests d’authentification. »
  • Un test qui échoue et qui pointe vers ce que tu allais faire.
  • Un commentaire TODO à la ligne exacte, ou un commit de travail en cours avec la prochaine étape dans le message.

C’est l’idée du plan « prêt à reprendre » issue de la recherche sur le travail : prévoir brièvement son retour avant de changer de tâche réduisait le résidu attentionnel et améliorait la performance sur la tâche qui interrompait (Leroy & Glomb, 2018). Plus de détails sur les interruptions dans comment se concentrer au travail avec un TDAH.

Comment attaquer un gros ticket ?

Un ticket comme « Implémenter le SSO » est un mur. Réduis-le jusqu’à ce que la première étape soit évidente et petite :

  1. Lire le flux d’authentification existant et écrire trois points à son sujet.
  2. Ajouter un test qui échoue pour la première redirection.
  3. Faire passer ce test.

La première étape doit prendre des minutes, pas des heures. Si tu ne la vois pas, le découpeur de tâches te rédigera une liste d’étapes, et comment commencer une tâche avec un TDAH présente la méthode complète.

Pourquoi les estimations sont-elles si difficiles, et qu’est-ce qui aide ?

Beaucoup de personnes avec un TDAH ont du mal à sentir combien de temps a passé ou combien de temps une chose va prendre (plus de détails dans outils contre la cécité temporelle). Les estimations logicielles sont difficiles pour tout le monde ; le TDAH ajoute une couche.

  • Estime les petites étapes, pas le ticket. « 3 étapes × 1 heure » est plus honnête qu’« une demi-journée ».
  • Devine, puis vérifie. Écris ton estimation avant de commencer et le temps réel quand tu termines. Au bout de quelques semaines, tu connaîtras ton multiplicateur personnel.
  • Ajoute une marge exprès, et dis-le à voix haute : « J’estime deux jours, et j’ai l’habitude d’être optimiste. »

Et l’hyperfocalisation ?

Coder peut déclencher de longues plages d’hyperfocalisation, qui peuvent être formidables ou engloutir le dîner, le sommeil et le ticket sur lequel tu devais vraiment travailler. Oriente-la vers la bonne tâche, règle deux alarmes (un préavis et un arrêt) et laisse une note « prochaine étape » avant de t’arrêter. Plus de détails dans hyperfocalisation et TDAH.

Comment organiser ton environnement ?

  • Notifications coupées pendant les blocs de concentration. Consulte la messagerie et les revues de code à heures fixes.
  • Un écran pour la tâche, avec seulement les fenêtres dont elle a besoin.
  • Du son choisi exprès : du bruit ou de la musique instrumentale, pas de paroles, quand tu lis ou écris du code (musique de concentration et TDAH).
  • La programmation en binôme peut fonctionner comme du body doubling pour les tâches difficiles ou ennuyeuses.

Sources

  • Liebel, G., Langlois, N., & Gama, K. (2024). Challenges, strengths, and strategies of software engineers with ADHD: A case study. Proceedings of the 46th International Conference on Software Engineering: Software Engineering in Society, 57–68. doi.org/10.1145/3639475.3640107
  • Morris, M. R., Begel, A., & Wiedermann, B. (2015). Understanding the challenges faced by neurodiverse software engineering employees. Proceedings of the 17th International ACM SIGACCESS Conference on Computers & Accessibility, 173–184. doi.org/10.1145/2700648.2809841
  • Meyer, A. N., Fritz, T., Murphy, G. C., & Zimmermann, T. (2014). Software developers' perceptions of productivity. Proceedings of the 22nd ACM SIGSOFT International Symposium on Foundations of Software Engineering, 19–29. doi.org/10.1145/2635868.2635892
  • Parnin, C., & Rugaber, S. (2011). Resumption strategies for interrupted programming tasks. Software Quality Journal, 19(1), 5–34. doi.org/10.1007/s11219-010-9104-9
  • Leroy, S., & Glomb, T. M. (2018). Tasks interrupted: How anticipating time pressure on resumption of an interrupted task causes attention residue and low performance on interrupting tasks and how a "ready-to-resume" plan mitigates the effects. Organization Science, 29(3), 380–397. doi.org/10.1287/orsc.2017.1184

Cet article donne des informations générales, pas un avis médical. Si tu penses avoir peut-être un TDAH, ou si tu envisages de modifier ton traitement, parles-en à un professionnel de santé qualifié. Comment nous nous documentons et écrivons.

Essaie maintenant

Écris la tâche que tu repousses. Obtiens de petites étapes à cocher.

Découpe une tâche en mini-étapesAjouter à Chrome

DoppiNow est une extension Chrome qui te donne des XP quand tu te concentres et un bonus quand tu reviens. Elle ne bloque jamais un site. 7 jours offerts.