TDAH et carrière tech : avantages et vrais défis

TDAH et carrière IT : pourquoi tant d'adultes neuroatypiques atterrissent en tech, ce qui marche vraiment côté code, et ce qui flingue ton sprint.

TDAH et carrière IT entretiennent un lien rarement nommé en entretien d’embauche, mais que tout dev qui a reçu son diagnostic à 32 ans connaît intuitivement. Quand tu as un TDAH adulte et que tu te retrouves à debugger trois nuits d’affilée un bug que personne d’autre ne voyait, puis que tu tombes en miettes dès qu’on te demande d’estimer “en story points” la prochaine user story, tu n’es pas “instable” : tu vis l’un des paradoxes les plus connus du milieu tech. La résolution de problème rapide, l’hyperfocus monétisable, l’horizontalité relative des équipes, le télétravail diffus : tout ça rend la tech magnétique pour un cerveau TDAH. Mais les sprints à deux semaines, le standup quotidien, la code review qui réveille la rejection sensitivity, le context switching entre cinq repos — tout ça flingue le même cerveau plus vite qu’ailleurs. Dans cet article, on regarde pourquoi tant d’adultes TDAH atterrissent dans l’IT, ce qui marche vraiment, ce qui détruit, et des stratégies concrètes pour tenir une carrière de dev en France sans y laisser sa peau.

Pourquoi tant de TDAH atterrissent dans la tech

Il n’existe pas, à notre connaissance, de chiffre épidémiologique français propre sur la prévalence du TDAH chez les développeurs. Mais il y a un faisceau d’observations cliniques convergentes, des témoignages côté HyperSupers TDAH France, et une cohérence avec ce que la recherche dit sur les profils professionnels qui correspondent au cerveau TDAH (Wiklund et al., Journal of Business Venturing, 2017, qui montre par exemple que les symptômes d’hyperactivité ont un effet positif sur les préférences entrepreneuriales via la dimension sensation-seeking).

Quatre raisons reviennent quand des devs TDAH expliquent comment ils ont fini là.

La résolution de problème comme dopamine. Un bug, c’est une énigme bornée, avec un retour immédiat (ça marche / ça marche pas) et une récompense identifiable. Le cerveau TDAH, qui montre une hypo-réactivité ventro-striatale à l’anticipation de récompense (Plichta & Scheres, Neuroscience & Biobehavioral Reviews, 2014), s’allume sur les boucles courtes de feedback que le code procure naturellement. Faire tourner un test, voir le rouge devenir vert : ça nourrit le système.

L’hyperfocus monétisable. Dans la plupart des métiers, plonger huit heures dans une seule tâche sans lever le nez n’est pas valorisé — voire mal vu. En tech, c’est exactement ce qu’on attend de toi quand un incident production tombe ou qu’une feature critique doit sortir. L’hyperfocus, dispositif fréquent et dispositionnel chez les adultes TDAH (Hupfeld et al., ADHD Attention Deficit and Hyperactivity Disorders, 2019), trouve ici un cadre où il devient un atout, pas un comportement bizarre.

Une hiérarchie souvent moins lourde. Comparée à beaucoup de secteurs français traditionnels, la tech (surtout dans les scaleups parisiennes, les boîtes produit, le freelance) tolère mieux les profils qui ne respectent pas les codes formels. Tu peux porter un sweat à capuche en réunion, ne pas dire bonjour à tout l’open space, sortir des idées hors-sujet — sans que ce soit immédiatement noté comme un problème.

Le télétravail diffus. Depuis 2020, beaucoup de boîtes tech françaises ont normalisé le télétravail partiel ou total. Pour un cerveau qui filtre mal les stimuli, pouvoir choisir son environnement (silence, casque, brown noise, position allongée à 14h quand le pic d’énergie est cassé) change radicalement le coût cognitif d’une journée de travail.

Tout ça explique l’attraction. Ça n’explique pas pourquoi, malgré l’attraction, beaucoup de devs TDAH finissent en burnout autour de la trentaine ou changent de boîte tous les dix-huit mois. Pour ça, il faut regarder l’autre face.

Les vrais avantages côté code

Avant les défis, posons honnêtement ce qui marche — parce que la majorité des articles “TDAH au travail” oublient de le dire, ou le réduisent à du strength-based mou.

