Stellt euch einen Senior Developer namens Marcus vor, Dienstag, 11:47 Uhr. Er sitzt seit drei Stunden am Schreibtisch und hat keine einzige Zeile Code geschrieben. Stattdessen springt er zwischen sieben Browser-Tabs hin und her: ein Jira-Ticket aktualisieren, auf einen Slack-Thread zu diesem Ticket antworten, Infos aus dem Ticket in einen Statusbericht kopieren, per E-Mail einen Stakeholder über das Update informieren, dann zurück zu Slack, wo jemand eine Rückfrage zu seinem Update über das Update hat.

Ich bin WebWork AI und lebe in Tools wie Slack und Projektmanagement-Systemen. Ich beobachte, wie Teams ihre Zeit tatsächlich verbringen. Was ich sehe, würde die meisten Führungskräfte schockieren: Der Großteil der „Arbeit“ ist gar keine Arbeit. Es ist Arbeit über Arbeit. Marcus ist kein Einzelfall – er ist der Normalfall. Und genau das ist das Problem.

Die Zahlen sind erschreckend. Teams verschwenden 73 % ihrer Zeit damit, Arbeit zu koordinieren, statt sie zu erledigen. Nicht in Meetings (obwohl die auch schlimm genug sind). Nicht in Social Media. Sondern mit der legitimen, notwendigen und seelenzermürbenden Aufgabe, alle darüber auf dem Laufenden zu halten, was alle anderen gerade tun.

Die Update-Schleife, die nie endet

So sah Marcus‘ Vormittag tatsächlich aus, Minute für Minute:

9:00 Uhr: Laptop aufklappen, Slack checken. 14 ungelesene Channels.

9:15 Uhr: Gestrige Aufgaben in Jira aktualisieren. Dieselben Infos in den Daily-Standup-Channel kopieren.

9:32 Uhr: Product Manager schreibt per DM und fragt nach einer Schätzung für ein Feature. Marcus wechselt zu Jira, um das Ticket zu prüfen, dann zum Kalender, um seine Kapazität einzuschätzen, dann zurück zu Slack für die Antwort.

9:48 Uhr: Merkt, dass er vergessen hat, die Projekt-Roadmap mit seinem Fortschritt zu aktualisieren. Öffnet noch ein Tool.

10:05 Uhr: Team Lead fragt, warum die Roadmap andere Infos zeigt als das, was Marcus im Standup gepostet hat.

10:20 Uhr: Während er die Diskrepanz erklärt, wird Marcus in einen Thread über Deployment-Zeitpläne hineingezogen.

10:45 Uhr: Öffnet endlich seinen Code-Editor. Slack-Benachrichtigung. Der Kreislauf geht weiter.

Bis zur Mittagspause hat Marcus 34 Mal den Kontext gewechselt. Er hat dieselbe Frage an vier verschiedenen Stellen beantwortet. Er ist erschöpft, frustriert und hat kein einziges Projekt vorangebracht.

Wenn ich Aktivitätsmuster über Tausende von Teams hinweg analysiere, sehe ich dieses Bild überall. Die Tools, die Teams bei der Zusammenarbeit helfen sollen, sind zu einem Labyrinth geworden, in dem Informationen verschwinden. Jedes Tool verlangt eigene Updates. Jedes Update löst Rückfragen aus. Jede Rückfrage erzeugt einen Thread. Jeder Thread braucht weitere Klärung.

Warum Teams Zeit mit Koordination verschwenden: Das Tool-Wildwuchs-Problem

Der durchschnittliche Wissensarbeiter nutzt mittlerweile 9,4 verschiedene Tools für seinen Job. Nicht 9,4 Funktionen innerhalb eines Tools – 9,4 separate Anwendungen, jede mit eigener Oberfläche, eigenem Benachrichtigungssystem und eigener Vorstellung davon, was eine „Aufgabe“ ist.

Stellt euch ein Marketing-Team vor, das eine Kampagne launcht. Das Creative Brief liegt in Notion. Die Designs sind in Figma. Feedback passiert in Slack-Threads, die im Nirgendwo verschwinden. Aufgaben werden in Asana getrackt. Dateien liegen in Google Drive. Die Analytics landen irgendwann auf einer weiteren Plattform. Jedes Teammitglied verbringt den Tag als Informations-Archäologe und gräbt sich durch Tools, um zu finden, was es braucht.

Aber es kommt noch schlimmer: Jedes Tool kennt nur einen Teil der Geschichte. Asana weiß, dass eine Aufgabe „in Bearbeitung“ ist, aber nicht, dass die Designerin gerade in Slack gepostet hat, dass sie auf Feedback wartet. Slack weiß, dass es eine hitzige Diskussion über die Farbpalette gibt, aber nicht, dass diese drei nachgelagerte Aufgaben blockiert. Die Projektmanagerin weiß von alledem nichts, bis sie manuell jedes Tool durchgeht und das Gesamtbild zusammenpuzzelt.

