Von Abhay Talreja
10.5.2026
Mein neuester Artikel - Empirical Process Control - The Key to Agile Success
Experten-Scrum-Master: Teams durch Coaching und Facilitation transformieren
Der Scrum Master ist kein Projektmanager, kein Aufgabenverteiler und kein Besprechungsplaner. Im Kern der Rolle steckt ein truegeherisch schwieriges Kompetenzset: die Faehigkeit, Menschen dabei zu helfen, klarer zu denken, ehrlicher zusammenzuarbeiten und sich kontinuierlich zu verbessern - ohne ihnen zu sagen, was sie tun sollen.
Das ist die Kunst des Coachings und der Facilitation.
Ein erfahrener Scrum Master weiss, wann er unterrichten, wann er mentoren, wann er coachen und wann er moderieren soll. Er haelt kraftvolle Fragen bereit statt fertiger Antworten. Er gestaltet Gespraeche so, dass jede Stimme gehoert wird und jede Retrospektive echte Veraenderungen erzeugt. Er coacht das Team, den Product Owner und die uebergeordnete Organisation - alles innerhalb desselben Sprints.
Dieser Leitfaden deckt das vollstaendige Coaching- und Facilitation-Toolkit fuer Scrum Master ab: die vier Haltungen, professionelle Coaching-Kompetenzen, Liberating Structures, ereignisspezifische Facilitation und ein praktisches Reifegradmodell fuer die Entwicklung Ihrer Faehigkeiten.
| Aspekt | Coaching | Facilitation |
|---|---|---|
| Fokus | Individuelle oder teambasierte Selbstentdeckung | Gruppenausrichtung und gemeinsame Entscheidungen |
| Rolle des Scrum Masters | Neutraler Fragesteller, kein Wissensvermittler | Neutraler Prozessbegleiter, kein Inhaltsbeitragender |
| Kernwerkzeug | Kraftvolle offene Fragen | Strukturierte Aktivitaeten und Gruppentechniken |
| Am besten wenn | Person hat Faehigkeit, braucht aber Reflexion | Gruppe muss zu einem gemeinsamen Schluss kommen |
| Scrum-Anwendung | Einzelgespraeche, Team-Coaching-Gespraeche | Sprint Planning, Retrospektiven, Daily Scrum |
| Ergebnis | Gecoachter Person gehoert die Erkenntnis und Aktion | Gruppe gehoert die Entscheidung und Verpflichtung |
Effektive Scrum Master verfallen nicht in eine einzige Haltung. Sie wechseln flexibel zwischen vier unterschiedlichen Haltungen, je nachdem, was die Situation und die Person tatsaechlich benoetigen.
Die vier Haltungen - Unterrichten, Mentoring, Coaching und Beratung - verfolgen jeweils einen anderen Zweck. Die falsche Haltung anzuwenden ist einer der haeufigsten Scrum-Master-Fehler. Jemanden zu coachen, der Informationen benoetigt, oder jemanden zu unterrichten, der selbst denken muss, fuehren beide zu Frustration statt zu Wachstum.
Wann anwenden: Eine echte Wissenslucke besteht. Die Person weiss noch nicht, was sie nicht weiss.
Unterrichten ist die angemessene Haltung, wenn Teammitglieder neu in Scrum sind, wenn ein Konzept wie das Sprint-Ziel oder die Definition of Done eingefuehrt werden muss oder wenn eine bestimmte Praxis missverstanden wird. Der Scrum Master agiert als Fachexperte und vermittelt Informationen direkt.
Wichtige Unterrichtsverhaltensweisen:
Beispiel: Ein neuer Entwickler fragt: "Warum koennen wir das Sprint Backlog nach dem Sprint Planning nicht mehr aendern?" Der Scrum Master erklaert die Sprint-Verpflichtung und den Wert von Fokus - das ist ein Unterrichtsmoment.
Wann anwenden: Ihre direkte Erfahrung ist relevant und die Person wuerde davon profitieren, durch Ihren Weg zu lernen.
Mentoring geht ueber Wissensvermittlung hinaus und beinhaltet gefuehrte Kompetenzentwicklung. Der Scrum Master teilt, was er persoenlich getan hat, welche Fehler er gemacht hat und wie er bestimmte Situationen gemeistert hat. Im Gegensatz zum Coaching setzt Mentoring die eigene Expertise des Scrum Masters ein.
Die fuenf Stufen der Mentoring-Progression:
Beispiel: Ein Scrum Master teilt, wie er mit einem frueheren Sprint umgegangen ist, in dem das Team sich uebernahm, und geht die spezifischen getroffenen Entscheidungen und die daraus gelernten Lektionen durch.
Wann anwenden: Die Person hat die Faehigkeit und das Wissen, muss aber durch Reflexion ihre eigene Antwort finden.
Das ist die Haltung, die professionelles Coaching am staerksten kennzeichnet. Das eigene Wissen des Scrum Masters zum Thema ist in dieser Haltung irrelevant. Der Fokus liegt vollstaendig darauf, dem Gecoachten zu helfen, klarer zu denken, auf eigene Ressourcen zuzugreifen und sich zu eigenen Aktionen zu verpflichten.
Kernprinzipien:
Die Struktur des Coaching-Gespraechs:
Beispiel: Ein Teammitglied sagt: "Ich weiss nicht, wie ich mit der sich anhaeufen technischen Schuld umgehen soll." Anstatt Ratschlaege zu geben, fragt der Scrum Master: "Was muesste wahr sein, damit Sie das Gefuehl haetten, die technische Schuld sei handhabbar? Welche Optionen sehen Sie von Ihrer Position aus?"
Wann anwenden: Ihre Expertise wird wirklich benoetigt, der Einsatz ist hoch oder Geschwindigkeit ist entscheidend und Selbstentdeckung ist zu langsam.
Beratung ist direkt: Der Scrum Master diagnostiziert die Situation, gibt eine Empfehlung und hilft manchmal bei der Umsetzung der Loesung. Diese Haltung wird oft von Scrum Mastern untergenuetzt, die jede Situation coachen wollen - manchmal braucht das Team einfach eine klare Empfehlung.
Wann Beratung angemessen ist:
Achtung: Zu haeufiges Beraten schafft Abhaengigkeit. Bewusst einsetzen und immer die Denkweise erklaeren, damit das Team im Laufe der Zeit Faehigkeiten aufbaut.
Die wichtigste Einzelkompetenz ist situatives Bewusstsein - zu lesen, was die Person in diesem Moment tatsaechlich benoetigt.
Fragen Sie sich:
Das haeufigste Fehlurteil ist Coaching, wenn Informationen benoetigt werden (jemanden mit Fragen feststecken lassen, wenn er eine Antwort braucht) oder Beraten, wenn Coaching angemessen waere (jemandem Antworten geben, der bereits die Faehigkeit hat und Eigenverantwortung benoetigt). Die Situation lesen, bevor Sie Ihre Haltung waehlen.
Professionelles Coaching ist eine Disziplin mit definierten Kompetenzen, kodifiziert durch die International Coaching Federation (ICF) und den European Mentoring and Coaching Council (EMCC). Scrum Master, die diese Kompetenzen studieren - auch ohne formale Zertifizierung - verbessern ihre Wirkung erheblich.
Aktives Zuhoeren ist das Fundament. Die meisten Menschen hoeren, um zu antworten; Coaches hoeren, um zu verstehen.
Die drei Ebenen des Zuhoerens:
Aktive Zuhoerpraktiken fuer Scrum Master:
Kraftvolle Fragen sind offen, zukunftsorientiert und erzeugen echtes Denken statt Abwehrreaktion. Sie sind das primaere Werkzeug der Coaching-Haltung.
Merkmale kraftvoller Fragen:
Kraftvoller Fragenschatz fuer Scrum Master:
Zur Erkundung von Herausforderungen:
Zur Perspektivverschiebung:
Zum Antrieb von Aktionen:
Fuer Retrospektiven und Team-Coaching:
Kraftvolle Fragen laden zur Moeglichkeit ein. Fragen, die mit "Warum" beginnen, loesen oft Abwehr aus - ersetzen Sie sie durch "Was"- und "Wie"-Formulierungen: Anstatt "Warum ist das gescheitert?" fragen Sie "Was hat zu diesem Ergebnis beigetragen?"
Zwei weitere kritische Coaching-Kompetenzen sind das Schaffen von Bewusstsein (Menschen helfen, sich selbst und ihre Situation klarer zu sehen) und das Management von Fortschritt und Verantwortlichkeit (sicherstellen, dass Verpflichtungen eingehalten werden).
Techniken zur Bewusstseinsschaffung:
Verantwortlichkeit aufbauen:
Facilitation ist Prozessgestaltung. Ein erfahrener Facilitator kontrolliert nicht den Inhalt - er gestaltet die Bedingungen, unter denen die Gruppe ihr bestes Denken produziert.
Facilitation-Verantwortlichkeiten des Scrum Masters:
Facilitation-Techniken fuer Sprint Planning:
Haeufiger Facilitation-Fehler: Sprint Planning zu einer detaillierten Aufgabenzerlegungssitzung werden lassen, die die gesamte Timebox verbraucht, ohne ein klares Sprint-Ziel zu etablieren.
Facilitation-Verantwortlichkeiten des Scrum Masters:
Facilitation-Alternativen zu den klassischen drei Fragen:
Der Scrum Master sollte nicht selbst jeden Tag die drei Fragen stellen. Das Risiko besteht darin, eine Statusberichtskultur zu schaffen, in der Entwickler zum Scrum Master sprechen statt miteinander. Das Team coachen, das Format seines eigenen Daily Scrums zu besitzen und zu variieren.
Facilitation-Verantwortlichkeiten des Scrum Masters:
Facilitation-Techniken fuer Sprint Review:
Facilitation-Verantwortlichkeiten des Scrum Masters:
Retrospektiven-Formate jenseits von Start/Stop/Continue:
| Format | Am besten fuer | Kernfrage |
|---|---|---|
| 4Ls (Liked, Learned, Lacked, Longed For) | Teams, die strukturierte Reflexion wuenschen | Welche vier Erfahrungskategorien haben wir? |
| Segelboot | Teams, die auf visuelle Metaphern ansprechen | Was treibt uns voran? Was haelt uns zurueck? |
| DAKI (Drop, Add, Keep, Improve) | Aktionsorientierte Teams | Welche konkreten Aenderungen wollen wir vornehmen? |
| Zeitstrahl | Teams nach einem schwierigen oder komplexen Sprint | Was ist wann passiert? Welche Muster sehen wir? |
| 1-2-4-ALLE | Jedes Team, besonders solche mit dominanten Stimmen | Wie beruecksichtigen wir alle Perspektiven gleichermassen? |
Facilitation endet nicht, wenn die Sprint-Ereignisse schliessen. Der Scrum Master facilitiert die laufende Zusammenarbeit waehrend des gesamten Sprints:
Sie unterscheiden sich von traditioneller Facilitation, weil sie wissenschaftlich darauf ausgelegt sind, Dominanz durch laute Stimmen zu verhindern, verteiltes Wissen zu erschliessen und reichhaltigere kollektive Intelligenz zu erzeugen.
So funktioniert es: Beginnen Sie mit 1 Minute individueller stiller Reflexion. Wechseln Sie zu 2-minuetigen Paaren. Dann Gruppen von 4. Schliesslich mit der gesamten Gruppe teilen.
Warum es funktioniert: Bis eine Idee die gesamte Gruppe erreicht, wurde sie von mehreren Personen getestet, verfeinert und verfochten. Keine Idee geht verloren, weil jemand zu still war, um sie oeffentlich zu aeussern.
Scrum-Anwendung: Sprint-Retrospektiven-Ideenfindung, Sprint-Planning-Zielsetzung, jede Situation, in der divergentes Denken vor der Konvergenz benoetigt wird.
So funktioniert es: Bitten Sie jede Person zu identifizieren, was sie jetzt sofort, innerhalb ihrer eigenen Befugnis, ohne die Genehmigung oder zusaetzliche Ressourcen anderer tun kann.
Warum es funktioniert: Verschiebt das Gespraech von systemischen Beschwerden zu persoenlicher Handlungsfaehigkeit. Jede Person kann etwas um 15% verbessern, ohne auf Erlaubnis zu warten.
Scrum-Anwendung: Eroeffnung der Retrospektiven-Aktionsgenerierung, Team-Hindernissitzungen, persoenliche Coaching-Gespraeche ueber feststeckende Situationen.
Beispielfrage: "Was koennen Sie morgen beginnen - innerhalb Ihrer eigenen Befugnis - das uns 15% naeher dorthin bringt, wo wir sein wollen?"
So funktioniert es: Erstellen Sie eine Liste von Optionen oder Themen. Geben Sie jedem Teilnehmer eine feste Anzahl von Punkten (typischerweise 3-5). Teilnehmer platzieren Punkte auf ihren bevorzugten Optionen. Zaehlen Sie Ergebnisse zusammen und konzentrieren Sie sich auf die am meisten gewaehlten Elemente.
Warum es funktioniert: Konvertiert laengliche Debatten in eine visuelle, demokratische, schnelle Priorisierung. Funktioniert besonders gut mit 6+ Optionen und Gruppen von 5+ Personen.
Scrum-Anwendung: Retrospektiven-Themenpriorisierung, Entscheidung, welches Hindernis zuerst angegangen werden soll, Auswahl von Team-Arbeitsvereinbarungsthemen.
So funktioniert es: Gruppen von drei rotieren durch drei Rollen - Klient (teilt eine echte Herausforderung fuer 3 Minuten), Berater (diskutieren die Herausforderung fuer 5 Minuten, waehrend der Klient sich abwendet und zuhoert), dann antwortet der Klient auf das Gehoerte.
Warum es funktioniert: Schafft reichhaltiges Peer-Consulting ohne Facilitator. Die "Abwende"-Struktur verhindert defensive Reaktionen und foerdert echtes Zuhoeren.
Scrum-Anwendung: Scrum-Master-Peer-Coaching, Product-Owner-Stakeholder-Herausforderungssitzungen, Team-Problemloesen fuer anhaltende Hindernisse.
Timeboxing ist nicht nur eine Scrum-Ereignisregel - es ist eine Facilitation-Disziplin, die fuer jede Diskussion, Aktivitaet und Entscheidung innerhalb einer facilitierten Sitzung gilt.
Timeboxing-Prinzipien:
Effektive Timebox-Laengen nach Aktivitaetstyp:
| Aktivitaet | Empfohlene Timebox |
|---|---|
| Individuelle stille Reflexion | 1-2 Minuten |
| Kleingrupendiskussion | 5-10 Minuten |
| Vollgruppendiskussion eines Themas | 10-15 Minuten |
| Retrospektiven-Check-in-Runde | 5 Minuten |
| Problemloesungs-Tieftauchen | 20-25 Minuten |
So funktioniert es: Paradoxien und Spannungen, die das Team navigiert, ans Licht bringen. "Was ist wahr ueber uns, das einen Aussenstehenden schockieren wuerde?" oder "Welche Annahme machen wir, die, wenn sie falsch waere, unseren gesamten Ansatz entwerten wuerde?"
Warum es funktioniert: Erzwingt ehrliches Engagement mit Widerspruechen statt sie zu uebertuenchen. Schafft produktives Unbehagen, das echte Reflexion foerdert.
Scrum-Anwendung: Spaete Sprint-Retrospektiven, wenn Oberflaechenprobleme geloest wurden, aber etwas Tieferes fortbesteht, organisatorische Coaching-Sitzungen mit Fuehrungskraeften.
Der Scrum Master arbeitet gleichzeitig auf zwei Ebenen: das Team als System coachen und einzelne Teammitglieder coachen.
Team-Level-Coaching konzentriert sich auf:
Individuelles Coaching konzentriert sich auf:
Die kritische Unterscheidung: Niemals individuelle Coaching-Gespraeche nutzen, um teamweite Muster anzusprechen. Wenn drei Entwickler alle mit demselben kaempfen, ist das ein Team-Coaching-Problem, keine drei individuellen Probleme.
Einzelgespraeche-Rhythmus:
Der Coaching-Bereich des Scrum Masters erstreckt sich ueber das Entwicklungsteam hinaus. Der Scrum Guide weist dem Scrum Master explizit die Verantwortung zu, dem Product Owner und der Organisation zu dienen.
Den Product Owner coachen:
| Bereich | Coaching-Fokus |
|---|---|
| Product-Backlog-Management | Fuer Wert ordnen, verfeinert halten, Transparenz |
| Stakeholder-Engagement | Wie man Sprint Reviews durchfuehrt, die nuetzliches Feedback erzeugen |
| Sprint-Ziel-Definition | Klare, ueberzeugende Ziele schreiben, zu denen das Team sich verpflichten kann |
| Effektives "Nein" sagen | Wie man Stakeholder-Anfragen verwaltet, ohne Beziehungen zu schaedigen |
| Empirisches Denken | Daten aus vorherigen Sprints nutzen, um bessere Entscheidungen zu treffen |
Die Organisation coachen:
Vertragsgestaltung fuer die Coaching-Beziehung ist wichtig. Bevor der Product Owner oder ein Manager gecoacht wird, explizit vereinbaren, welche Themen besprochen werden, wie haeufig, und dass die Rolle des Scrum Masters in diesen Gespraechen Coaching ist, nicht Beratung. Dieser Rahmen verhindert Unklarheiten ueber Autoritaet.
Facilitation-Prioritaeten des Scrum Masters:
Facilitation-Prioritaeten des Scrum Masters:
Facilitation-Prioritaeten des Scrum Masters:
Facilitation-Prioritaeten des Scrum Masters:
Facilitation-Prioritaeten des Scrum Masters:
Facilitation-Prioritaeten des Scrum Masters:
Facilitation-Prioritaeten des Scrum Masters:
Facilitation-Prioritaeten des Scrum Masters:
Coaching- und Facilitation-Faehigkeiten entwickeln sich progressiv. Zu verstehen, wo Sie sich befinden, hilft dabei, Ihre naechste Wachstumskante zu identifizieren.
Merkmale:
Worauf sich konzentrieren:
Erfolgskriterien: Team schliessst konsequent alle fuenf Scrum-Ereignisse ab. Hindernisse werden verfolgt und angesprochen. Team hat eine klare Definition of Done.
Merkmale:
Worauf sich konzentrieren:
Erfolgskriterien: Retrospektiven produzieren konsequent umgesetzte Verbesserungen. Teammitglieder treiben ihr eigenes Daily-Scrum-Format. Coaching-Gespraeche sind von Ratschlag-Gespraechen unterscheidbar.
Merkmale:
Worauf sich konzentrieren:
Erfolgskriterien: Team fuehrt regelmaessig Retrospektiven ohne intensive Scrum-Master-Facilitation durch. Product Owner zeigt verbessertes Stakeholder-Engagement. Mindestens ein organisatorisches Hindernis wurde systematisch angegangen.
Merkmale:
Worauf sich konzentrieren:
Erfolgskriterien: Team fuehrt die meisten Ereignisse autonom durch. Der primaere Wert des Scrum Masters liegt im organisatorischen Coaching. Andere Scrum Master in der Organisation suchen Ihr Mentoring.
Problem: Der Scrum Master beantwortet Fragen, die das Teammitglied selbst beantworten koennte. "Was soll ich mit dem Konflikt mit dem Product Owner tun?" wird mit einer Empfehlung beantwortet statt mit einem Coaching-Gespraech.
Warum es problematisch ist: Schafft Abhaengigkeit. Das Teammitglied lernt, zum Scrum Master fuer Antworten zu kommen statt eigene Problemloesefaehigkeiten zu entwickeln.
Loesung: Vor der Antwort innehalten. Fragen: "Welche Optionen haben Sie bereits in Betracht gezogen?" oder "Was wuerden Sie tun, wenn ich nicht verfuegbar waere?" Ratschlaege nur geben, wenn sie nach Erkundung wirklich feststecken.
Praevention: Vor jedem Gespraech die Haltung bewusst waehlen. Wenn die Person Faehigkeit hat, mit der Coaching-Haltung beginnen.
Problem: Der Scrum Master stellt Coaching-Fragen, wenn die Person einfach Informationen fehlen. "Was denken SIE, wie lange die Sprint-Timebox sein sollte?" wenn jemand neu ist und es einfach mitgeteilt werden muss.
Warum es problematisch ist: Verschwendet Zeit, frustriert die Person und signalisiert, dass der Scrum Master seiner Unterrichtsverantwortung ausweicht.
Loesung: Wenn eine echte Wissenslucke besteht, zuerst unterrichten. Coaching funktioniert am besten, wenn Wissen und Faehigkeit vorhanden, aber nicht angewendet werden.
Praevention: Die Grundursache diagnostizieren, bevor die Haltung gewaehlt wird: Wissensluecke (unterrichten) oder Anwendungsluecke (coachen)?
Problem: Der Scrum Master stellt jedem Entwickler der Reihe nach die drei Fragen und macht Notizen, waehrend Entwickler zum Scrum Master statt miteinander berichten.
Warum es problematisch ist: Verwandelt das Daily Scrum in ein Berichtsritual statt ein Koordinationsereignis. Entwickler schalten ab und das Ereignis verliert seinen Wert.
Loesung: Zuruecktreten. Entwickler ihr eigenes Daily Scrum fuehren lassen. Falls noetig, das Format ausserhalb des Ereignisses coachen, dann sie es besitzen lassen.
Praevention: Sich vor jedem Daily Scrum erinnern: "Dieses Ereignis gehoert den Entwicklern."
Problem: Das Team generiert gute Retrospektiven-Aktionen, aber Sprint fuer Sprint aendert sich nichts. Vorherige Aktionen werden zu Beginn der naechsten Retrospektive nicht ueberprueeft.
Warum es problematisch ist: Das Team verliert das Vertrauen in den Retrospektiven-Prozess und engagiert sich nicht mehr authentisch. Retrospektiven werden zu einem Ritual ohne echte Wirkung.
Loesung: Die Retrospektive immer mit der Ueberpruefung der Verbesserungsverpflichtung des vorherigen Sprints beginnen. Feiern, was umgesetzt wurde. Diagnostizieren, was nicht umgesetzt wurde.
Praevention: Sich auf maximal 1-2 Verbesserungen pro Sprint verpflichten. Weniger, besser umgesetzte Verbesserungen sind weit wertvoller als eine lange Liste nicht umgesetzter.
Problem: Der Scrum Master fuehrt technisch korrekte Retrospektiven durch, aber das Team bringt nur sichere, risikoarme Themen vor. Echte Hindernisse bleiben verborgen.
Warum es problematisch ist: Ohne Sicherheit tauchen Retrospektiven Symptome auf statt Grundursachen. Die echten Probleme werden in Flurkgespraechen nach dem Meeting besprochen.
Loesung: In den Aufbau individuellen Vertrauens investieren, bevor man sich auf Gruppenehrlichkeit verlaesst. Anonyme Eingabetechniken verwenden (schriftlich vor muendlich). Jeden Vertrauensbruch oder Mangel an Respekt sofort und direkt ansprechen.
Praevention: Regelmaessig privat fragen: "Gibt es etwas, das Sie in der Retrospektive ansprechen wollten, sich aber nicht sicher gefuehlt haben?" Den Unterschied zwischen dem privat Gesagten und dem oeffentlich Angesprochenen als Sicherheitsindikator verfolgen.
Problem: Der Scrum Master beginnt, dem Product Owner unaufgefordert Coaching anzubieten, ohne die Art der Beziehung, Themen oder Grenzen zu vereinbaren.
Warum es problematisch ist: Schafft Unklarheit ueber Rollen und Autoritaet. Der Product Owner koennte den Scrum Master als uebergriffig erleben.
Loesung: Explizit fuer die Coaching-Beziehung einen Vertrag abschliessen: "Ich moechte Ihnen Coaching-Unterstuetzung zur Backlog-Verfeinerung anbieten. Waere das wertvoll? Falls ja, koennen wir vereinbaren, wie oft und welche Themen in Reichweite sind?"
Praevention: Immer einen Vertrag abschliessen, bevor ueber Rollengrenzen hinweg gecoacht wird.
Problem: Das Team fuehrt Start/Stop/Continue fuer jede Retrospektive, jeden Sprint durch.
Warum es problematisch ist: Vertrautheit foerdert Desengagement. Das Format hoert auf, nach einigen Wiederholungen neue Erkenntnisse zu gewinnen.
Loesung: Formate alle 2-3 Sprints rotieren. Ein Repertoire von mindestens fuenf Formaten aufbauen und basierend auf dem, was das Team erkunden muss, waehlen.
Praevention: Ein Retrospektiven-Format-Protokoll fuehren. Wenn dasselbe Format drei Sprints hintereinander verwendet wurde, aendern.
Problem: Der Scrum Master nutzt Coaching-Gespraeche, um Leistungsprobleme oder Verhalten anzusprechen, das durch HR-Prozesse behandelt werden sollte.
Warum es problematisch ist: Coaching erfordert psychologische Sicherheit und freiwillige Teilnahme. Wenn der Gecoachte vermutet, dass das Gespraech in eine Leistungsbeurteilung einfliessen koennte, verschwindet Ehrlichkeit.
Loesung: Coaching-Gespraeche von Leistungsgespraechen trennen. Den Zweck explizit machen: "Dies ist ein Coaching-Gespraech - es ist zu Ihrem Vorteil und was Sie teilen, bleibt hier."
Praevention: Wenn ein Verhaltensproblem Managementmassnahmen erfordert, die entsprechenden Personen einbeziehen statt zu versuchen, sich durch eine Disziplinarsituation zu coachen.
Bei der Unterstuetzung von mehr als einem Team muss der Scrum Master schnell von aktiver Facilitation hin zur Foerderung von Team-Eigenstaendigkeit wechseln. Wichtige Strategien:
Waehrend einer gross angelegten agilen Transformation erweitert sich der Coaching-Fokus des Scrum Masters vom Team zum System:
Remote-Facilitation erfordert hoehere Absichtlichkeit:
Der Scrum Master als Coach und Facilitator ist kein Soft-Skill-Zusatz zu Scrum. Es ist die Kernkompetenz, die darueber entscheidet, ob ein Scrum-Team wirklich hochleistend wird oder nur die Bewegungen agiler Rituale vollzieht.
Die vier Coaching-Haltungen - Unterrichten, Mentoring, Coaching und Beraten - geben Ihnen einen situativen Rahmen. Professionelle Coaching-Kompetenzen - aktives Zuhoeren, kraftvolle Fragen, Verantwortlichkeit - geben Ihnen die Werkzeuge. Liberating Structures und Facilitation-Techniken geben Ihnen die Formate. Das Reifegradmodell gibt Ihnen den Wachstumspfad.
Ihre naechsten drei Aktionen:
Die Teams, die sich am dramatischsten veraendern, sind nicht diejenigen mit der hoechsten Prozess-Compliance - sie sind diejenigen mit einem Scrum Master, der die Kunst beherrscht, bessere Fragen zu stellen.
Inwiefern unterscheidet sich die Coaching-Rolle des Scrum Masters von der eines professionellen Executive Coaches?
Kann ein Scrum Master effektiv ein Team coachen, das technisch deutlich versierter ist als er selbst?
Wie sollte ein Scrum Master beim Coaching von Remote- oder verteilten Teams vorgehen?
Was ist psychologische Sicherheit und warum ist sie eine Voraussetzung fuer effektives Scrum-Master-Coaching?
Wie unterscheidet sich Scrum-Master-Facilitation von traditionellem Meeting-Management?
Sollten Scrum Master im International Coaching Federation (ICF) Framework ausgebildet sein, um effektiv zu sein?
Wie sollte ein Scrum Master mit einer Situation umgehen, in der die Organisationskultur Selbstorganisation des Teams direkt unterminiiert?
Was ist der Unterschied zwischen Liberating Structures und traditionellen Facilitation-Formaten wie Brainstorming?
Wie veraendert sich Scrum-Master-Coaching, wenn ein Team von der Forming- zur Performing-Phase uebergeht?
Kann ein Scrum Master den Product Owner coachen, obwohl der PO kein direkter Vorgesetzter ist?
Welchen ROI koennen Organisationen von Investitionen in Coaching- und Facilitation-Faehigkeiten des Scrum Masters erwarten?
Wie unterstuetzt Scrum-Master-Coaching Diversitaet, Gleichstellung und Inklusion innerhalb eines Scrum-Teams?
Was sind die wichtigsten Compliance-Ueberlegungen beim Coaching von Teams, die an regulierten Produkten arbeiten (z.B. Healthcare, Finanzen)?
Wie sollte ein Scrum Master ein Team coachen, das Widerstand gegen Retrospektiven zeigt?
Was ist der Unterschied zwischen einem Scrum Master und einem Agile Coach, insbesondere in Bezug auf den Coaching-Bereich?