ADHS in der Tech-Karriere: echte Vorteile und Hürden

ADHS und IT-Karriere treffen auffällig oft aufeinander. Du sitzt in einem Berliner Scaleup, einem Münchner Mittelständler oder im Homeoffice für eine US-Firma, schreibst Code, debuggst seit drei Stunden ein Race Condition, das niemand sonst sieht — und merkst irgendwann, dass die letzten Wochen abwechselnd aus brutalem Hyperfokus und wattigen Tagen bestanden, an denen du den Standup verschlafen hast und im Sprint Planning nicht weißt, wofür du gerade die Hand hebst. Tech zieht Menschen mit ADHS überproportional an, das ist kein Zufall. Aber dieselben Eigenschaften, die dich in das Feld gebracht haben, kollidieren ausgerechnet mit den Ritualen, mit denen moderne Engineering-Teams organisiert sind. In diesem Artikel schauen wir, warum so viele ADHS-Erwachsene in der IT landen, welche Stärken real sind, welche Hürden niemand auf LinkedIn zeigt und welche Strategien im Alltag tatsächlich tragen — von Peer zu Peer, ohne Kitsch.

Warum ADHS und IT sich so oft treffen

Es gibt keine sauberen Prävalenzzahlen für “Anteil ADHS-Erwachsener in der Softwareentwicklung”, weil niemand systematisch fragt. Aber wenn du in einem mittelgroßen Engineering-Team arbeitest, kennst du das Muster: ein erheblicher Anteil der Kollegen erzählt früher oder später von Diagnose, Verdacht, Geschwistern mit Diagnose, Eltern, Kindern. Vier strukturelle Gründe machen das plausibel:

Schnelles Problemlösen mit unmittelbarem Feedback. Du schreibst eine Zeile, drückst Run, siehst sofort, ob es funktioniert. Diese kurze Schleife zwischen Aktion und Belohnung ist genau das, was dem ADHS-Belohnungssystem fehlt, wenn es um Aufgaben mit weitem Zeithorizont geht. Die Forschung von Plichta und Scheres (2014) zeigt eine konsistente ventro-striatale Hyporesponsivität bei der Antizipation von Belohnungen — übersetzt: dein Gehirn reagiert auf “in drei Wochen ist das Projekt fertig” weniger stark als ein neurotypisches. Ein grüner Test in 200 Millisekunden umgeht dieses Problem komplett.
Monetarisierbarer Hyperfokus. Hyperfokus ist bei ADHS gut belegt. Hupfeld, Abagis und Shah (2019) zeigen in einer Stichprobe von rund 623 Erwachsenen, dass Menschen mit höherer ADHS-Symptomatik häufiger und intensiver Hyperfokus erleben. In den meisten Berufen ist das ein Zweischneidiges. In der Softwareentwicklung ist es teilweise direkt monetarisierbar: vier Stunden ungestörte Tiefen-Konzentration auf ein Refactoring sind ein Wert, den der Markt bezahlt.
Flachere Hierarchien und Tolerable Anomalies. Tech-Kulturen — besonders im Scaleup-Umfeld und bei Remote-First-Companies — sind formaler weniger streng als klassische Konzernkulturen. Hoodie statt Anzug, asynchrone Kommunikation statt täglicher Präsenz, Output zählt mehr als Anwesenheit. Das senkt die Masking-Last spürbar.
Remote Work als struktureller Multiplikator. Seit 2020 ist Remote-Arbeit für deutsche, österreichische und Schweizer Entwickler real verfügbar — auch für US-Firmen, die in Euro zahlen. Du kannst deine sensorische Umgebung selbst gestalten, die produktiven Stunden auf deine echten Energiekurven legen, Pendelstress eliminieren. Für viele Menschen mit ADHS ist das der Unterschied zwischen “ich überlebe meinen Job” und “ich mag meinen Job”.

Das heißt nicht, dass IT der einzig richtige Pfad für ADHS-Erwachsene wäre. Aber es erklärt, warum so viele dort landen — und warum sie dort bleiben, auch wenn die Hürden, um die es gleich geht, manchmal brutal sind.

Echte Stärken: was du im Tech-Kontext mitbringst

Das LinkedIn-Narrativ ist meistens flach (“ADHS = Superpower”). Die Realität ist nuancierter, aber es gibt belastbare Stärken, die im Engineering-Alltag tatsächlich zählen.