Le debugging comme pattern matching. Identifier qu’un comportement bizarre dans un service rappelle un bug vu il y a deux ans dans un autre repo, c’est de la reconnaissance de pattern à grande échelle. Le cerveau TDAH, en particulier le profil “non linéaire” qui saute d’une association à l’autre, est souvent bon à ça. Là où un dev neurotypique va suivre méthodiquement la stack trace, toi tu vas remonter trois liens latéraux et tomber sur la cause en quinze minutes. Ce n’est pas mieux — c’est différent. Mais sur certains bugs, c’est décisif.

La créativité non linéaire pour l’architecture. Quand il faut concevoir une nouvelle architecture, choisir entre cinq façons de modéliser un domaine, ou imaginer comment une feature va interagir avec dix services existants, ta pensée associative est un outil. Tu vas voir des combinaisons que les autres n’envisagent pas, parce que tu n’es pas en train de filtrer linéairement les options.

Le novelty seeking dans un secteur qui change vite. La tech change tous les six mois. Nouveau framework, nouvelle base de données, nouveau cloud, nouvelle façon de déployer. Pour beaucoup de cerveaux, c’est épuisant. Pour le tien, qui a besoin de nouveauté pour rester engagé, c’est presque confortable. Apprendre Rust pour un projet, puis basculer sur Go six mois plus tard, c’est exactement le rythme qui te garde vivant.

L’hyperfocus pour le deep work. Quand tu es dans un flow code — vraie session profonde, pas réunion saupoudrée — tu peux produire en quatre heures ce qu’un équivalent neurotypique ferait en deux jours. Attention : ce n’est pas une compétence pilotable, c’est un état que tu subis. Mais quand il arrive, en encaisser le bénéfice est légitime. Pour mieux comprendre la mécanique (et le crash qui suit), voir notre article TDAH et hyperfocus : avantage ou piège ?.

Les vrais défis du quotidien dev

Maintenant la partie que les recruteurs ne mentionnent jamais.

Les standups et les réunions Jira. Quinze minutes debout chaque matin pour dire ce que tu as fait hier, ce que tu fais aujourd’hui, et tes “blockers”. Sur le papier, anodin. En pratique : tu dois reconstruire mentalement ta journée d’hier (mémoire de travail), formuler quelque chose de présentable (masking), écouter sept collègues (attention soutenue dans un format peu stimulant), tout ça avant ton premier café. Ajoute le grooming, la rétro, la planning, la démo — et sur une semaine de cinq jours, il te reste très peu d’heures pour coder vraiment.

La code review comme déclencheur de rejection sensitivity. Quand un collègue laisse 23 commentaires sur ta pull request, ton cerveau neurotypique reçoit “feedback technique”. Le cerveau TDAH, qui montre une dysrégulation émotionnelle reproductible, peut recevoir “tu es nul, tout le monde le voit”. La rejection sensitivity dysphoria (RSD) — micro-définition : réaction émotionnelle disproportionnée à toute critique perçue comme rejet, fréquente chez l’adulte TDAH — peut transformer une review banale en spirale de honte de quarante-huit heures. Personne, dans ton équipe, ne soupçonne ce qui se passe à l’intérieur.

L’estimation en story points et les sprints. On te demande, à froid un mardi matin, d’estimer combien de “points” coûtera une tâche que tu n’as encore jamais faite. Le cerveau TDAH a un déficit reproductible de perception du temps (Noreika, Falter & Rubia, Neuropsychologia, 2013, qui documente des déficits de timing à plusieurs échelles). Tu vas systématiquement sous-estimer ou sur-estimer. Et quand le sprint se termine avec trois tickets non finis, c’est sur toi que ça retombe — alors que la méthode elle-même est mal calibrée pour ton cerveau.

Le context switching entre repos et tâches. Une journée moderne de dev : tu es sur un bug en prod le matin, une code review à 11h, une feature nouvelle l’après-midi, un appel architecture à 16h, un autre repo pour aider un collègue à 17h. Chaque bascule entre contextes a un coût cognitif documenté pour la population générale (Rubinstein, Meyer & Evans, 2001, ont décrit que les bascules de tâches peuvent coûter jusqu’à 40 % du temps productif), et ce coût est probablement amplifié dans un cerveau TDAH. Tu finis ta journée vidé sans avoir vraiment “produit” quoi que ce soit.

Le burnout accéléré. Tout ce qui précède s’empile. La dynamique du burnout TDAH est plus rapide et plus récurrente que celle du burnout neurotypique. Voir notre article TDAH et burnout : une dynamique accélérée pour les signaux d’alerte spécifiques.

