Typische Impediments
Hindernisse, die der Scrum Master angeht
1
Störungen— Ungeplante Unterbrechungen im Sprint
2
Umgebung— Fehlende Tools, Zugänge, Räume
3
Prozess— Definition of Done zu lasch, fehlendes Feedback
4
Kultur— Befehl & Kontrolle, Micromanagement
Übungsfragen zu diesem Modell
☝️ SingleDie Developers werden ständig durch ungeplante Support-Anfragen aus anderen Abteilungen unterbrochen. Was ist die primäre Aufgabe des Scrum Masters?
❌Die Developers anweisen, alles zu ignorieren
✅Das Hindernis (Impediment) beseitigen, z.B. den Zustrom kanalisieren
❌Nichts tun, das ist Sache des Product Owners
❌Die Anfragen selbst bearbeiten
Der Scrum Master sorgt dafür, dass Impediments beseitigt werden – hier den störenden Zustrom organisieren/kanalisieren, damit das Team fokussiert am Sprint-Ziel arbeiten kann.
✅Der Scrum Master sorgt für die Beseitigung, kleinere Hindernisse lösen die Developers häufig selbst
❌Impediments dürfen ausschließlich im Daily Scrum genannt werden
❌Alle Hindernisse müssen vom Scrum Master persönlich beseitigt werden
❌Impediments werden gesammelt und nur in der Retrospektive bearbeitet
Selbstverwaltung schließt ein, dass das Team eigene Hindernisse selbst räumt. Der Scrum Master übernimmt, was das Team nicht erreichen kann.
✍️ OffenEin Scrum Master wird von seinem Team als derjenige wahrgenommen, der die Meetings macht. Analysieren Sie mögliche Ursachen und beschreiben Sie, wie er seine Wirksamkeit erhöhen kann.
Musterantwort: Mögliche Ursachen: Der Scrum Master beschränkt sich auf Organisation und Moderation, wird nur innerhalb der Events tätig, arbeitet nicht an organisationalen Hindernissen und macht seine Arbeit an Systemthemen nicht sichtbar. Häufig fehlt zudem eine klare Erwartungsklärung bei Übernahme der Verantwortlichkeit. Wirksamkeit lässt sich erhöhen, indem er erstens alle drei Dienstebenen bedient, also Team, Product Owner und Organisation, statt nur die Events; zweitens an wiederkehrenden Impediments außerhalb des Teams arbeitet, wo das Team keinen Zugriff hat; drittens Coaching und Teaching einsetzt, damit das Team Fähigkeiten aufbaut, statt Aufgaben an ihn abzugeben; viertens seine Wirkung überprüfbar macht, etwa an Lieferfähigkeit, Qualität des Increments und Selbstständigkeit des Teams; fünftens Erwartungen mit Team, Product Owner und Management ausdrücklich klärt. Entscheidend ist die Haltung: Er verbessert das System, in dem gearbeitet wird, nicht die einzelne Aufgabe.
Bewertet werden: Ursachenanalyse (Beschränkung auf Moderation, unsichtbare Systemarbeit) + drei Dienstebenen + Arbeit an organisationalen Impediments + Befähigung statt Übernahme + überprüfbare Wirksamkeitskriterien.
❌Die Gewissheit, dass Teammitglieder über das Projektende hinaus beschäftigt bleiben
✅Die geteilte Überzeugung, dass man Fragen stellen, Bedenken äußern und Fehler zugeben kann, ohne bloßgestellt zu werden
❌Die Einhaltung der Arbeitsschutzvorschriften am Arbeitsplatz
❌Der Verzicht auf jede Form kritischen Feedbacks im Team
Psychologische Sicherheit ist nicht Harmonie, sondern die Voraussetzung für offenen Streit in der Sache. Fehlt sie, werden Impediments und Risiken später gemeldet, als sie bekannt sind – und die Transparenz bricht zusammen.
☝️ SingleEin Scrum Master soll die Wirksamkeit seiner Arbeit belegen. Welche Kennzahl ist am ehesten geeignet?
✅Die Entwicklung der Zeit zwischen Erkennen und Beseitigen eines Impediments
❌Die Zahl der moderierten Events pro Monat
❌Die Anwesenheitsquote im Daily Scrum
❌Die Velocity des Teams über die letzten zehn Sprints
Die ersten drei Alternativen messen Aktivität oder sind manipulierbar. Die Zeit bis zur Beseitigung von Impediments bildet dagegen die Kernaufgabe ab, ist schwer zu schönen und sinkt nur, wenn tatsächlich etwas besser wird.