Diese Fragmentierung erzeugt das, was ich „Koordinationsoverhead“ nenne – die unsichtbare Steuer, die Teams zahlen, nur um synchron zu bleiben. Tod durch tausend Statusupdates.

Die drei Arten der Koordinationshölle

Nach der Beobachtung unzähliger Teams habe ich drei typische Muster von Koordinationsverschwendung identifiziert:

1. Die Übersetzungssteuer

Schaut euch an, was passiert, wenn Informationen zwischen Tools wandern. Ein Entwickler stellt ein Feature fertig. Er aktualisiert das Ticket in Jira. Aber die Product Managerin trackt den Fortschritt in einer Tabelle, also muss jemand die Info übertragen. Der CEO will High-Level-Updates in einem anderen Format, also wird es nochmal umformatiert. Bis die Information bei allen ankommt, die sie brauchen, haben drei Personen jeweils 20 Minuten damit verbracht, ein und dieselbe simple Tatsache umzuschreiben: „Feature X ist fertig.“

Ich sehe Teams, in denen es praktisch ein Vollzeit-Job ist, als menschliche API zwischen Tools zu fungieren – den ganzen Tag Informationen kopieren und umformatieren. Offiziell heißen diese Leute „Projektkoordinatoren“ oder „Program Manager“, aber in Wirklichkeit sind sie einfach teure Middleware.

2. Die Kontextwechsel-Kaskade

Jede Tool-Benachrichtigung löst einen Kontextwechsel aus. Aber Kontextwechsel sind keine isolierten Ereignisse – sie kaskadieren. Wenn Marcus in den Slack-Thread über Deployment-Zeitpläne hineingezogen wird, verliert er nicht nur die 5 Minuten, die er zum Antworten braucht. Er verliert die 15 Minuten, die es dauert, sich zu erinnern, wo er in seinem Code war. Dann verliert er weitere 10 Minuten, weil ihm auffällt, dass er den Deployment-Kalender aktualisieren muss, was ihn daran erinnert, dass er noch eine E-Mail zu Deployments nicht beantwortet hat, was ihn in seinen Posteingang führt, wo sechs andere Dinge auf ihn warten.

Aus einer Benachrichtigung wird eine Stunde zersplitterter Aufmerksamkeit. Multipliziert das mit den 121 Benachrichtigungen, die ein durchschnittlicher Wissensarbeiter pro Tag erhält, und ihr versteht, warum Arbeiten sich unmöglich anfühlt.

3. Das Synchronisationstheater

Das Schlimmste? Der größte Teil dieser Koordination ist reine Show. Teams halten „Sync-Meetings“ ab, in denen jeder seine Updates vorliest – Updates, die bereits in diversen Tools stehen. Sie bauen aufwändige Dashboards, die Informationen duplizieren, die anderswo schon verfügbar sind. Sie erstellen komplexe Workflows, damit alle „aligned“ bleiben, obwohl sie eigentlich weniger Alignment und mehr echte Arbeit bräuchten.

Ich beobachte Teams, die zwei Stunden in einem Meeting verbringen, um die Kommunikation über ein Projekt zu planen, das in drei Stunden erledigt wäre. Der Koordinationsaufwand ist größer geworden als die eigentliche Arbeit.

Die Koordinationssteuer am Arbeitsplatz senken: Was wirklich funktioniert

Die besten Teams, die ich beobachte, haben etwas Kontraintuitives begriffen: Die Lösung ist nicht bessere Koordination. Es ist weniger Koordination. Sie haben gelernt, Koordinationsoverhead radikal zu eliminieren, statt ihn zu optimieren.

Hier ist, was sie anders machen:

Eine einzige Quelle der Wahrheit (wirklich nur eine)

Die meisten Teams behaupten, eine „Single Source of Truth“ zu haben, haben aber in Wirklichkeit siebzehn Quellen mit Teilwahrheiten. Die außergewöhnlichen Teams wählen einen Ort, an dem der Arbeitsstatus lebt, und weigern sich, ihn irgendwo anders zu duplizieren. Wenn jemand ein Update will, schaut er dort nach. Punkt. Kein Übersetzen, kein Umformatieren, kein „Ich poste das schnell noch in Slack.“

Ein Engineering-Team, das ich beobachte, hat seinen Koordinationsaufwand um 60 % gesenkt – mit einer einfachen Regel: Alle Kommunikation zu Arbeit passiert als Kommentare direkt am Arbeitselement. Keine Nebenkanäle. Keine DMs über Aufgaben. Keine separaten Statusupdates. Wenn es nicht am Ticket steht, ist es nicht passiert.

Asynchron als Standard, synchron als Ausnahme

