TL;DR

Wenn sich agile wie „noch mehr Meetings“ anfühlt, ist das oft kein Mindset-Problem. Es ist ein Strukturproblem. Häufige Kontextwechsel erzeugen Wechselkosten. Ihr seid beschäftigt, aber liefert weniger. Scrum kann das verbessern. Aber nur, wenn es Projekt- und Governance-Logik nicht zusätzlich draufpackt. Der Hebel ist Kalender- und Koordinationsdesign: Fokusblöcke schützen, Synchronisation bündeln, Status asynchron machen, Doppelsteuerung entfernen. Dann steigen Durchsatz, Qualität und Zufriedenheit gleichzeitig.

Kostenfalle „Kalender-Tetris“

Vielleicht kennst du das Bild. Der Kalender ist voll. Teams sind ständig „im Austausch“. Überall wird geplant, abgestimmt, berichtet. Und trotzdem wirkt Lieferung zäh. Stories werden angefangen und bleiben liegen. Blocker lösen heißt oft: noch ein Meeting. Für viele Umsetzer/Maker fühlt sich das an wie „Agile = Meeting-Maschine“. Für viele Manager wie „Die Leute sind busy, aber es kommt zu wenig raus“.

Genau hier lohnt es sich hinzuschauen. Denn häufig ist nicht Motivation das Problem. Nicht fehlende Disziplin. Sondern ein unsichtbarer Kostenblock, der selten sauber adressiert wird: Wechselkosten durch Fragmentierung. Wenn du das verstanden hast, kannst du aus diffusem Meeting-Frust ein präzises Systemthema machen. Du diskutierst nicht mehr Geschmack. Du diskutierst Wirkung.

Paul Graham beschreibt in seinem Essay „Maker’s Schedule, Manager’s Schedule“ (2009) ein Muster, das viele Wissensarbeiter sofort wiedererkennen: Es gibt Tätigkeiten, die sich gut in Stunden-Slots takten lassen. Und es gibt Tätigkeiten, die erst dann produktiv werden, wenn sie längere, ungestörte Zeitfenster bekommen. Graham nennt das zugespitzt „Manager-Schedule“ versus „Maker-Schedule“. Manager koordinieren, entscheiden, synchronisieren. Maker bauen, schreiben, entwickeln, konzipieren. Der teure Produktivitätskiller entsteht, wenn ein Kalender, der auf Koordination optimiert ist, die Zeit von Menschen fragmentiert, die für Kontextaufbau und Herstellung größere Blöcke brauchen. Quelle: https://paulgraham.com/makersschedule.html

Die naheliegende Frage lautet: Ist das nur eine elegante Beobachtung, oder steckt Wissenschaft dahinter? Das Framing ist essayistisch. Die Mechanismen sind jedoch gut belegt. Forschung zu Task Switching, Multitasking und Unterbrechungen zeigt konsistent: Häufiges Umschalten kostet Zeit. Es erhöht Fehlerwahrscheinlichkeit. Es steigert Stress. Das gilt sogar dann, wenn Menschen subjektiv meinen, „sie kämen gut damit klar“.

„Wechselkosten“, kein Multitasking

Wenn im Alltag von Multitasking gesprochen wird, meint man oft: „Ich erledige mehrere anspruchsvolle Dinge gleichzeitig.“ Genau das ist bei komplexer Wissensarbeit selten der Fall. Stattdessen passiert häufiges Umschalten. In der Psychologie spricht man von „Task Switching Costs“, also Wechselkosten. Gemeint sind zusätzliche Zeit und mentale Energie beim Wechsel zwischen Aufgaben. Das Gehirn führt nicht mehrere komplexe Denkprozesse parallel ohne Verlust aus. Es schaltet schnell hin und her. Dabei entstehen systematische Aufwände: Regeln müssen umkonfiguriert werden. Relevante Informationen müssen wieder aktiviert werden. Irrelevantes muss gehemmt werden. Der innere Arbeitskontext wird neu zusammengesetzt.

Lagerweij erklärt dieses Prinzip sehr zugänglich: Man vergleicht Serien gleicher Aufgaben mit Serien, in denen zwischen Aufgabenarten gewechselt wird. Der Unterschied zeigt Verzögerungen und Fehlerzunahme. Quelle: https://www.psohub.com/de/blog/der-multitasking-mythos-die-sogenannten-wechselkosten

Eine bekannte Ergänzung liefert die Stanford-Forschung zur Medien-Multitasking-Neigung. Ophir, Nass und Wagner (2009) fanden bei „heavy media multitaskers“ keine „Superkraft“. Im Gegenteil: Sie schnitten u. a. schlechter darin ab, irrelevante Informationen zu filtern und Interferenz zu kontrollieren. Das legt nahe, dass häufiges paralleles Reiz-Handling eher Ablenkbarkeit verstärkt als Kontrolle verbessert. Quelle: https://news.stanford.edu/stories/2009/08/multitask-research-study-082409