Nicht-lineare Kreativität und Pattern Matching

Debugging ist im Kern Pattern Matching unter unvollständiger Information: ein Stack Trace, ein Log, ein Verhalten in Production, das nicht zur Hypothese passt. Das ADHS-Gehirn springt schneller zwischen losen Assoziationen, was bei kreativem Problemlösen oft hilft. Die Meta-Analyse von Hervey, Epstein und Curry (2004) zu erwachsenem ADHS zeigt, dass Defizite selektiv sind, nicht global: Simple Reaction Time ist normal, betroffen sind Aufmerksamkeitskontrolle und Inhibition. Genau das Muster, das du beim Bug-Hunting brauchst, profitiert von dieser nicht-linearen Verknüpfungsfähigkeit. Ein neurotypischer Kollege arbeitet die Hypothesen sequenziell ab; du springst zur richtigen, ohne dass du klar erklären kannst, warum.

Hyperfokus für Deep Work

Wenn das Thema dich packt, kannst du sechs Stunden ohne Aufstehen an einem Algorithmus, einer Architektur-Entscheidung, einem hartnäckigen Refactoring sitzen. Ashinoff und Abu-Akel (2021) beschreiben Hyperfokus als paradox anhaltende Aufmerksamkeit, die sich schwer disengagiert. In Engineering-Domänen mit klar abgrenzbaren Problemen ist diese Tiefe ein echter Wettbewerbsvorteil — vorausgesetzt, du hast die organisatorische Freiheit, sie zu nutzen.

Novelty Seeking als Tech-Vorteil

Tech-Stacks ändern sich alle paar Jahre, neue Frameworks erscheinen monatlich, Best Practices verschieben sich. Wer Neuheit aktiv sucht statt sie als Bedrohung empfindet, ist hier strukturell im Vorteil. Wiklund, Yu, Tucker und Marino (2017) beschreiben die Sensation-Seeking-Dimension von Impulsivität als Mediator zwischen ADHS-Symptomen und unternehmerischem Verhalten. In der Engineering-Variante übersetzt sich das in: du probierst neue Tools aus, bevor das Team sie offiziell evaluiert hat, du baust spontan ein Side Project mit einer fremden Sprache, du lernst dadurch schneller als Kollegen, die warten, bis ein Buch erscheint.

Kontextschalten zwischen Domänen

Senior-Rollen verlangen Wechsel zwischen Codebase, Infrastruktur, Produkt-Diskussion und Mentoring. Was im klassischen Wissensarbeit-Setting ein Kostenfaktor ist, funktioniert für viele Menschen mit ADHS umgekehrt: ein gewisses Maß an Wechsel hält die Aktivierung oben, die bei monotoner Arbeit absackt. Das ist kein Multitasking-Mythos — eher ein breiterer optimaler Aktivierungskorridor, in dem Wechsel toleriert oder sogar bevorzugt werden.

Echte Hürden: was niemand auf LinkedIn zeigt

Hier ist die Liste, die in den motivationalen Threads fehlt. Diese Hürden sind real, sie sind häufig, und sie haben wenig damit zu tun, ob du “ein guter Entwickler” bist.

Jira, Standups und der Tod durch Mikro-Übergänge

Tägliche Standups, Sprint Plannings, Retros, Refinement, Backlog Grooming, 1:1s. Jedes einzelne dieser Rituale ist ein Übergang, der exekutive Ressourcen frisst. Du sitzt um neun Uhr im Standup, hast danach 23 Minuten gebraucht, um zurück in den Code zu kommen (siehe Mark et al. 2008), und um halb elf ist das nächste Meeting. Rubinstein, Meyer und Evans (2001) zeigen am Beispiel allgemeiner Aufgaben, dass Task Switching bis zu 40 Prozent produktive Zeit kosten kann. Bei ADHS ist dieser Effekt verstärkt — die Inhibition vorheriger Goal-Sets gelingt schwerer, was bedeutet, dass Reste des letzten Meetings noch eine halbe Stunde im Arbeitsgedächtnis lärmen, während du eigentlich am Bug arbeiten willst.

Code Review als Trigger für Rejection Sensitivity

