Kommunikation lässt sich nicht toolifizieren — Copilot hilft nicht

Ich saß in einem Daily Scrum mit einem Entwicklungsteam. Neun Menschen. Stille. Einer der Entwickler sprach nicht — die Moderatorin wartete, ein paar Sekunden, dann zuckte sie mit den Schultern und ging weiter.

Nach der Stunde sagte er mir später: "Ich wollte sagen, dass wir das Projekt nicht packen. Aber wenn ich das sage, glaube der Manager mir nicht. Er denkt, ich bin pessimistisch." Die Stille war nicht Kommunikationsmangel. Sie war Kommunikation — sie sagte: Es ist nicht sicher, hier die Wahrheit zu sagen.

Das hätte kein KI-Tool erfassen können. Nicht weil die KI zu dumm ist. Sondern weil die Wahrheit nicht in den Wörtern lag — sie lag in der Stille selbst.

Was Kommunikation war — und wofür es stand

Im Jahr 2004 haben James Coplien und Neil Harrison eine bemerkenswerte Studie veröffentlicht — sie schauten sich Entwicklungsteams an und fanden etwas, das gegen jede Intuition ging. Die höchstproduktiven Teams waren nicht diejenigen mit der besten Methodologie, nicht diejenigen mit der saubersten Code-Architektur. Sie waren diejenigen mit der höchsten Kommunikationsdichte. Menschen, die physisch nah beieinander saßen, die sich in die Augen sahen, die sich unterbrachen — manchmal unhöflich. Die stritten. Nicht protokolliert, nicht in retrospektiven Gefühlsbekundungen, sondern wirklich.

Das war nicht ineffizient. Das war optimal. 37 Mal höhere Produktivität als in Teams, die "nach den Regeln spielten".

Aber das Daily Scrum von Jeff Sutherland als Short Cut gedacht, wurde oft genug nicht zum Werkzeug von Effizienz — das war die Verkaufsmasche - damit Manager zuließen, dass wir uns trafen. Das Daily Scrum, korrekt durchgeführt, war der Moment, in dem ein Team sich in die Augen sieht. Wo die Tänzerin merkt, dass der Pianist müde ist, wo die technische Architektin spürt, dass der Junior-Developer in Panik ist. Wo stumme Konflikte sichtbar werden — nicht weil jemand "es ausspricht", sondern weil Menschen einfach beieinander sind.

Und ja: Das war ineffizient. Manchmal unbequem. Manchmal schmerzlich.

Die Retrospektive hat den gleichen Effekt. Vordergründig geht es um Produktivitätssteigerung — Doch "was können wir verbessern", obwohl das drin war, ist nicht der eigentliche Hebel. Sondern der Moment, in dem wir sagen, was sonst nicht sagbar ist. Ich habe Retrospektiven erlebt, in denen Menschen weinten — nicht in dieser modernen Art, sich professionell "über ein Thema auszusprechen", sondern wirklich, weil sechs Wochen Überlastung, Missverständnis, Wut sich endlich Luft machten. Und dann geschah immer etwas.

Nicht weil eine Moderation technisch "richtig" war, sondern weil zwei Menschen sich verstanden haben. Weil einer merkte: Ich bin nicht allein in meiner Verwirrung.

Der Debug-Mythos: Copilot als Meeting-Effizienz

Und jetzt kommt die KI. Ein neues Tool mit neuer Verheißung: Meeting-Zusammenfassungen. Transkripte, die sich selbst lesen. Action Items automatisch extrahiert, die wesentlichen Punkte in drei Bullet Points. Alles dokumentiert. Alles verfolgbar.

Das ist nicht falsch. Das ist oft hilfreich. Tatsächlich - Auswertungen und Nachverfolgung sind jetzt in einer Dimension möglich, die zuvor stundenlanges Nacharbeiten forderte

Aber es basiert auf einer fundamentalen Illusion: dass das eigentliche Problem des Daily Scrum, oder anderer Meetings die fehlende, oder mangelhafte Dokumentation war.

Das Problem war nie fehlende Effizienz, also noch mehr Dokumentation oder noch genaueres Abarbeiten von Items. Das Problem war: Wie schaffen wir psychologische Sicherheit, damit Menschen sagen, was sie wirklich denken? Damit sie auf die Dinge hinweisen, die tatsächlich entscheidend sind.

Amy Edmondson hat das erforscht — in Krankenhäusern, bei Google, bei Pixar — und ihre Entdeckung war überraschend: In psychologisch sicheren Teams berichten Menschen von mehr Fehlern. Nicht, weil sie schlampiger sind, sondern weil sie trauen, die Wahrheit zu sagen. Das ist nicht Effizienz. Das ist Vertrauenskultur. Genau das passierte in den besten Dailys. Hier wurde nicht stupide abgehackt: Fertig, In Arbeit, sondern die Teammitglieder begannen sich als Crew zu empfinden - ausgerichtet und eingeschworen auf das gemeinsame Ziel.

