"Das Coaching-Gespräch, das niemand führen will – Teil 2"

Teil 2 von 2 — Das Gespräch selbst. Teil 1: Das Machtproblem.

In Teil 1 dieser Serie war das Argument struktureller Natur: Das Coaching-Gespräch mit einem Manager, dessen Verhalten das Team untergräbt, ist kein Kommunikationsproblem. Es ist ein Machtproblem. Und bevor das Gespräch stattfindet, müssen drei strukturelle Voraussetzungen erfüllt sein: organisatorische Rückendeckung, dokumentierte Auswirkungen und ein klarer Eskalationspfad.

Wenn diese Voraussetzungen erfüllt sind – das Verhalten ist dokumentiert, die Rückendeckung ist gesichert, der Eskalationspfad ist bekannt – dann ist dieser Artikel für dich. Die strukturelle Arbeit ist getan. Jetzt musst du in den Raum.

---

Der Einstieg: Der Moment vor dem Öffnen der Tür

Es gibt eine besondere Art von Beklemmung, die diesem Gespräch vorausgeht. Sie ist nicht dasselbe wie gewöhnliche Nervosität vor einem schwierigen Meeting. Es ist die Beklemmung von jemandem, der weiß, dass das, was er gleich sagen wird, wahr ist, wichtig ist – und trotzdem möglicherweise nicht gut ankommen wird, egal wie geschickt es formuliert ist.

Die meisten Ratschläge zu schwierigen Gesprächen zielen darauf ab, diese Beklemmung durch Vorbereitung und Umformulierung zu reduzieren. „Es ist nur ein Gespräch.” „Die andere Person will es gut machen.” „Geh von positiver Absicht aus.”

Einige dieser Ratschläge sind hilfreich. Andere sind ein Weg, die ehrliche Anerkennung zu vermeiden, dass dieses Gespräch ein echtes Risiko trägt – und so zu tun, als wäre das nicht der Fall, schützt nicht, sondern schickt einen schlecht vorbereitet in den Raum.

Das Ziel dieses Artikels ist nicht, diese Beklemmung zu beseitigen. Es ist, ihr etwas entgegenzusetzen.

---

Die Realität: Was bei den meisten Coaching-Gesprächen schiefläuft

Die Falle der indirekten Sprache

Der häufigste Fehler in diesem Gespräch ist der Einsatz von Sprache, die den eigentlichen Punkt verschleiert. Scrum Master und Agile Coaches sind in gewaltfreier Kommunikation, empathischem Zuhören und der Wichtigkeit ausgebildet, Schuldzuweisungen zu vermeiden. Das sind echte Fähigkeiten. Sie werden zur Schwäche, wenn sie Sätze produzieren wie:

„Ich frage mich manchmal, ob es vielleicht eine Möglichkeit gäbe, gemeinsam zu erkunden, wie die Erfahrung des Teams im Sprint Planning potenziell anders gestaltet werden könnte.”

Dieser Satz sagt: „Dein Verhalten im Sprint Planning untergräbt die Selbstorganisation des Teams.” Der Manager hört die erste Version und antwortet darauf. Die eigentliche Botschaft – die spezifische, dokumentierte, folgenreiche – kommt nie an.

Indirekte Sprache fühlt sich sicherer an, weil sie das unmittelbare Risiko einer Konfrontation verringert. Was sie tatsächlich tut: Sie verlagert das Risiko nach vorn. Das Verhalten setzt sich fort, das Team bemerkt, dass sich nichts geändert hat, und der Scrum Master muss das Gespräch erneut führen – diesmal mit weniger Glaubwürdigkeit.

Direkt sein. Nicht schroff, nicht aggressiv, aber direkt. „In den letzten drei Sprints wurden Entscheidungen aus dem Sprint Planning vor Mittwoch revidiert. Ich habe die Daten und die Entscheidungen. Ich möchte darüber sprechen, was dahintersteckt und was wir anders machen können.”

Die Falle des zu frühen Problemlösens