Pull-Request-Kommentare sind technisch gemeint und werden technisch formuliert (“This could be simpler”, “Why not use X here?”, “Nit: typo”). Für viele Menschen mit ADHS landen sie trotzdem als persönliche Kritik im limbischen System. Rejection Sensitive Dysphoria ist klinisch noch nicht im DSM-5 verankert, aber als wiederkehrendes Muster bei ADHS-Erwachsenen breit beschrieben. Ein abgelehnter PR kann den ganzen Tag kippen — nicht weil der Kommentar unfair war, sondern weil die emotionale Reaktion außer Verhältnis zur faktischen Information steht. Das ist nicht Schwäche, das ist Neurobiologie. Wer es nicht kennt, hält dich für überempfindlich.

Sprint-Zeitschätzung gegen Time Blindness

“Wie lange dauert das?” ist die mit Abstand häufigste Frage in Sprint Plannings — und gleichzeitig die, die du am schlechtesten beantworten kannst. Time Blindness bei ADHS ist gut dokumentiert; Barkley (1997) hat sie als Kern der Selbstregulation über die Zeit beschrieben, Toplak und Tannock (2005) haben gezeigt, dass Adoleszente mit ADHS in allen Aufgaben zur Dauerunterscheidung schlechter abschneiden. Übersetzt in Sprint-Planning: du schätzt drei Story Points, brauchst acht, und hast am Ende der zweiwöchigen Iteration das Gefühl versagt zu haben — obwohl deine Schätzfunktion strukturell ungenauer kalibriert ist als die von Kollegen ohne ADHS.

Beschleunigtes Burnout

Das Engineering-Tempo (Sprint-Zyklen, On-Call-Rotationen, kontinuierliches Lernen, Migration zu jedem neuen Framework) zehrt auch an neurotypischen Kollegen. Bei ADHS kommt der Crash früher und tiefer. Vier Wochen Sprint-Druck plus On-Call plus ein Postmortem, das du leiten musstest, plus die Kollegin, die gekündigt hat — und du sitzt im Mai am Schreibtisch und kannst keine einfache Funktion mehr schreiben. Mehr zu dieser Dynamik in ADHS Burnout: warum es schneller und öfter kommt.

Context Switching zwischen Repos und Tasks

Moderne Microservice-Welten zwingen dich, zwischen fünf Repos, drei Sprachen und zwei Cloud-Konsolen zu pendeln. Jeder Wechsel ist nicht nur ein “Tab umschalten”, sondern ein mentales Neu-Laden des Kontexts: welche Konventionen gelten hier, welcher Stand ist deployed, was war der letzte Commit. Bei ADHS verbraucht dieses Neu-Laden überproportional viel Arbeitsgedächtnis-Kapazität. Du verlierst nicht den Code, du verlierst den Kontext um den Code herum.

Async-First-Kultur als doppelte Klinge

Asynchrone Kommunikation (Slack, Linear, Notion, GitHub-Discussions) wird oft als ADHS-freundlich verkauft, weil sie keine sofortigen Antworten erzwingt. Das stimmt — bis du nach einer Hyperfokus-Phase 47 ungelesene Threads vorfindest und nicht weißt, welche dringend sind. Async hilft mit guten Filtern und Routinen. Ohne diese wird es zu ständiger Hintergrund-Schuld.

Strategien, die im Engineering-Alltag tragen

Keine Heilsversprechen, keine zehn Hacks. Sechs Bewegungen, die in der Praxis bei ADHS-Entwicklern (und denen, die mit ihnen leben) immer wieder auftauchen.

Energie-Map vor Kalender

Statt deinen Tag um Meeting-Slots zu bauen, kartografierst du erst deine echten Energie-Fenster: vielleicht zwei Tiefenkonzentration-Fenster pro Woche von 9 bis 12 Uhr, ein guter Code-Review-Slot zwischen 14 und 16 Uhr, alles davor und danach ist administrativer Niedergang. Diese Fenster blockierst du im Kalender als “Focus” und verteidigst sie aktiv. Die meisten deutschen und Schweizer Tech-Teams akzeptieren das, wenn du es konsistent kommunizierst.

Standup als Async statt Live