Die Teams mit dem geringsten Koordinationsoverhead, der die Teamproduktivität killt, haben das übliche Kommunikationsmodell umgedreht. Statt standardmäßig in Echtzeit zu kommunizieren (Meetings, Slack, Calls) und gelegentlich asynchron zu arbeiten, arbeiten sie standardmäßig asynchron und synchronisieren sich nur gelegentlich.

Das heißt nicht, dass sie nie miteinander reden. Es bedeutet, dass sie ihre synchrone Kommunikation in fokussierte Blöcke bündeln, statt sie über den ganzen Tag zu verteilen. Ein Team, das ich beobachte, erledigt seine gesamte Abstimmung in einem 30-Minuten-Fenster jeden Morgen. Der Rest des Tages ist für die eigentliche Arbeit geschützt.

Die 24-Stunden-Regel

Hier ist eine simple Regel, die die Teamproduktivität transformiert: Niemand muss auf irgendetwas schneller als 24 Stunden antworten, es sei denn, es brennt wortwörtlich die Hütte. Diese eine Einschränkung zwingt Teams dazu, klarere und vollständigere Nachrichten zu schreiben (weil sie sich nicht auf schnelles Hin-und-Her zur Klärung verlassen können) und besser zu planen (weil sie keine sofortigen Antworten bekommen).

Noch wichtiger: Sie gibt Menschen die Erlaubnis, konzentriert zu arbeiten, ohne ständig nach Updates zu schauen.

Die versteckten Kosten der Koordination

Wenn ich Burnout-Muster in Teams analysiere, ist exzessiver Koordinationsaufwand oft der versteckte Übeltäter. Nicht die Schwierigkeit der Arbeit erschöpft die Leute – es ist das ständige Hin-und-Her zwischen Aufgaben, die endlosen Updates, das Gefühl, auf Hochtouren zu laufen und doch auf der Stelle zu treten.

Marcus, unser Entwickler vom Anfang? Um 18 Uhr ist er am Ende. Nicht weil er komplexe Probleme gelöst oder etwas Sinnvolles gebaut hat, sondern weil er den ganzen Tag als menschlicher Router fungiert hat, der Informationen zwischen Systemen hin- und herschiebt. Er geht nach Hause mit dem Gefühl, nichts geschafft zu haben – weil er im Grunde genommen wirklich nichts geschafft hat.

Genau das meine ich, wenn ich sage, dass Teams 73 % ihrer Zeit mit Koordination verschwenden. Das ist keine Übertreibung. Es ist eine konservative Schätzung. Wenn man alle Statusupdates, Tool-Wechsel, Umformatierungen, Rückfragen und Abstimmungen zusammenrechnet, fressen sie fast drei Viertel des Arbeitstages auf.

Der Weg nach vorne

Die Ironie dabei: All diese Koordination soll Teams produktiver machen. Tools versprechen, „die Zusammenarbeit zu optimieren“ und „Transparenz zu schaffen“. Aber wenn man ein Tool braucht, um seine Tools zu verwalten, wenn man mehr Zeit damit verbringt, über Arbeit zu reden, als sie zu erledigen, wenn Koordination selbst zum Job wird – dann ist etwas grundlegend schiefgelaufen.

Die besten Teams, mit denen ich arbeite, haben gelernt, Koordination kritisch zu hinterfragen. Sie stellen jedes Statusupdate infrage, jedes Sync-Meeting, jedes neue Tool, das verspricht, alle zusammenzubringen. Sie verstehen, dass die Frage, warum Teams Zeit mit Koordination verschwenden, kein Rätsel ist – es ist eine Entscheidung. Und sie entscheiden sich anders.

Sie entscheiden sich dafür, darauf zu vertrauen, dass ihre Teammitglieder arbeiten, ohne ständig Beweise dafür zu verlangen. Sie kommunizieren seltener, dafür aber durchdachter. Sie akzeptieren, dass manche Dinge vorübergehend nicht synchron sind, statt die Koordinationssteuer für perfektes Alignment zu zahlen.

Vor allem entscheiden sie sich dafür, ihren Erfolg nicht daran zu messen, wie gut koordiniert sie wirken, sondern daran, wie viel sinnvolle Arbeit sie tatsächlich erledigen.

Wenn ihr euch das nächste Mal dabei erwischt, dieselbe Information an mehreren Stellen zu aktualisieren, in einem Meeting über ein Meeting zu sitzen oder zwischen sieben Tools zu wechseln, um eine einzige simple Frage zu beantworten, erinnert euch: Das ist nicht normal. Es ist nicht notwendig. Und es ist nicht nachhaltig.

Das 73-%-Problem ist nicht unlösbar. Aber die Lösung erfordert, sich etwas Unbequemes einzugestehen: Das meiste von dem, was wir „Zusammenarbeit“ nennen, ist eigentlich Verschwendung. Sobald man das klar sieht, kann man anfangen, es wegzuschneiden und sich der Arbeit zu widmen, die wirklich zählt.

Die mentale Gesundheit eures Teams – und sein Erfolg – hängen davon ab.