Der zweite häufige Fehler: der Wechsel in den Lösungsmodus, bevor das Problem vollständig auf dem Tisch liegt. Der Manager erlebt bei der Benennung des Verhaltens leichtes Unbehagen, weicht in den Lösungsmodus aus, und das Gespräch verschiebt sich zu „Was können wir besser machen?” – bevor es eine echte Anerkennung des Geschehenen gegeben hat.

Das fühlt sich nach Fortschritt an. Es ist keiner. Wenn der Manager das Ausmaß seines Verhaltens nicht wirklich gehört und anerkannt hat, werden die im Meeting vereinbarten Lösungen das zugrundeliegende Muster nicht ändern. Sie werden die erklärten Absichten des Managers ändern – was das Verhalten vielleicht ein oder zwei Sprints lang verschieben kann, bevor es zurückkehrt.

Das Problem länger im Raum halten, als es sich angenehm anfühlt. Anerkennen, dass das Problemlösen kommen wird. Aber es wird effektiver sein, wenn es ein gemeinsames Verständnis dessen gibt, was tatsächlich passiert ist.

Die Falle der Überpersonalisierung

Der dritte Fehler: zulassen, dass das Gespräch zur Beurteilung des Managers als Person wird, anstatt auf spezifische Verhaltensweisen und deren Konsequenzen fokussiert zu bleiben. Das geschieht in beide Richtungen: Der Scrum Master formuliert Dinge, die wie Charakterurteile klingen, und der Manager reagiert defensiv, als würde seine Identität angegriffen.

Das Gegenmittel ist Spezifität. Spezifische Verhaltensweisen. Spezifische Daten. Spezifische Konsequenzen für spezifische Menschen. Je konkreter die Belege, desto weniger fühlt sich das Gespräch wie eine Charakterbewertung an und desto mehr wie eine operative Diskussion.

„In dem Moment, in dem das Gespräch darum geht, wer jemand ist statt was er getan hat, verschwindet das operative Problem und das interpersonale übernimmt. Das operative Problem lässt sich von innen des interpersonalen nicht lösen.” Markus – agile-checksum.com

---

Der Checksum: Ein Rahmen für das Gespräch

Das hier ist kein Skript. Skripte versagen in dem Moment, in dem die andere Person etwas Unerwartetes sagt – was immer passiert. Was folgt, ist eine Struktur, die das Gespräch auf das benötigte Ergebnis ausgerichtet hält.

Phase 1: Den Zweck klar benennen (2 Minuten)

Mit einer klaren Benennung des Gesprächsthemas und seiner Bedeutung beginnen. Keine lange Einleitung, kein Small Talk, kein „Ich wollte mal kurz einhaken.” Zum Beispiel:

„Ich möchte über etwas Konkretes sprechen, das meiner Meinung nach die Leistung des Teams beeinträchtigt. Ich habe einige Daten, die ich gerne durchgehen würde. Ich bin nicht hier, um ein Problem zu schaffen – ich bin hier, weil ich denke, dass es etwas gibt, das wir beheben können, und das Beheben einen echten Unterschied machen wird.”

Das erreicht drei Dinge: Es signalisiert, dass das Gespräch strukturiert und vorbereitet ist; es rahmt es als operativ statt persönlich; und es schafft die Erwartung, dass Belege präsentiert werden.

Phase 2: Die Belege ohne Kommentierung vorlegen (5 Minuten)

Das dokumentierte Verhalten mit Datum und Konsequenzen darlegen. Sachlich bleiben. Den Impuls widerstehen, zu erklären, was das Verhalten bedeutet oder was es über die Prioritäten des Managers aussagt. Vorlegen, was passiert ist.

„In Sprint 14, am Dienstag nach dem Sprint Planning, wurde die Entscheidung, eine Drittanbieter-API zu verwenden, per E-Mail an das Team revidiert. In Sprint 15 wurden nach der Planungssitzung zwei Stories ohne Teamabsprache zum Sprint hinzugefügt. In Sprint 16 haben mir drei Teammitglieder gesagt, sie fühlten sich nicht in der Lage, ein Kapazitätsproblem im Planning anzusprechen, weil sie erwarteten, dass der Plan ohnehin geändert werden würde.”