Für uns ist der praktische Punkt entscheidend: Wechselkosten sind nicht „weiche Psychologie“. Sie sind ein Organisationskostenblock. Er entsteht immer dann, wenn Arbeit so organisiert wird, dass Menschen permanent zwischen Themen, Tickets, Abstimmungen und Prioritäten springen müssen.

Unterbrechungen: Zeitverlust und Stress-Multiplikator

Graham fokussiert besonders Meetings, weil sie den Tag in Stundenblöcke schneiden und damit den Manager-Rhythmus vorgeben. Seine Kernaussage ist nicht „Meetings sind böse“. Sondern: Ein Meeting kostet Maker oft mehr als die reine Meeting-Zeit, weil es ein größeres Zeitfenster zerschneidet. Es verhindert den Einstieg in eine produktive Tiefenphase. Und es verteuert den Wiedereinstieg danach.

Hier ist die Unterbrechungsforschung hilfreich. Mark, Gudith und Klocke (CHI 2008) untersuchten Unterbrechungen experimentell und erfassten neben Leistung auch Belastungsmaße wie Zeitdruck, Anstrengung und Frustration. Ein zentrales Ergebnis: Unterbrechungen gingen mit höherem subjektivem Stress und Frustration einher. Die Rechnung kommt als Belastung, Qualitätsschwankungen oder Erschöpfung, Burn Out oder Kündigungen.

Damit wird Grahams Intuition wissenschaftlich anschlussfähig. Der Schaden ist nicht nur die „verlorene Stunde“. Entscheidend ist die Wiederaufnahme. Man muss rekonstruieren, wo man war. Welche Annahmen galten. Welche Alternativen verworfen wurden. Was der nächste sinnvolle Schritt ist. Bei komplexer Wissensarbeit lebt dieser Kontext oft nur im Kopf und nicht in Tickets oder Dokumenten. Deshalb wird Fragmentierung schnell zu einem systematischen Produktivitätsproblem. Und oft zu einem Kulturproblem, wenn die Organisation implizit erwartet, dass man jederzeit „kurz“ springen kann.

Projekt- vs. agile Organisation: Zwei Koordinationslogiken

In einer klassischen Projektorganisation ist der „Manager-Schedule“ nicht nur eine Eigenschaft einzelner Rollen. Er ist das Betriebssystem. Projekte sind temporär. Sie werden über Abhängigkeiten, Budgets, Meilensteine, Gremien und Reporting zusammengehalten. Daraus entsteht ein Kalender, der zwangsläufig in Stunden, Slots und Synchronisationspunkten denkt. Je stärker Arbeit über Übergaben und Koordination läuft, desto stärker dominiert der Rhythmus der Koordination. Sobald er dominiert, steigen Wechselkosten. Es wird mehr geschaltet als gebaut. Menschen verbringen mehr Zeit damit, Kontext zu übertragen, als ihn produktiv zu nutzen.

Agile Organisation wird oft missverstanden als „weniger Planung“ oder „mehr Flexibilität“. Der tiefere Unterschied liegt in der Art, wie Koordination hergestellt wird. Projektorganisation koordiniert primär über Pläne, Meilensteine, Übergaben und Gremien. Agile Organisation koordiniert primär über stabile Teams, klare Produkt- oder Value-Stream-Verantwortung und kurze Feedbackzyklen. Das verändert den Kalender fundamental. Koordination verschiebt sich „nach innen“ in Teams, die End-to-End liefern können. Dadurch sinken externe Abstimmungen, Übergaben und Status-Meetings. Maker-Zeit entsteht nicht, weil Menschen plötzlich heroische Selbstdisziplin aufbringen. Sie entsteht, weil die Organisation weniger Anlässe produziert, Arbeit in Koordinationsstücke zu zerschneiden.

Das lässt sich an zwei Mustern präzisieren:

Projektorganisation: Arbeit wird häufig „zugeteilt“. Umsetzung ist verteilt. Abhängigkeiten werden über Schnittstellen gemanagt. Das erzeugt Statusbedarf: Wo stehen wir. Wer blockiert wen. Was ist das Risiko. Und weil die Wahrheit in der Verteilung liegt, wird Synchronisation zur Versicherung.

Agile Organisation: Arbeit wird idealerweise „gezogen“. Teams steuern WIP. Sie liefern in kleinen Inkrementen. Fortschritt wird als Produktartefakt sichtbar, nicht als Bericht. Synchronisation wird seltener zur Versicherung, weil Transparenz im Arbeitsfluss liegt. Scrum-Events, Kanban-Policies und agile Metriken sind dann nicht primär „Meeting-Kultur“. Sie ersetzen projektgetriebene Steuerung über Statuskommunikation.

