Dr.-Ing. Andreas Eisele Nachhaltige Produktivität
Start Über mich Trainings
Science
Multitasking Quellen
Potentialanalyse
Start Über mich Trainings
Multitasking Quellen
Potentialanalyse buchen
Multitasking-Mythos

Wie Task-Switching die wertvollste Ressource verbrennt — ungeteilten Fokus.

In vielen Teams ist Multitasking alltägliche Realität und gilt als wichtige Fähigkeit. Aus neurowissenschaftlicher Sicht ist das ein folgenschwerer Trugschluss: Das menschliche Gehirn kann komplexe kognitive Aufgaben nicht parallel verarbeiten. Was in der Praxis als Multitasking erscheint, ist fragmentiertes Task-Switching – mit messbar destruktiven Folgen für die benötigte Zeitdauer, die Fehlerquote und die mentale Erschöpfung der Mitarbeiter.

47 s Durchschnittliche Aufmerksamkeitsspanne am Bildschirm
106 min Zeitverlust pro Tag wegen kognitiver Reibung
25 min Ø Dauer bis zur Rückkehr zur eigentlichen Aufgabe
1. Das Problem

Die fragmentierte Arbeitsrealität

Unterbrechungen der aktuellen Aufgabe sind alltägliche Praxis in der digitalen Arbeitswelt. Allein durch externe Einflüsse (z. B. Emails, Chatnachrichten, Anrufe) werden Wissensarbeiter je nach Studie und Definition ca. alle 7 min [1] bis 11 min [2] unterbrochen. In einer Untersuchung von Microsoft mittels Office-Daten wurde sogar bei den oberen 20 Perzentil eine Unterbrechung alle 2 min aufgezeichnet [3].

Durch den Kontextwechsel geht wertvolle Zeit verloren, in der der Fokus kognitiv von einer auf eine andere Aufgabe und zurück gewexecelt werden muss. Durch diese Task Switching Costs bleibt ein Teil der Aufmerksamkeit als kognitiver Rückstand (Attention Residue) bei der unvollendeten Aufgabe hängen – die Leistungsfähigkeit bei der Nachfolgeaufgabe sinkt dadurch um ca. 19 % [4].