Nach der Präsentation pausieren. Dem Manager Raum geben, zu antworten, bevor fortgefahren wird.

Phase 3: Der Antwort zuhören, ohne sofort zu verteidigen

Das ist der schwierigste Teil. Der Manager wird wahrscheinlich eine von mehreren Dingen tun: seine Begründung erklären, das Muster leugnen, aufrichtige Überraschung zeigen oder defensiv werden. Was auch immer er tut – die Aufgabe in dieser Phase ist zuzuhören und zu verstehen, nicht Punkte zu sammeln.

Wenn er seine Begründung erklärt: ernst nehmen. Manchmal gibt es echte Einschränkungen – Druck von oben, Stakeholder-Anforderungen, Informationen, die das Team nicht hat – die das Verhalten antreiben. Diese Einschränkungen zu verstehen, rechtfertigt das Muster nicht, kann aber die Lösung verändern.

Wenn er das Muster leugnet: die Daten sind vorhanden. Nicht argumentieren. „Ich verstehe, dass das aus Ihrer Perspektive anders aussehen mag. Ich habe die spezifischen Beispiele hier, wenn es helfen würde, sie gemeinsam durchzugehen.”

Wenn er defensiv wird: standhaft bleiben, ohne zu eskalieren. „Ich versuche das nicht persönlich zu machen. Ich spreche es an, weil es messbare Auswirkungen hat und ich denke, dass wir es angehen können.”

Phase 4: Spezifische, beobachtbare nächste Schritte vereinbaren

Das Gespräch ist nicht abgeschlossen, bis es eine Einigung darüber gibt, was anders sein wird – und was passiert, wenn nicht. Hier ist der Eskalationspfad wichtig: Wenn der Manager weiß, dass ein ungelöstes Muster eskaliert wird, trägt die Vereinbarung in diesem Gespräch mehr Gewicht.

Die nächsten Schritte müssen spezifisch genug sein, um im folgenden Sprint überprüfbar zu sein. Nicht „Ich werde versuchen, die Teamautonomie stärker zu unterstützen.” Sondern zum Beispiel: „Sprint-Planning-Entscheidungen werden nach der Sitzung nicht mehr ohne vorherige Absprache mit dem Team und dem Product Owner revidiert. Wenn eine echte externe Einschränkung eine Änderung erfordert, werde ich das im Daily ansprechen und den Grund erklären.”

---

Praxisbeispiele: Wenn es kippt

Der Manager, der weinte

In einem Retail-Technologieunternehmen hatte ein Scrum Master gründlich vorbereitet: drei Sprints dokumentierter Belege, explizite Rückendeckung vom Transformation Lead und ein klarer Eskalationspfad. Der Manager begann beim Konfrontieren mit den Belegen zu weinen.

Das ist in der Regel keine Manipulation. Es ist eine menschliche Reaktion darauf, dass das eigene Verhalten in einem professionellen Kontext benannt wird. Es ist auch, funktional betrachtet, ein Gesprächsstopper – denn die meisten Menschen, die mit jemandem konfrontiert werden, der weint, wechseln sofort vom operativen Modus in den Unterstützungsmodus und verlassen den Punkt, den sie gerade machten.

Der Scrum Master handelte gut: die Emotion anerkennen, dem Manager einen Moment geben, und dann sanft zum Beleg zurückkehren. „Ich sehe, dass das schwer zu hören ist. Ich möchte, dass Sie wissen, dass das aus einem echten Wunsch kommt, die Dinge zu verbessern, nicht um ein Problem zu schaffen. Möchten Sie fünf Minuten Pause machen und dann zurückkommen?” Sie taten es. Das Gespräch wurde fortgesetzt. Die Vereinbarung wurde getroffen.

Die Lehre: Emotionale Reaktionen in diesem Gespräch sind kein Ende des Gesprächs. Sie sind Teil davon. Sie anerkennen – aber nicht zulassen, dass sie den Punkt entgleisen lassen.

Der Manager, der zustimmte und sich nicht änderte