Warum halbherzige agile Transformation mehr Fragmentierung erzeugt

Der entscheidende Punkt ist unbequem: Agile löst das Problem nicht automatisch. Viele Unternehmen betreiben „agile Projekte“. Sie behalten die Projektlogik und kleben agile Rituale darüber. Dann entsteht ein Paradox. Es gibt weiterhin Projekt-Reporting, Lenkungsausschüsse, Abhängigkeitsrunden und Gate-Entscheide. Und zusätzlich gibt es Plannings, Refinements, Dailies, Reviews und Synchronisation über mehrere Ebenen. Das Ergebnis ist nicht weniger Kontextwechsel, sondern mehr. Agile wird dann als Meeting-Maschine erlebt. Nicht weil Agile „zu viele Meetings“ hätte. Sondern weil zwei Organisationslogiken gleichzeitig dieselbe Arbeit steuern.

Anstatt über Werte zu streiten („Agile Mindset!“) lohnt sich ein Kostenmodell. Jede Übergabe, jedes Reportingformat, jedes Gremium ist eine Quelle von Wechselkosten. Agile Organisation – egal ob Scrum, Kanban oder SAFe – versucht, diese Kosten zu senken, indem sie Verantwortung bündelt, Arbeit entkoppelt und Feedback verkürzt.

Projektorganisation akzeptiert diese Kosten als Preis für Steuerbarkeit in temporären, unsicheren Setups. Das ist manchmal notwendig. Es ist aber teuer. Und wenn „Projekt“ zum Dauerzustand wird, bleibt die Organisation dauerhaft im Manager-Schedule gefangen, obwohl sie eigentlich kontinuierliche Produktentwicklung betreiben möchte.

Praxisbeispiel: Pinterest und meetingfreie Tage

Pinterest.com hat Grahams Beobachtung in ein Feldexperiment übersetzt. Durch ihr Wachstum war der Tag stärker fragmentiert. Engineers verloren zusammenhängende Fokusfenster. Als Gegenmaßnahme testete man einen Plan mit drei meetingfreien Tagen pro Woche für Engineers. Die Botschaft war nicht „Meetings sind schlecht“. Die Botschaft war: Die Organisation gestaltet den Kalender so, dass Herstellungszeit strukturell wieder möglich wird. Pinterest berichtet, dass über 90 % der befragten Engineers eine Produktivitätssteigerung wahrnahmen. Quelle: https://medium.com/pinterest-engineering/three-day-no-meeting-schedule-for-engineers-fca9f857a567

Wichtig ist die Einordnung: Das ist kein randomisiertes Experiment. Es ist eine organisationspraktische Intervention mit Selbstbericht. Dennoch ist es ein starkes Muster, weil es eine abstrakte Erkenntnis in eine klare Regel übersetzt: Fokusblöcke werden nicht individuell verhandelt, sondern systemisch geschützt.

Was folgt daraus praktisch

Hier liegt der eigentliche „Mehrwert“ für Dich: Du bekommst Hebel, die sofort wirken können, ohne Reorg. Und du bekommst Argumente, die nicht moralisch sind, sondern strukturell.

1) Trenne konsequent: Projektarbeit oder Produktarbeit

Wenn etwas wirklich Projektarbeit ist, dann behandle es als Projekt. Batch Synchronisation bewusst. Bündle Gremien. Definiere fixe Office-Hours für Abstimmungen. Schütze zusammenhängende Umsetzungsfenster. Reduziere Ad-hoc-Meetings durch klare Triage-Kanäle. Und messe nicht nur Durchlaufzeit, sondern auch Fragmentierung.

2) Wenn es Produktarbeit ist, organisiere es wie Produktarbeit

Das bedeutet stabile, cross-funktionale Teams mit End-to-End-Ownership. Klare Produktziele statt Meilensteinpläne. Sichtbarkeit über Inkremente statt Statusfolien. Weniger externe Koordination. Mehr interne Autonomie. Das ist die strukturelle Basis dafür, dass Maker-Zeit entsteht, ohne dass man Heldentum verlangen muss.

3) Reduziere Doppelsteuerung in hybriden Setups

Die größte Quelle von Wechselkosten ist oft nicht Scrum, SAFe oder Kanban. Es ist das parallele Betreiben von Projekt-Governance und agiler Liefersteuerung für dieselbe Arbeit. Der Ausweg ist nicht „noch ein Meeting, um Meetings zu reduzieren“, sondern Governance zu vereinfachen. Entscheide, welche Fragen wirklich ein Gremium brauchen. Packe alles andere in transparente, möglichst asynchrone Entscheidungsformate. Nutze Reviews als Steuerungspunkt, nicht als Show. Und wenn Programmebene geplant wird, dann als Batch: selten, konzentriert, mit klarer Vorarbeit. Das ist das agile Pendant zu „Office Hours“: Koordination in Blöcken. Lieferung im Fluss.

