Scrum-Leitfaden | 10. Die häufigsten Fehler des Scrum Masters
Veröffentlicht: 2022-04-20Die Arbeit eines guten Scrum Masters erkennt man daran, dass er irgendwann im Arbeitsalltag des Entwicklungsteams nicht mehr benötigt wird. Dies ist jedoch nicht immer der Fall. Was sind die Gründe für die Fehler des Scrum Masters?
Fehler des Scrum Masters – Inhaltsverzeichnis:
- Die Abwesenheit des Scrum Masters
- Unzureichende Präsenz des Scrum Masters
- Zusammenfassung
Die Aufgabe eines Scrum Masters besteht in erster Linie darin, die Arbeit des Entwicklungsteams zu unterstützen. Daher stammen die häufigsten Fehler des Scrum Masters normalerweise aus der Art und Weise, wie er am täglichen Funktionieren der Entwickler teilnimmt. Wir haben diese Fehler des Scrum Masters in zwei Gruppen eingeteilt. Der erste beinhaltet Probleme, die sich aus zu viel Beteiligung ergeben, während der zweite Probleme beinhaltet, die sich aus der unzureichenden Präsenz des Scrum Masters im Leben des Entwicklungsteams ergeben.
Die Abwesenheit des Scrum Masters
Die Notwendigkeit, zu viel Kontrolle über das Team zu behalten, verursacht oft Fehler bei der Anwendung von Scrum. Scrum Master Fehler zeigen sich am häufigsten in den folgenden Situationen.
- Der Scrum Master sucht nach einer Lösung für das Problem, anstatt dem Team bei der Bewältigung der Schwierigkeit zu helfen. Typischerweise liegt die Ursache des Problems darin, dass der Scrum Master auch ein Experte für das ist, was das Entwicklungsteam tut. Ihre Unfähigkeit, aus der Expertenrolle herauszutreten, macht sie nicht in der Lage, das Team effektiv bei der eigenständigen Lösungsfindung zu unterstützen. Dieser Ansatz kann auch zu einer autoritären Entscheidungsfindung durch eine Person führen – und das ist wahrscheinlich der größte Fehler, den ein Scrum Master machen kann.
- Der Scrum Master erlaubt dem Team keine Fehler zu machen. Dieses Problem hängt eng mit dem vorherigen zusammen. Wenn das Team durch den Scrum Master effektiv vor Fehlern geschützt wird, wird es nicht lernen, Probleme selbst zu lösen oder Verantwortung für seine Arbeit zu übernehmen. Es wird sich immer auf den Rat und die Expertise des Scrum Masters verlassen.
- Der Scrum Master versucht, Menschen zu verändern, anstatt an der Teamatmosphäre zu arbeiten. Dieses Problem umfasst eine zu starke Betonung der Verhaltensänderung eines oder mehrerer Teammitglieder sowie personeller Veränderungen. Es ist ein Fehler, die Zusammensetzung des Entwicklungsteams während der Arbeit an einem Produktziel zu ändern, wenn dies nicht unbedingt erforderlich ist. Es kann zu erheblichen Verzögerungen bei der Realisierung führen und den Arbeitsrhythmus des Entwicklungsteams stören. Und stören auch den Rhythmus der Teambildung, über die wir in einem separaten Artikel schreiben.
- Der Scrum Master fungiert als Supervisor des Entwicklungsteams in der Organisation. Dies ist ein Fehler, der nicht oft auf die eigenen Entscheidungen des Scrum Masters zurückzuführen ist. Es kann jedoch alle Fehler verschlimmern, die sich aus der Notwendigkeit ergeben, das Team zu kontrollieren.
- Der Scrum Master beschäftigt sich zu sehr mit dem Betrieb des Teams. Wenn das Team aus Experten besteht, die die Fähigkeiten und Verantwortlichkeiten des anderen kennen, und nach Scrum-Prinzipien arbeitet, sollten die Scrum Master nicht ungebeten in die Arbeitsweise des Teams eingreifen. Wenn sie das tun, stören sie einfach den reibungslosen Ablauf des Teams. Gute Scrum Master werden dank ihrer etablierten Position als Coach und Führungskraft in Notsituationen oder Situationen, die einen frischen Blick erfordern, um Rat gefragt. Aus diesem Grund sollten sie für Entwickler auf Abruf verfügbar sein, ohne ihre Anwesenheit aufzudrängen.
- Ein Scrum Master hält sich zu starr an die Scrum-Prinzipien. Wenn irgendein Aspekt von Scrum in einem bestimmten Team nicht funktioniert, sollte der Scrum Master einen anderen Ansatz ausprobieren. Jedes Team ist anders und Scrum ist nur ein allgemeiner Rahmen.
Unzureichende Präsenz des Scrum Masters
Nicht nur zu viel, sondern auch zu wenig Engagement des Scrum Masters kann zu vielen Fehlern führen. Die häufigsten haben wir im Folgenden beschrieben.
- Der Scrum Master ist mit den Scrum-Prinzipien nicht ausreichend vertraut. Dieser Fehler wird höchstwahrscheinlich zu ihrer unsachgemäßen Umsetzung führen. Und die Arbeit des Teams wird nur scheinbar Scrum-Arbeit sein.
- Der Scrum Master setzt die Scrum-Prinzipien nicht durch. Die unzureichende tägliche Präsenz des Scrum Masters bedeutet, dass er das Team nicht so schützt, wie er sollte. Dies kann zu einem mangelnden Schutz vor dem Zustrom von Aufgaben von außen führen. Oder das Versagen des Entwicklungsteams, das Sprint-Ziel zu erreichen.
- Der Scrum Master achtet nicht darauf, dass ein konsistenter Scrum-Rhythmus eingehalten wird. Nachlässigkeit bei der Organisation von Scrum Events kann zu Zeitverschwendung führen. Dies führt zu zu langen oder schlecht durchgeführten Events – Sprint-Planung, Sprint-Retrospektive oder Sprint-Review (worüber wir in separaten Beiträgen schreiben werden). Es ist auch ein Fehler, Veranstaltungen zu verschieben oder ihre Dauer zu ändern.
- Scrum Master reagiert nicht auf Konflikte im Team. Zu erwarten, dass Konflikte im Team sich im Laufe der Zeit von selbst lösen, ist der Fehler eines Scrum Masters. Konflikte sind nicht immer schlecht, aber der Scrum Master sollte sich ihrer Existenz und ihres aktuellen Zustands nicht nur bewusst sein, sondern sich auch als Verhandlungsführer darauf einlassen. Und auch in der Lage sein, den Konflikt zu nutzen, um das Team zu verändern und zu verbessern.
- Unzureichende Präsenz des Scrum Masters. Das Problem entsteht, wenn der Scrum Master zu wenig Zeit mit dem Team arbeitet und sich zum Beispiel in spezialisierte Aufgaben einmischt. Dadurch hört er zu wenig zu und stellt zu wenige Fragen. Dies ist, wie wir im vorherigen Artikel geschrieben haben, eine Schlüsselkompetenz für einen Scrum Master. Das Ergebnis ist, dass der Scrum Master die aktuelle Situation und Atmosphäre im Team nicht gut genug kennt. Und er ist mit dem Status quo zufrieden.
- Der Scrum Master stellt den Status quo nicht in Frage. Damit das Entwicklungsteam und das Scrum-Team als Ganzes wachsen können, ist es notwendig, den Status quo ständig in Frage zu stellen. Dies ist oft eine riskante und potenziell schädliche Aktivität. Ein Scrum Master sollte dies im Bewusstsein der Schwierigkeiten angehen, auf die er stoßen kann. Allerdings gibt es kein „ausgereiftes Entwicklungsteam, das sich nicht mehr weiterentwickelt“. Wenn Sie es in Ruhe lassen, führt dies schnell zu einer erheblichen Verschlechterung seiner Leistung.
- Der Scrum Master teilt seine Beobachtungen der Teamleistung nicht mit dem Team . Dieses Wissen für sich zu behalten, macht es für das Team schwierig oder sogar unmöglich zu wachsen. Während er sich vollständig auf die täglichen Aufgaben konzentriert, arbeitet der Scrum Master nicht an der Art und Weise, wie die Teammitglieder zusammenarbeiten. Dies führt häufig zu einer Häufung von Problemen und Konflikten.
Häufige Fehler von Scrum Master – Zusammenfassung
Fehler des Scrum Masters, die aus unzureichender oder übermäßiger Einbindung des Entwicklungsteams resultieren, können den Arbeitsrhythmus zerstören. Und sogar dazu beitragen, die Aktivität gemäß den Scrum-Regeln zu stoppen. Daher lohnt es sich für einen Scrum Master, sich der möglichen Fehler und der daraus resultierenden Risiken bewusst zu sein. Und auch, um ihre Beziehung zum Team im Auge zu behalten.
Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer fleißigen Bienen-Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube bei.
Scrum-Leitfaden:
- Glossar der Grundbegriffe, Rollen und Begriffe
- Was ist Scrum?
- Scrum-Werte
- Wie implementieren Sie Scrum in Ihrem Unternehmen?
- Scrum Team – was ist das und wie funktioniert es?
- Wer ist ein Product Owner?
- Die häufigsten Fehler des Product Owners
- Wer ist der Scrum-Master?
- Eigenschaften eines guten Scrum Masters
- Die häufigsten Fehler des Scrum Masters
- Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
- Zusammenarbeit zwischen Product Owner und Scrum Master
- Entwicklungsteam in Scrum
- Die häufigsten Fehler von Entwicklern
- Scrum-Artefakte
- Scrum skalieren
- Sprint-Rückstand
- Was ist das Product Backlog?
- Was sind User Stories?
- Erstellen Sie die beste User Story mit INVEST
- Die häufigsten Fehler in User Storys
- Akzeptanzkriterien für User Storys
- Schätzung und Story Points in Scrum
- Planungspoker
- Team-Schätzspiel
- Inkrement definieren
- Scrum-Ereignisse
- Was ist Sprint in Scrum?
- Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
- Was ist ein Burndown-Diagramm?
- Wie erstellt und interpretiert man ein Burndown-Diagramm?
- Vor- und Nachteile des Burndown-Charts
- Kanban-Boards in Scrum und Scrumban
- Velocity in Scrum - Schnelligkeit des Entwicklungsteams
- Tägliches Scrum
- Sprint-Planung
- Sprint-Review
- Was ist eine Sprint-Retrospektive?
- Häufige Fehler während einer Sprint-Retrospektive
- Pflege des Produkt-Backlogs