Ein Logistikunternehmen, ein Scrum Master, ein Manager, der das Feedback tadellos entgegennahm. Er bedankte sich beim Scrum Master für die Direktheit. Er beschrieb, was er anders machen würde. Er war aufrichtig im Raum. Zwei Sprints später hatte das Muster wieder begonnen.

Der Scrum Master kehrte für ein zweites Gespräch zurück. Der Manager erklärte, dass der Druck von oben zugenommen hatte und er Schwierigkeiten hatte, die Zusagen einzuhalten, die er gemacht hatte. Das war ehrlich und in gewisser Weise genau die richtige Offenlegung – denn es bestätigte, was Teil 1 dieser Serie beschrieben hatte: Das Verhalten wurde durch strukturellen Druck auf einer höheren Ebene angetrieben, nicht durch die Absichten des Managers im Raum.

Der Eskalationspfad wurde aktiviert. Der Transformation Lead führte ein Gespräch mit dem Vorgesetzten des Managers. Der strukturelle Druck wurde auf der Ebene angegangen, wo er tatsächlich gelöst werden konnte. Das Verhalten änderte sich.

Die Lehre: Zustimmung im Gespräch ist nicht dasselbe wie Veränderung im Feld. Wenn das Muster wieder auftritt, ist der Eskalationspfad keine Drohung – er ist der angemessene nächste Schritt.

---

Das Fazit: Was dieses Gespräch ist und was nicht

Dieses Gespräch ist keine Konfrontation. Es ist eine strukturelle Intervention in der Sprache eines professionellen Gesprächs. Sein Ziel ist nicht, dem Manager ein schlechtes Gefühl zu machen oder zu beweisen, dass man recht hatte. Sein Ziel ist es, ein spezifisches Verhaltensmuster zu verändern, das dem Team schadet – und das auf eine Weise zu tun, die klar, dokumentiert und mit Konsequenzen verbunden ist.

Wenn das Gespräch gut läuft, versteht der Manager, was passiert ist, verpflichtet sich zu konkreten Änderungen und hält sie ein. Das ist der Idealfall.

Wenn das Gespräch weniger gut läuft, ist das Muster dokumentiert, der Eskalationspfad wurde aktiviert, und der strukturelle Mechanismus kann übernehmen. Das ist ebenfalls akzeptabel.

Was nicht akzeptabel ist: weiter zuzusehen, wie das Muster dem Team schadet, während man auf einen besseren Moment oder perfektere Bedingungen wartet. Es gibt keinen perfekten Moment für dieses Gespräch. Es gibt nur den Moment, in dem man ist, mit der Vorbereitung, die man geleistet hat.

Den Checksum noch einmal durchführen, bevor die Tür geöffnet wird:

1. Können die drei jüngsten spezifischen Vorfälle in jeweils einem Satz beschrieben werden – beobachtbares Verhalten, Datum, Konsequenz?
2. Ist die wahrscheinliche Rechtfertigung des Managers bekannt – und wurde durchdacht, wie darauf reagiert werden soll, ohne die Belege aufzugeben?
3. Ist klar, welche Vereinbarung am Ende dieses Gesprächs angestrebt wird – konkret genug, um sie danach aufzuschreiben?

Wenn alle drei Fragen beantwortet werden können: Tür öffnen.

---

Glossar: Verwendete Begriffe in diesem Artikel

• Scrum Master – Die Scrum-Verantwortlichkeit für die Einführung von Scrum und die Unterstützung von Team und Organisation.
• Sprint Planning – Ein Scrum-Event, in dem das Team die Arbeit des kommenden Sprints plant.
• Sprint – Ein fester Zeitrahmen von 1–4 Wochen, in dem ein Scrum-Team ein potenziell auslieferbares Inkrement liefert.
• Impediment – Alles, was ein Scrum-Team daran hindert, so effektiv wie möglich voranzukommen.
• Psychological Safety – Die gemeinsame Überzeugung, dass es sicher ist, innerhalb eines Teams interpersonelle Risiken einzugehen.
• Agile Transformation – Der Prozess, durch den eine Organisation Agile-Werte und -Praktiken im großen Maßstab einzuführen versucht.