Konkrete Lösungen auf Team- und Individualebene

1) Meeting-Batching und Office-Hours statt Dauer-Schnipseln.

Meetings bündeln und in feste Fenster legen. So wird Maker-Zeit nicht permanent perforiert.

2) Explizite Fokusblöcke im Teamkalender.

No-Meeting-Mornings oder feste Deep-Work-Halbtage. Entscheidend ist Verlässlichkeit.

3) Asynchronität als Standard, Synchronität als Ausnahme.

Status- und Infofragen schriftlich. Klare Struktur: Kontext, Entscheidungspunkt, Frage. Empfänger wechseln bewusst statt reflexhaft.

4) Interruption-Design: Triage-Kanäle und Antwort-SLOs.

Support und Ad-hoc über definierte Kanäle. Klare Reaktionszeiten. Notfälle klar markieren. Keine Ausnahmen.

5) Kontext konservieren: kurze Resume-Notizen.

Vor jedem Wechsel 60–90 Sekunden: aktueller Stand, nächster kleinster Schritt, kritische Annahme. Das senkt Wiederaufnahme-Kosten.

Schlussgedanke

Die Debatte „Projektorganisation vs. agile Organisation“ ist weniger ideologisch, als sie wirkt. Sie ist eine Frage von Kontextwechseln und Koordinationskosten. Projektorganisation erzeugt viele Wechsel, weil sie Koordination über Schnittstellen herstellen muss. Agile Organisation versucht, Wechsel zu vermeiden, indem sie Verantwortung und Feedback in stabile Wertströme zieht. So wird greifbar: Agile ist nicht nur Mindset. Es ist Organisationsdesign, das die kognitiven Realitäten menschlicher Arbeit ernst nimmt.

Start Monday: 7 kleine Schritte mit großem Hebel

Blockt zwei halbe Tage pro Woche als teamweite Fokuszeit. Keine Meetings. Keine „Ausnahmen“.

Definiert zwei feste Meeting-Fenster pro Woche für alles, was synchron sein muss.

Ersetzt Statusrunden durch ein asynchrones Update-Format mit drei Feldern: „Fortschritt, Risiko, Entscheidung“.

Führt eine Triage-Regel für Unterbrechungen ein: Was ist Page. Was ist Ticket. Was ist „später“.

Macht Doppelsteuerung sichtbar: Welche Gremien steuern dieselbe Arbeit wie Scrum/ART/Backlog. Streicht eines.

Begrenzt WIP sichtbar. Weniger parallel anfangen. Mehr fertig machen.

Messt nicht nur „Output“, sondern Fragmentierung: Wie oft wechseln Teams Themen pro Tag. Woher kommt der Druck dazu.

Quellen zu Multitasking und Wechselkosten

American Psychological Association. (n.d.). Multitasking: Switching costs. https://www.apa.org/topics/research/multitasking

Cain, M. S., Leonard, J. A., Gabrieli, J. D. E., & Finn, A. S. (2017). Cognitive control in media multitaskers: Two replication studies and a meta-analysis. Psychonomic Bulletin & Review, 24(5), 1556–1562. https://doi.org/10.3758/s13423-017-1275-9

Jeong, S.-H., & Hwang, Y. (2016). Media multitasking effects on cognitive vs. attitudinal outcomes: A meta-analysis. Human Communication Research, 42(4), 599–618. https://doi.org/10.1111/hcre.12089

Monsell, S. (2003). Task switching. Trends in Cognitive Sciences, 7(3), 134–140. https://doi.org/10.1016/S1364-6613(03)00028-7

Ophir, E., Nass, C., & Wagner, A. D. (2009). Cognitive control in media multitaskers. Proceedings of the National Academy of Sciences, 106(37), 15583–15587. https://doi.org/10.1073/pnas.0903620106

Pashler, H. (1994). Dual-task interference in simple tasks: Data and theory. Psychological Bulletin, 116(2), 220–244.

van der Schuur, W. A., Baumgartner, S. E., Sumter, S. R., & Valkenburg, P. M. (2021). “Cognitive control in media multitaskers” ten years on: A meta-analysis. Cyberpsychology: Journal of Psychosocial Research on Cyberspace, 15(2), Article 7. https://doi.org/10.5817/CP2021-2-7

Rubinstein, J. S., Meyer, D. E., & Evans, J. E. (2001). Executive control of cognitive processes in task switching. Journal of Experimental Psychology: Human Perception and Performance, 27(4), 763–797.