In jedem Team gibt es Unterbrechungen, die die Erbringung wertvoller Arbeit behindern. Während einige Unterbrechungen häufig vorkommen (ein krankes Teammitglied), sind andere relativ selten (Mutterschaftsurlaub). In Scrum sprechen wir von Impediments. Auf dieser Seite erfahren Sie, was Impediments sind, wir erklären, wie Sie mit ihnen umgehen können, und Sie finden Beispiele für Impediments.
Was ist ein Impediment in Scrum?
Trotz der hohen Verbreitung des Wortes „Impediment“ in der Praxis taucht das Wort nur dreimal im Scrum Guide (dem grundlegenden Dokument zur Beschreibung von Scrum) auf. Außerdem geben die Autoren keine Definition des Begriffs Impediment.
Unsere Definition lautet wie folgt: Ein Impediment in Scrum ist alles, was das Scrum Team daran hindert die Arbeit zu leisten, für die eine Verpflichtung eingegangen wurde.
Bei einem reiferen Scrum Team könnte man sagen, alles, was die Geschwindigkeit des Teams senkt. Impediments können viele Formen annehmen, z. B. Mutterschaftsurlaub, ein Vorgesetzter, der das Team übergeht, mangelnde Fähigkeiten im Team oder ein ungeeigneter Arbeitsplatz.
Wie erkennt man Impediments?
Das erste Mal, dass das Wort „Impediment“ im Scrum Guide auftaucht, wird es im Zusammenhang mit den Verantwortlichkeiten des Scrum Masters erwähnt. Nach dem Scrum Guide ist es die Aufgabe des Scrum Masters, Impediments zu beseitigen, damit die Entwickler Fortschritte machen können.
Das zweite und dritte Mal, dass Impediments erwähnt werden, ist im Zusammenhang mit dem Daily Scrum. Das Daily Scrum ist eine kurze tägliche Besprechung, in der die Entwickler die Arbeit besprechen und feststellen, ob das Team noch auf dem richtigen Weg ist, um das Sprint Ziel zu erreichen.
Im Daily Scrum wird natürlich alles, was das Team verlangsamt, als erstes ans Licht gebracht. Und genau das ist die Stärke von Scrum: Durch häufiges Reden miteinander kommen Hindernisse schnell ans Licht. Und es kann schnell gehandelt werden.
Wer löst die Impediments auf?
Wer den Scrum Guide zum ersten Mal liest, hat vielleicht den Eindruck, dass der Scrum Master alle Impediments für die Entwickler und den Product Owner beseitigen muss.
Dies ist jedoch nicht korrekt.
Dies wird deutlich, wenn Sie den Scrum Guide lesen und feststellen, dass Impediments von den Entwicklern im Daily identifiziert und (wenn möglich) behoben werden.
Um die Funktionsweise von Scrum besser einordnen zu können, bietet das Agile Manifest (die Grundprinzipien des agilen Arbeitens) mehr Kontext. Eines der Prinzipien von Agile ist wie folgt niedergeschrieben:
In regelmäßigen Abständen überlegt das Team, wie es effektiver werden kann, und passt sein Verhalten entsprechend an.
Daraus kann man schließen, dass die Entwickler im Daily Scrum ihr eigenes Verhalten anpassen können, um Impediments zu beseitigen und effektiver zu werden. Stellen Sie sich zum Beispiel vor, dass ein Teammitglied häufig zu spät kommt. Sie können dies leicht besprechen, indem Sie die Person während des Daily Scrum ansprechen. Wenn jemand aus dem Team krank ist, kann dies wahrscheinlich von den Entwicklern selbst behoben werden.
Ein zweiter Grundsatz aus dem Agilen Manifest lautet wie folgt:
Die besten Architekturen, Anforderungen und Entwürfe entstehen in selbstorganisierten Teams.
Dieser Grundsatz unterstreicht die Eigenverantwortung des sich selbst organisierenden Teams. Auch in diesem Sinne erscheint es logisch, dass die Entwickler versuchen, so viel wie möglich selbst zu lösen.
Letztlich besteht die Rolle des Scrum Masters darin, dem Team zu helfen, so viel wie möglich selbst zu lösen. Der Scrum Master tut dies, indem er das Team coacht oder Retrospektiven moderiert. Letztendlich wird es auch Impediments geben, die der Scrum Master selbst beseitigen wird. Das ist überhaupt nicht schlimm und auch normal, aber der Scrum Master darf nicht zum Diener der Entwickler werden.
Welche Tools gibt es, um effektiv mit Impediments umzugehen?
Das Scrum-Rahmenwerk selbst bietet eine Lösung, da die Impediments im Daily schnell zu Tage treten. Größere oder hartnäckige Impediments können in den Retrospektiven wieder zum Thema werden. Es besteht also keine Notwendigkeit, einen separaten Prozess für die Behandlung von Impediments einzurichten. Es ist jedoch eine gute Idee, klare Vereinbarungen zwischen den verschiedenen Rollen im Scrum Team darüber zu treffen, wer sich mit welchen Impediments befassen wird.
Wir können Ihnen auch einige Tipps geben, wie Sie effektiv mit Impediments umgehen können:
- Visualisieren Sie die tatsächlichen Impediments. Alles, was Sie sich vorstellen, ist eindeutig vorhanden. Dies erhöht die Wahrscheinlichkeit, dass ein Impediment tatsächlich beseitigt wird.
- Maßnahmen zur Beseitigung von Impediments können in das Product– und Sprint Backlog aufgenommen werden. So verankern Sie den Verbesserungsprozess über die Scrum Artefakte.
- Treffen Sie klare Vereinbarungen darüber, wer für welches Impediment verantwortlich ist.
- Reflektieren Sie gelegentlich in einer Retrospektive, wie das Team mit Impediments umgeht. Sehen Sie, was verbessert werden kann.
- Wenn es keine neuen Impediments gibt, muss man sich die ganze Zeit nicht anstrengen, sie zu sehen und man muss lernen, besser zusammenzusehen. Es gibt immer Faktoren, die einer besseren Zusammenarbeit im Wege stehen!
- Fokussieren Sie sich auf einige wenige Impediments mit der höchsten Priorität. Indem Sie sich jeweils nur auf einige wenige Hindernisse konzentrieren, stellen Sie sicher, dass Sie weiterhin Fortschritte erzielen. Dies ist eine der wichtigsten Praktiken der Kanban-Philosophie.
