In KĂŒrze: Das Scheitern des Scrum Teams
Das Scheitern des Scrum Teams betrifft drei Kategorien aus der Scrum-Anti-Muster-Taxonomie, die eng miteinander verbunden sind: Planungs- und Prozessversagen, Konfliktvermeidung und Fehlkommunikation sowie Unachtsamkeit in Bezug auf QualitĂ€t und Engagement, welche hĂ€ufig dazu fĂŒhrt, dass ein Scrum-Team deutlich unter seinem Potenzial arbeitet.
Erfahren Sie, wie sich diese Scrum-Anti-Muster-Kategorien manifestieren und wie sie sich auf die Wertschöpfung fĂŒr Kunden und die langfristige Nachhaltigkeit Ihres Unternehmens auswirken.
Dies ist der dritte von drei Artikeln, in denen die 183 Anti-Patterns aus dem demnÀchst erscheinenden Buch Scrum Anti-Patterns Guide analysiert werden. Die anderen beiden Artikel, siehe unten, befassen sich mit dem Festhalten an Altsystemen, Prozessen, Praktiken und Fragen der Kommunikation und Zusammenarbeit.
đïž Exclusively on my Substack Newsletter: Product Owner Anti-Patterns â An Excerpt from the Scrum Anti-Patterns Guide (2).
đ Soll ich Sie ĂŒber Artikel wie diesen informieren? GroĂartig! Sie können sich hier fĂŒr den Newsletter âFood for Agile Thoughtâ anmelden und sich ĂŒber 49.000 Abonnenten anschlieĂen.
đ Join 575-plus peers and help create the next edition of the Scrum Master Salary Report!
Das Scheitern des Scrum Teams im Detail
Lassen Sie uns drei Aspekte des Scheiterns von Scrum-Teams nÀher beleuchten: Planungs- und Prozessversagen, Konfliktvermeidung und Fehlkommunikation sowie Unachtsamkeit in Bezug auf QualitÀt und Engagement:
Planungs- und Prozessversagen auf Scrum-Ebene
Diese Kategorie des Scheiterns des Scrum Teams identifiziert RĂŒckschlĂ€ge und Pannen bei der Planung, dem Prozess, der Zusammenarbeit und der Ausrichtung am Scrum Framework. Solche Fehler können zum Beispiel sein:
- Nichtbeachtung wesentlicher Scrum-Praktiken.
- Unzureichende Investitionen in Planung und Schulung.
- VersÀumnisse bei der Kommunikation und beim Stakeholder-Management.
- UngenĂŒgendes Product Backlog Management.
Diese Probleme können zu chaotischer, ineffizienter Arbeit fĂŒhren, das Vertrauen untergraben, die Abstimmung untereinander behindern und die FĂ€higkeit des Scrum-Teams untergraben, Werte zu liefern und die Prinzipien von Scrum zu wahren.
Manifestationen:
Beispiele fĂŒr die Auswirkungen dieser Anti-Muster-Kategorie sind zum Beispiel:
- ĂbermĂ€Ăige Kontrolle der Prozesse des Teams durch den Scrum Master.
- ĂbermĂ€Ăige Einflussnahme des Scrum Masters oder Product Owners auf die direkte AufgabendurchfĂŒhrung.
- Die Kontrolle des Product Owners ĂŒber das âWasâ und âWieâ, anstatt sich auf das âWarumâ zu konzentrieren.
- Akzeptieren von unausgereiften Produkt-Backlog-Elementen fĂŒr den Sprint.
- Zulassen von Unterbrechungen der Entwickler wÀhrend eines Sprints.
- MissbrÀuchlicher Umgang mit Sprint-Absagen.
- Entwickler missachten Praktiken wie die Ausrichtung an Sprint-Zielen oder die Einhaltung der Definition of Done.
- VorĂŒbergehende Abkehr von Scrum in kritischen Situationen.
- Variierende SprintlĂ€ngen, VernachlĂ€ssigung der Planung fĂŒr die Integration neuer Teammitglieder oder RĂŒckgriff auf einen âHardeningâ Sprint.
- Inkonsistenz bei den SprintlÀngen oder anderen Planungsaspekten, was auf eine mangelnde Bereitschaft zur vollstÀndigen Umsetzung von Scrum hindeutet.
- Akzeptieren der Ăbernahme unfertiger Produkt-Backlog-EintrĂ€ge zum Sprintende ohne weitere Diskussion in den Folgesprint.
- Aufschieben von Retrospektiven, Ignorieren von Aktionspunkten.
- Mangelnde Aufmerksamkeit fĂŒr technische Schulden.
- Einbeziehung von Stakeholdern: Versagen bei der Abstimmung, Empathie, Vertrauen, Etablierung einer robusten Zusammenarbeit mit Stakeholdern.
- Druck seitens der Stakeholder, unfertige Arbeiten freizugeben oder Hindernisse beim VerstÀndnis der strategischen Ausrichtung.
- Vermeidung von Retrospektiven oder der Glaube, es gĂ€be keinen Raum fĂŒr Verbesserungen, was den Anspruch auf kontinuierliches Lernen untergrĂ€bt.
- Scrum Master ĂŒbernehmen Aufgaben, die nicht in ihren ZustĂ€ndigkeitsbereich fallen, wie z. B. die Organisation von Meetings oder den Einkauf von BĂŒromaterial, wodurch die SelbstĂ€ndigkeit des Teams beeintrĂ€chtigt wird.
- Eine ĂŒbereilte Erstellung des Produkt-Backlogs fĂŒhrt zu chaotischer Planung und untergrĂ€bt die Prinzipien von Scrum.
- Die unangemessene EinfĂŒhrung von neuen Aufgaben wĂ€hrend des Sprints schrĂ€nkt die UnabhĂ€ngigkeit der Entwickler und die Einhaltung der Scrum-Prinzipien ein.
Konfliktvermeidung und Fehlkommunikation auf der Scrum Team Ebene
Die Kategorie âKonfliktvermeidung und Fehlkommunikationâ befasst sich mit dem Versagen von Scrum Teams bei der Kommunikation und der KonfliktenbewĂ€ltigung innerhalb von Scrum-Teams. Zu diesen Anti-Mustern gehören der Ausschluss von Zusammenarbeit, die Priorisierung von Einzelleistungen gegenĂŒber der Teamleistung, die Verzögerung der Kommunikation, mangelnde Transparenz und MissverstĂ€ndnisse innerhalb des Teams. Solche Verhaltensweisen fĂŒhren zu Reibungsverlusten und untergraben den Aufbau von Vertrauen, die Ausrichtung an den agilen Prinzipien und die kontinuierliche Verbesserung des Teams. DarĂŒber hinaus spiegeln sie systemische Fehler wider, wie z. B. die fehlende strategische Ausrichtung und die mangelnde Einhaltung der agilen Kernprinzipien, welche die Effizienz und Zusammenarbeit innerhalb des Scrum-Teams behindern.
Manifestationen:
Beispiele fĂŒr die Auswirkungen dieser Anti-Muster-Kategorie sind zum Beispiel:
- VernachlÀssigung schwÀchelnder Teammitglieder.
- Das VersĂ€umnis, ein Umfeld fĂŒr offene Konfliktlösung zu schaffen.
- Ausschluss von Zusammenarbeit, Konzentration auf individuelle Erfolge und verzögerte Kommunikation.
- Missbrauch des Daily Scrum als Reporting-Event, was zu ungelösten Problemen fĂŒhrt und die Transparenz behindert.
- Mangelnder Austausch ĂŒber die Unternehmensvision und -strategie, was zu MissverstĂ€ndnissen innerhalb des Teams fĂŒhrt.
- Ein dogmatischer Ansatz bei der Planung oder ein Mangel an gemeinsamem VerstĂ€ndnis schafft Hindernisse fĂŒr wirksames Arbeiten.
- Nicht integrative Verhaltensweisen, z. B. ein Mangel an Vielfalt unter den Teilnehmern an Sprint Reviews, mangelndes Engagement und Schuldzuweisungen.
- Systemische Fehler, wie z. B. das Ignorieren grundlegender Scrum-Prinzipien, ein mangelnder Fokus auf Ziele, die Abkehr von agilen zugunsten traditioneller Praktiken und ein schlechtes Management von Planung und Zielsetzung.
NachlÀssigkeit bei QualitÀt und Engagement
Die Kategorie âNachlĂ€ssigkeit in Bezug auf QualitĂ€t und Engagementâ der Muster fĂŒr das Scheitern des Scrum Teams konzentriert sich auf die VernachlĂ€ssigung der QualitĂ€t, der ProfessionalitĂ€t und der Einhaltung der Scrum-Prinzipien durch die Entwickler. Sie betont, wie wichtig es ist, keine Kompromisse bei den QualitĂ€tsstandards einzugehen und ein kontinuierliches Engagement fĂŒr exzellente Leistungen aufrechtzuerhalten. Die VernachlĂ€ssigung der QualitĂ€t kann zu suboptimalen Produkten, einer falschen Ausrichtung an den Kundenerwartungen und einer Untergrabung der agiler Kernwerte fĂŒhren. Die Kategorie fordert eine erneute Konzentration auf das Setzen und Einhalten von Standards, das Lernen, den Willen zur Adaption und die Vermeidung von Pfuscherei, welche zwar die Lieferung beschleunigen, aber die langfristige QualitĂ€t und Nachhaltigkeit gefĂ€hrden.
Manifestationen:
Beispiele fĂŒr die Auswirkungen dieser Anti-Muster-Kategorie sind zum Beispiel:
- Nichtbeachtung von QualitÀtsstandards, wie sie in der Definition of Done definiert sind.
- Unvorbereitet zu Besprechungen erscheinen, was einen Mangel an Engagement zeigt.
- Die Annahme, die BedĂŒrfnisse der Kunden zu kennen, ohne mit diesen zu interagieren, was zu ungeeigneten Produkten fĂŒhrt.
- Mangel an klaren Standards fĂŒr âsprinttauglicheâ Arbeitsaufgaben.
- Mangel an Aufmerksamkeit fĂŒr kontinuierliche Verbesserung.
- Mangelnde Dokumentation und das AuswÀhlen von UNSMART-Aktionen unter Missachtung von QualitÀtskontrollen.
- Freigabe eines Inkrements, das nicht der Definition of Done entspricht.
- Beliebige Abweichungen vom Sprint Goal.
- Jeder Kompromiss in Bezug auf QualitÀtsstandards, Verpflichtungen und das Ethos, einen optimalen Wert zu liefern.
Schlussfolgerung: Scheitern des Scrum Teams
Die diskutierten Muster des Scheiterns des Scrum Teams zeigen mögliche Fallstricke auf, welche die EffektivitĂ€t von Scrum untergraben. Pannen bei der Planung und Zusammenarbeit können das Vertrauen untergraben und die Teams von den Grundprinzipien von Scrum ablenken. Konfliktvermeidung und schlechte Kommunikation verschĂ€rfen die fehlerhafte Ausrichtung weiter und deuten auf systemische Fehler bei der Einhaltung der agilen Prinzipien hin. SchlieĂlich gefĂ€hrden Kompromisse bei QualitĂ€t und Engagement die Ausrichtung auf die Schaffung von Mehrwert fĂŒr die Kunden und die grundlegenden agilen Werte. Kurz gesagt, die Scrum-Teams Ihrer Organisation werden deutlich unter ihrem Potenzial arbeiten, was zu einem unbefriedigenden Ergebnis fĂŒhrt.
Deshalb ist es fĂŒr die erfolgreiche Anwendung von Scrum in jeder Organisation entscheidend, diese Muster des Scheiterns von Scrum-Teams zu erkennen und ihnen aktiv entgegenzuwirken.
Das Scheitern des Scrum Teams â Weitere LektĂŒre
Verloren in Kommunikation und Zusammenarbeit â Scrum Anti-Patterns Taxonomie (2)
Scrum Anti-Muster Taxonomie â Warum Scrum hinter den Erwartungen zurĂŒckbleibt kann
Alle Artikel zu Scrum Anti-Patterns
Download the Scrum Anti-Patterns Guide for free.
â Nicht versĂ€umen: Lernen Sie mehr ĂŒber das Scheitern des Scrum Teams in der 19.000-köpfigen âHands-on Agileâ Slack-Community
Ich lade Sie ein, sich dem âHands-on Agileâ Slack-Team anzuschlieĂen und die Vorteile einer schnell wachsenden, lebendigen Gemeinschaft von agilen Praktikern aus der ganzen Welt zu genieĂen.
Wenn Sie jetzt beitreten möchten, mĂŒssen Sie nur noch Ihre Anmeldeinformationen ĂŒber dieses Google-Formular angeben, und ich werde Sie anmelden. Die Mitgliedschaft ist kostenlos.
Der Artikel Das Scheitern des Scrum Teams â Scrum Anti-Patterns Taxonomie (3) erschien zunĂ€chst auf Berlin-Product-People.com.