Und Vertrauen entsteht nicht durch bessere Dokumentation. Es entsteht, wenn eine Führungskraft zuhört — nicht defensiv wird. Wenn er die Stille aushält, statt sie mit neuen Tipps auszufüllen. Wenn er sagt: "Ich verstehe, dass du Angst hast. Und ich verstehe, warum."

Das ist körpernah. Das braucht Präsenz. Ein Meeting-Transkript kann das nicht ersetzen.

Gabriel und der Preis des Konsens

Der Philosoph Markus Gabriel argumentiert — scharf — dass Wahrheit Dissens braucht. Wahrheit ist nicht ein Punkt, den wir erreichen. Wahrheit ist ein Konflikt zwischen verschiedenen Positionen, Perspektiven, Interessen. Ein Daily Scrum ohne Konflikt ist wahrscheinlich ein Daily Scrum ohne Wahrheit.

Aber Copilot optimiert für Konsens. Das Tool extrahiert "das Wesentliche" — und dabei fällt das Unbequeme, das Widersprüchliche, das eigentlich Interessante durchs Gitter. Die Meetings werden "effizienter". Sie werden auch ärmer. Anja Möschler hat das beobachtet: Manager fallen unter Druck in eine Regression zurück, sagen "Ja, aber das geht nicht" und hören nicht wirklich zu — sie haben schon eine Antwort. Und das Tool verstärkt genau das: Es gibt die Illusion, dass Kommunikation passiert ist, nur weil Informationen ausgetauscht wurden.

Die Körpererfahrung der Retrospektive

Wenn Projekte unter Druck geraten passiert immer das Gleiche: Die Reflexion wird gestrichen. Das erste, das gestrichen wird, wenn es eng wird, ist immer die Retrospektive. "Wir haben keine Zeit für sowas" oder "Wir machen eine 30-Minuten-Version." Aber was geht dabei verloren? Die Körpererfahrung des Scheiterns.

Eine Retrospektive ist nicht eine Listensammlung. Sie ist der Moment, in dem ein Team das Scheitern fühlt — und dann tut, was nur Menschen in Gruppen können: Es gemeinsam aushalten und daraus lernen. Das passiert nicht in 30 Minuten. Das passiert nicht, wenn eine KI die wesentlichen Punkte zusammengefasst hat. Es passiert, wenn Menschen zusammen im Raum sind, Stille aushalten, sich trauen zu weinen, wenn es nötig ist.

Ein Transkript kann das nicht dokumentieren. Ein Tool kann das nicht optimieren. Die Spannung, die Atmosphäre, die entsteht, wenn Menschen in einem Kreis sitzen und sich "einfach" nur austauschen. Das ist magisch.

Was KI tatsächlich tut

Aza Raskin: KI simuliert Verständnis — und das verhindert echtes Verständnis. Ein Meeting-Transkript mit KI-Zusammenfassung gibt mir die Illusion, dass ich verstanden habe, was in dem Raum passiert ist. Ich habe alle Informationen, kann die Action Items abhaken, die nächste Iteration läuft.

Aber ich war nicht dort. Ich habe die Stille nicht gespürt, kenne nicht die Angst des Developers, der nicht sprechen wollte. Und das ist die kritische Stelle: Wenn ich KI nutze, um Kommunikation zu "effizienter" zu machen, eliminiere ich genau die Friktionen, die Kommunikation brauchbar machen. Echte Kommunikation ist langsam. Sie ist unsicher. Sie ist manchmal schmerzhaft.

Ein Werkzeug kann es schneller machen. Aber schneller ist nicht besser — manchmal ist es das Gegenteil.

Die unbeantwortete Frage

Ich bin nicht gegen KI. Ich bin nicht dagegen sich das Leben mit Tools wesentlich zu vereinfachen. Aber es ist ein Einspruch gegen die Idee, dass wir Kommunikation toolifizieren können — dass wir ein organisatorisches Problem mit einer technologischen Lösung lösen. Das geht nicht, weil Kommunikation nicht primär ein Informationsproblem ist. Es ist ein Beziehungsproblem. Und Beziehungen entstehen durch Präsenz, nicht durch Effizienz.

Die eigentliche Frage ist nicht: Wie machen wir Meetings schneller?

Die eigentliche Frage ist: Wie schaffen wir einen Raum, in dem Menschen sagen, was sie wirklich denken — und in dem das sicher ist? Ein Raum in dem wir Mut durch gemeinsames Zuhören entstehen lassen.

Das braucht keine KI. Das braucht Mut. Ruhe. Eine Führungskraft, der zuhört, statt zu optimieren.

Copilot kann dir helfen, deine Mails zu schreiben. Das ist okay. Aber Copilot kann nicht für dich in einem Daily Scrum oder einem Stuhlkreis sitzen.