Wo immer möglich: argumentiere in deinem Team für asynchrone Standups (Slack-Bot, kurzer Text, drei Punkte: gestern, heute, blockiert). Das spart dir nicht nur den Übergangs-Cost, es nimmt auch den Performance-Druck, in einem Live-Call kohärent klingen zu müssen, bevor dein Hirn warmgelaufen ist. Wenn das Team auf Live-Standups besteht, dann zumindest erst nach 10 Uhr, nicht 9.

Code Review umrahmen, nicht panisch öffnen

Praktische Heuristik: PR-Kommentare nicht direkt nach dem Aufstehen lesen, nicht im hungrigen Zustand, nicht am Freitagabend. Setz dir ein festes Fenster (z.B. 11 Uhr nach einer halben Stunde Coden), öffne dann alle Kommentare zusammen, lies sie zweimal — einmal emotional, einmal technisch. Wenn ein Kommentar ein Trigger ist, warte mindestens zwei Stunden, bevor du antwortest. Das ist keine Schwäche, das ist Schaden-Reduzierung.

Tickets bewusst überschätzen

Time Blindness lässt sich nicht durch Willenskraft überwinden. Was funktioniert: deine Schätzungen systematisch verdoppeln. Wenn dein erster Eindruck “drei Tage” sagt, schätzt du sechs. Diese Regel anwenden, bis du nach drei Sprints siehst, wie nahe deine Schätzungen jetzt an der Realität sind. Klingt banal, ist es nicht — die meisten Engineers mit ADHS lernen das erst nach Jahren.

Context Capture vor jedem Wechsel

Bevor du ein Repo schließt, schreibst du in 30 Sekunden in eine Markdown-Datei oder einen Brain-Dump-Speicher, wo du stehst, was als Nächstes kommt und welche Hypothese gerade offen ist. Beim nächsten Öffnen fängst du nicht bei Null an. Genau dafür eignet sich der Brain Dump von DopaHop — zehn Sekunden, ein Gedanke ist gerettet, du kannst guten Gewissens den Tab schließen.

Hyperfokus als Ressource, nicht als Standard

Vier-Stunden-Tiefen-Sessions sind großartig, wenn du danach echten Recovery-Raum hast. Wenn du sie zur Norm machst, läufst du in sechs Wochen in den Crash. Faustregel: nach jedem Hyperfokus-Tag bewusst einen leichteren Tag planen, keine On-Call-Schicht, kein wichtiges Meeting. Das ist kein Luxus, das ist Strukturhygiene.

Wo du Hilfe findest

Wenn dein ADHS im Job spürbar im Weg steht, sind diese Anlaufstellen im deutschsprachigen Raum belastbar:

ADHS Deutschland e.V. vermittelt Selbsthilfegruppen und Fachleute, niedrigschwellig, ohne Therapie-Setting.
Zentrales adhs-netz koordiniert Forschung, Versorgung und qualifizierte Therapeutinnen und Therapeuten.
Die S3-Leitlinie ADHS (AWMF-Register 028-045) ist seit 1.5.2022 formal abgelaufen, eine Aktualisierung ist in Vorbereitung — Inhalte werden in der klinischen Praxis weiter angewendet.
Bei akuter Krise: Notruf 112, TelefonSeelsorge 0800 111 0 111 oder 0800 111 0 222 (kostenfrei, 24/7), in teilnehmenden EU-Ländern auch die harmonisierte Nummer 116 123.

Für die Diagnose führt der Weg in Deutschland und Österreich klassisch über die Hausärztin, die an eine Fachärztin für Psychiatrie überweist. In der Schweiz läuft es analog über die Hausärztin oder direkt über eine psychiatrische Praxis.

Wie DopaHop dich begleiten kann

DopaHop ersetzt keine Therapie, kein Coaching und keine sinnvolle Engineering-Manager-Konversation über deine Arbeitsbedingungen. Was die App im Tech-Alltag leisten kann, ist klein und konkret:

Der Brain Dump fängt Gedanken auf, bevor du Tabs schließt oder das Notebook zuklappst — drei Sekunden, der Gedanke ist sicher.
Die Fokus-Sounds (Brown Noise, Lofi, Regen) bauen einen auditiven Anker für Tiefenarbeit, der mit der Zeit zur Konditionierung wird: gleiche Sounds, gleicher Modus.
Hop wartet. Wenn du eine On-Call-Woche hattest und die App fünf Tage nicht offen war, gibt es keine verlorene Streak und keine Ermahnung. Das ist eine bewusste Entscheidung gegen genau die Dynamik, die ADHS-Entwicklerinnen und -Entwicklern langfristig schadet.