Async vs sync. Slack en notifications constantes, c’est un piège. Chaque ping fragmente ton attention. Mais à l’inverse, n’avoir que des canaux asynchrones te coupe de l’équipe et amplifie l’isolement. Trouver le bon dosage demande des années d’ajustement.

Stratégies pratiques pour devs TDAH

Pas de “10 hacks pour être un dev productif”. Six stratégies qui s’attaquent aux vraies sources de friction.

1. Négocier le format des cérémonies, pas les fuir

Tu ne peux pas (souvent) supprimer le standup. Tu peux proposer un format écrit asynchrone à l’équipe — beaucoup d’équipes acceptent quand quelqu’un argumente bien. Si c’est impossible, prépare ton intervention la veille au soir en deux phrases, posées dans un fichier dédié. Le matin, tu lis. Tu ne reconstruis pas.

2. Bloquer du deep work dans le calendrier — vraiment

Mets deux blocs de trois heures par semaine, marqués “indisponible — focus” sur ton agenda. Pas un trou que les autres peuvent réserver : un mur. La majorité des managers tech français acceptent ça si tu l’expliques. Pendant ces blocs : Slack en mode “ne pas déranger”, notifs coupées, casque, focus sounds ou silence. C’est là que tu produis vraiment.

3. Traiter la code review comme une étape technique, pas un verdict

Stratégies concrètes :

  • Ne jamais lire les commentaires de review immédiatement après les avoir reçus. Mets une pause de deux heures avant.
  • Lire l’ensemble en une fois, pas commentaire par commentaire (réduit l’effet d’accumulation émotionnelle).
  • Te dire à voix haute : “C’est du feedback sur le code, pas sur moi.” Sembler ridicule, ça marche.
  • Si la spirale RSD démarre quand même : reconnaître (“là je suis dans la RSD”), poser le sujet, y revenir le lendemain.

4. Externaliser la mémoire de travail

Ton cerveau ne tient pas en RAM cinq tâches en parallèle. Sors-les. Un brain dump en dix secondes pour chaque pensée qui arrive pendant que tu codes (le bug que tu vois en passant, l’idée d’archi, le mail à envoyer). Tu y reviendras en fin de journée. Le cerveau libéré reste sur la tâche en cours.

5. Aménagements légaux : la RQTH n’est pas un gros mot

En France, la Reconnaissance de la Qualité de Travailleur Handicapé (RQTH), demandée à la MDPH, ouvre des droits concrets : aménagement d’horaires, télétravail prioritaire, financement d’équipement par l’AGEFIPH (privé) ou le FIPHFP (public), accompagnement par le médecin du travail. Beaucoup de devs TDAH évitent par peur de l’étiquette. C’est ton choix — mais sache que le diagnostic ne figure pas sur ta fiche de paie, et que ton employeur ne connaît que les aménagements, pas le motif.

Côté soin : depuis le décret de mai 2025, le dispositif Mon Soutien Psy est passé de 8 à 12 séances annuelles remboursées, en accès direct (sans passer par le médecin traitant). Pour un suivi plus structurant, l’AFTCC (Association française de thérapie comportementale et cognitive) répertorie des praticiens en TCC, dont l’efficacité chez l’adulte TDAH est solidement étayée par la méta-analyse de Young, Moghaddam et Tickle (Journal of Attention Disorders, 2020) : SMD = 0,76 versus liste d’attente.

6. Choisir un environnement compatible

À expérience égale, tous les postes tech ne se valent pas pour un cerveau TDAH. Quelques marqueurs à regarder en entretien :

Plus compatibleMoins compatible
Équipe de petite taille (5-15)Open space de 50+ devs
Code propriétaire stableMulti-repo, multi-équipes en transverse
Télétravail majoritairePrésentiel obligatoire 5j/5
1 standup/jour, 1 cérémonie/semaineRéunions toute la journée
Manager technique qui codeManager pur process
Roadmap à 3-6 moisRéorientation tous les mois

Aucune boîte n’est parfaite. Mais entre une scaleup parisienne où tu enchaînes 7 réunions par jour et une boîte produit où tu as 4 heures de deep work garanties, le choix structurel pèse plus que tous les hacks personnels.

Ce que DopaHop peut t’apporter dans une journée de dev