Eine Unterbrechung führt dazu, dass nach der Störung der Fokus von der Hauptaufgabe wegwandert. Es vergehen im Schnitt 15 min [5] bis zu 25 min (durchschnittliche Rückkehrzeit im Büroalltag nach [6], bis die eigentliche Aufgabe wieder aufgenommen wird. In dieser Zwischenzeit werden durchschnittlich 2,26 andere Aufgaben eingeschoben [2] – der Fokus wird also mehrfach fragmentiert und die Hauptaufgabe wird verzögert.

Neben dem Zeitverlust durch Verzögerung ergibt sich das eigentliche Hauptproblem:

In einer Studie, in der Softwareentwickler während Programmieraufgaben durch Bildschirm-Pop-ups unterbrochen wurden, gingen pro Unterbrechung im Schnitt 164,5 s durch kognitive Reibung (Task Switching Costs) unwiderbringlich verloren [7]. Dies wurde gemessen durch Messung der Aufgabendauer abzüglich der Unterbrechungszeit im Vergleich zu einer unterbrechungsfreien Vergleichsgruppe. Interessanterweise wies die Studie nach, dass sich Unterbrechungen bei einfachen Aufgaben relativ gesehen noch stärker auswirken (+142,9 % Zeitbedarf) als bei hochkomplexen Problemen (+9,3 %) – da die Rüstzeiten im Verhältnis zur kurzen Bearbeitungszeit extrem ins Gewicht fallen. In jedem Fall geht durch den Kontextwechsel Zeit verloren, wodurch die Aufgabendauer pro Unterbrechung verlängert wird.

Modellrechnung: Der Netto-Zeitverlust

Kombiniert man die aktive Computernutzungszeit von Softwareentwicklern (4,3 h/Tag bei einer Gesamtarbeitszeit von 8,4 h nach [8] mit der Frequenz externer Unterbrechungen (9-mal pro h nach [1] und dem gemessenen Zeitverlust pro Störung (164,5 s nach [7], ergibt sich ein Netto-Zeitverlust von 106 min pro Arbeitstag. Bezogen auf einen regulären 8-h-Tag entspricht dies einem Zeitverlust von über 22 % – allein durch externe Störungen. Diese Modellrechnung vereinfacht die Art der externen Störung und verwendet Durchschnittswerte, sodass das Ergebnis ein Richtwert statt eine exakte Größe darstellt.

Die Konsequenzen dieser Arbeitsweise sind chronisch erhöhter Stress und eine signifikante Überlastung des Nervensystems [9]; [10]; [11].

Interne Unterbrechungen & Selbstablenkung

Das Problem der externen Störungen ist nur eine Seite der Medaille. In den letzten Jahren ist die ununterbrochene durchschnittliche Aufmerksamkeitsspanne von Wissensarbeitern gesunken: Von 180 s (2004) über 75 s (2012) auf heute nur noch 47 s [6]. Bei Softwareentwicklern am Bildschirm liegt die durchschnittliche Verweildauer in einer Coding-Aktivität vor einem Wechsel bei gerade einmal durchschnittlich 36 s [8]. Dass dieses chronische Hin- und Herspringen (Medien-Multitasking) die Aufmerksamkeit nachhaltig schädigt und die Fehleranfälligkeit erhöht, belegt eine großflächige Meta-Analyse [12].

Das Problem zeigt sich auch an der Flucht in die Selbstunterbrechung oder Prokrastination. Statt besonders bei schwierigen, unklaren Aufgaben oder mit Frustration und temporären Blockaden weicht unser Gehirn aktiv aus. Die Selbstunterbrechung dient dabei als unbewusster Regulationsmechanismus, um kognitivem Druck und negativen Emotionen kurzfristig zu entkommen [13]. Gemäß einer Tagebuch-Studie geschieht dies bei Wissensarbeitern durchschnittlich alle 10 min [1].

Diese Flucht in andere Aufgaben kann eine kognitive Abwärtsspirale auslösen: Die Unterbrechung lässt die ursprüngliche Aufgabe ungelöst zurück und erzeugt bei der Rückkehr eine noch höhere Hürde, was zu noch schnelleren Selbstunterbrechungen und einer sinkenden Leistungsfähigkeit führt [13].

Ein verlockender Beschleuniger dieses Musters sind Wartezeiten am Rechner z. B. durch KI-Generierung oder langsame Compile- und Test-Prozesse: Schon kurze Verzögerungen verleiten das Gehirn dazu, die gefühlte Inaktivität durch eine Selbstunterbrechung, wie einen schnellen Slack- oder Mail-Check, zu überbrücken. Dieser rational wirkende Impuls für eine höhere Produktivität zerstückelt die Denkarbeit jedoch und beeinträchtigt den kognitiven Fluss [14].

All dies führt zu einer Verschlechterung der Arbeitsqualität. Bereits kurze Störungen von 2,8 s verdoppeln die Fehlerrate bei sequenziellen Arbeitsschritten; eine Störung von 4,4 s verdreifacht sie [15]. Eine weitere Untersuchung zeigt, dass sich die Fehlerrate über verschiedene Aufgaben hinweg durch Unterbrechungen im Durchschnitt verdoppelt [9].

Strukturelles Multitasking

Neben den täglichen Mikro-Störungen leidet die Produktivität in vielen Tech-Teams unter einem strukturellen Problem: dem parallelen Arbeiten an mehreren Projekten.

Eine empirische Analyse von GitHub-Entwicklungsdaten zeigt, dass Projekt-Multitasking ab einer Grenze von 4 Projekten pro Woche zu einem Einbruch des tatsächlichen Code-Outputs führt [16]. Entwickler haben zudem kein gutes Gespür für ihre eigenen Belastungsgrenzen beim Multitasking: Fast die Hälfte (46,9 %) gab in Umfragen an, an noch mehr Projekten gleichzeitig arbeiten zu wollen, obwohl sich alle Befragten einig waren, dass Multitasking signifikant mehr Fehler und Bugs in den Code einführt [16].

2. Die Auswirkungen

Produktivitätsverlust

Zeitverlust

Nach einer Unterbrechung dauert es im Schnitt 15 bis 25 min, bis man zur ursprünglichen Aufgabe zurückkehrt. Jede einzelne digitale Störung (z. B. Slack-Pop-up) kostet netto 164,5 s zusätzliche Bearbeitungszeit [7].

Qualitätsverlust

Bereits kurze Störungen von 2,8 s verdoppeln die Fehlerrate. Unvollendete Aufgaben hinterlassen kognitiven Rückstand (Attention Residue) und senken die Leistung der Folgearbeit um 19 % [4].

Fokus-Fragmentierung

Die ununterbrochene Aufmerksamkeitsspanne am Bildschirm liegt bei gerade einmal 47 s (bei Entwicklern in aktiven Coding-Phasen 36 s). Bei kognitivem Druck weichen wir durchschnittlich 6-mal pro h in die Selbstunterbrechung aus [1].

3. Die Lösungen

Konkrete Strategien für mehr Fokus

Fokuszeit

1. Fokuszeiten

Feste, ungestörte Fokus-Zeiten steigern die gefühlte Produktivität um 50 % [17]. Nutze chronotypische Hochphasen für anspruchsvolle Aufgaben, während Meetings & E-Mails in biologische Tiefphasen verlegt werden (z. B. das Mittagstief, betrifft 35 % der Entwickler; [8]. Die Pomodoro-Technik (25 min Fokus, 5 min Pause) kann durch Nutzung eines Timers und dessen Dringlichkeit dabei helfen, bei einer Aufgabe zu bleiben.

Störungsreduktion

2. Unterbrechungen reduzieren

Messenger-Benachrichtigungen (Teams, Slack) gezielt konfigurieren und Push-Nachrichten nur für vordefinierte dringliche Fälle zulassen. Konsequentes Schließen aktuell nicht benötigter Anwendungen senkt die Wahrscheinlichkeit interner Ablenkungsimpulse [13].

Developer Experience

3. DevEx auf Unternehmensebene

Eine unternehmensweit gute Developer Experience (geringe kognitive Reibung, viel Fokuszeit) führt zu einem 4- bis 5-mal höheren Umsatzwachstum als bei Wettbewerbern [18].

Möchtest du das Thema Fokus in deinem Team systematisch vertiefen? Erfahre mehr über meine Live-Trainings oder vereinbare ein kurzes, unverbindliches Potentialanalyse.

Links zum Quellenverzeichnis:
[1] Starker et al. (2022) | [2] Mark et al. (2005) | [3] Microsoft (2025) | [4] Leroy (2009) | [5] Parnin & Rugaber (2011) | [6] Mark (2023) | [7] Ma et al. (2024) | [8] Meyer et al. (2017) | [9] Bailey & Konstan (2006) | [10] Mark et al. (2008) | [11] Mark et al. (2016a) | [12] Chen et al. (2025) | [13] Adler & Benbunan-Fich (2013) | [14] Katidioti & Taatgen (2014) | [15] Altmann et al. (2014) | [16] Vasilescu et al. (2016) | [17] Forsgren et al. (2024) | [18] Noda et al. (2023)
🔍 Studiendatenbank durchsuchen
Zurück zur Startseite
Dr.-Ing. Andreas Eisele Nachhaltige Produktivität

Evidenzbasierte Trainings und systematische Begleitung für gesunde High Performance in Tech-Teams.

© 2026 Dr.-Ing. Andreas Eisele. Alle Rechte vorbehalten.

Leistungen
  • Live-Trainings & Module
  • Wissenschaftliche Belege
  • KI-Produktivität
Kontakt & Rechtliches
  • E-Mail: kontakt@dr-andreas-eisele.de
  • Potentialanalyse buchen
  • Impressum | Datenschutz