Häufige Fragen

Soll ich meinem Manager ADHS offenlegen?

Es kommt darauf an. In Deutschland und Österreich gibt es über das SGB IX und das Gleichbehandlungsgesetz Schutzmechanismen, wenn ADHS als Behinderung anerkannt ist (Schweregrad variiert) — angemessene Anpassungen wie ruhige Arbeitsplätze, flexible Zeiten oder reduzierte Meeting-Last lassen sich darauf stützen. In der Schweiz hängt es stärker von der Unternehmenskultur ab. Praktischer Mittelweg: erst die konkrete Anpassung ansprechen (“ich brauche zwei Vormittage Fokuszeit pro Woche”), die ADHS-Diagnose nur dann nennen, wenn die Anpassung sonst nicht durchgeht.

Hilft Medikation gegen die Tech-spezifischen Hürden?

Stimulanzien können die exekutive Grundlast senken und Übergänge erträglicher machen, aber sie ersetzen keinen sinnvollen Sprint-Rhythmus oder eine erträgliche Meeting-Dichte. Wenn du auf Medikation bist und im Tech-Kontext trotzdem leidest, ist das selten ein Zeichen, dass die Medikation nicht wirkt — eher, dass die strukturelle Belastung jenseits dessen liegt, was Medikation kompensieren kann. Anpassungen besprichst du mit der Fachärztin, die die Behandlung führt.

Ist Remote Work wirklich besser für ADHS?

Für viele ja, für manche nein. Remote nimmt sensorische Last weg, lässt dich deinen Rhythmus selbst gestalten und reduziert Pendelstress. Es nimmt aber auch externe Struktur weg — Kollegen im Nebenraum, harte Bürozeiten, Mittagspause als sozialer Anker. Wer im Homeoffice ohne eigene Routine sitzt, kann tiefer absacken als im Büro. Hybrid (zwei bis drei Tage Office, der Rest remote) ist für viele die stabilste Variante.

Bin ich im Tech-Bereich falsch, wenn mich Meetings zermürben?

Nein. Es heißt nur, dass die Rolle, die du gerade hast, nicht zu deinem Profil passt. Im Engineering gibt es Profile mit hohem Meeting-Anteil (Tech Lead, Engineering Manager, Staff Engineer) und Profile mit minimalem (Senior IC in tiefer Spezialdomäne, Open-Source-Maintainer, Consultant für klar abgrenzbare Projekte). Ein Wechsel innerhalb des Felds ist oft der bessere Hebel als ein Wechsel raus aus Tech.

Kurz zusammengefasst

ADHS und IT-Karriere passen aus echten neurobiologischen Gründen oft zusammen: kurze Feedback-Schleifen, monetarisierbarer Hyperfokus, flachere Hierarchien, Remote-Optionen. Die Stärken sind real — Pattern Matching beim Debugging, Tiefe in selbstgewählten Domänen, Toleranz für Neuheit. Die Hürden sind ebenfalls real und werden in den meisten Karriereratgebern unterschlagen: Meeting-Dichte und Übergangskosten, Code Review als Trigger, Time Blindness gegen Sprint-Schätzungen, beschleunigtes Burnout, Context Switching zwischen Repos.

Was hilft, ist nicht “härter arbeiten”, sondern strukturelle Anpassungen: Energie-Map vor Kalender, Async-Standups wo möglich, Code-Review-Fenster mit Schaden-Reduzierung, systematisches Überschätzen, Context-Capture vor jedem Wechsel, Hyperfokus mit Recovery bezahlen. Und ein Werkzeugkasten, der dich nicht bestraft, wenn du eine Woche raus warst — Hop wartet, das ist der Punkt.

Dieser Artikel ist informativ und ersetzt nicht die Beratung durch eine Ärztin oder einen Arzt, eine Psychotherapeutin oder einen Psychotherapeuten. Für Diagnose, Therapie oder Notfälle wende dich an Fachleute. Im medizinischen Notfall: 112. Bei akuter Krise: TelefonSeelsorge 0800 111 0 111 oder 0800 111 0 222 (kostenfrei, rund um die Uhr).