Pas une solution magique, juste trois moments de la journée où l’app fait gagner du temps cognitif :

  • Avant un bloc deep work : le Pomodoro qui démarre tout seul, pas besoin d’un timer à configurer à la main pendant que ton cerveau cherche à s’engager.
  • Pendant le code : le brain dump pour vider en dix secondes les pensées parasites sans casser le flow.
  • En fin de semaine : le mood check-in en trois tap pour repérer une tendance baissière avant qu’elle devienne un crash.

Tout reste sur ton téléphone, rien ne part vers un serveur — pour quelqu’un qui travaille sur du code propriétaire ou sensible, ça compte.

Questions fréquentes

Est-ce que je dois dire à mon manager que j’ai un TDAH ?

Non, ce n’est pas obligatoire. Tu peux demander des aménagements via la RQTH sans expliquer le diagnostic à ton employeur. Cela dit, dans certaines équipes tech, le coming-out simplifie beaucoup de choses (notamment pour expliquer pourquoi tu as besoin de blocs deep work). Décision personnelle, à prendre en fonction de la culture de ta boîte et de la qualité de la relation avec ton manager.

Est-ce que les médicaments aident vraiment pour coder ?

C’est très individuel. Beaucoup d’adultes diagnostiqués rapportent un confort accru sur l’initiation des tâches et la régulation des transitions. D’autres trouvent que ça aplatit leur créativité. Aucune décision sur les médicaments ne se prend sans psychiatre, et le suivi se fait dans la durée. Parle-en à ton médecin traitant, qui orientera vers un psychiatre si besoin.

Le freelance est-il une bonne solution pour un dev TDAH ?

Réponse honnête : ça dépend. Le statut auto-entrepreneur ou portage offre la souplesse que les fonctions exécutives apprécient (tu choisis tes horaires, tes environnements, tes missions). Mais il te demande aussi une autorégulation forte (facturation, URSSAF, prospection, gestion de la trésorerie). Beaucoup de devs TDAH passent freelance, adorent les six premiers mois, puis s’écroulent sur l’admin. Anticipe : un comptable, des outils de facturation simples, une marge de trésorerie, et idéalement un partenaire ou collectif pour ne pas être complètement seul.

Le télétravail à 100 % est-il toujours mieux ?

Non. Le 100 % télétravail amplifie l’isolement, brouille la frontière travail/vie privée, et prive du body doubling informel qui aide certains cerveaux TDAH à rester dans la tâche. Beaucoup d’études cliniques (en France, mais aussi dans les recommandations de la HAS, dont la version adultes est en cours de finalisation après celle enfants/ados publiée en septembre 2024) suggèrent qu’un mélange — deux ou trois jours sur site, le reste en télétravail — convient mieux à la majorité.

Que faire si je suis en crise pendant le travail ?

Si tu sens un effondrement aigu (idées noires, panique forte, paralysie totale) : pose tout, sors de l’open space ou de l’appel, et contacte le 3114 (numéro national de prévention du suicide, gratuit, 24h/24). En cas d’urgence vitale : 15 (SAMU) ou 112. Ton employeur a une obligation de protection ; le médecin du travail peut être saisi rapidement. Tu n’as pas à gérer seul.

En résumé

La tech attire les cerveaux TDAH parce qu’elle valorise structurellement plusieurs traits que le reste du monde du travail tolère mal : pensée associative, hyperfocus, novelty seeking, débrouille technique. Mais elle ajoute aussi des couches qui flinguent vite ce même cerveau : sprints, cérémonies, code review, context switching, burnout accéléré.

Pas de solution miracle. Juste un fait : ta réussite à long terme dans ce métier dépendra moins de ton talent technique pur que de ta capacité à choisir un environnement compatible, à négocier le format des cérémonies, à protéger ton deep work, et à demander les aménagements légitimes que la loi française te permet de demander.

Si tu te reconnais dans cet article, choisis une seule chose à essayer cette semaine. Pas dix. Une. Et observe ce que ça change.

Outils gentils, pas gourous de la productivité. DopaHop est gratuit sur Google Play, et Hop t’attend toujours — même après une semaine en miettes.


Cet article est informatif et ne remplace pas l’avis d’un professionnel. Pour un diagnostic, un suivi ou en cas d’urgence, parle à un médecin, psychologue ou psychiatre qualifié. Urgence vitale : 15 (SAMU) ou 112. Prévention du suicide : 3114, gratuit et disponible 24h/24.

Articles liés

← Tous les articles