{"id":3635,"date":"2023-10-29T12:25:02","date_gmt":"2023-10-29T11:25:02","guid":{"rendered":"https:\/\/berlin3.davidweb.pro\/?p=3635"},"modified":"2024-04-17T06:56:18","modified_gmt":"2024-04-17T04:56:18","slug":"scheitern-scrum-teams","status":"publish","type":"post","link":"https:\/\/berlin3.davidweb.pro\/de\/scheitern-scrum-teams\/","title":{"rendered":"Das Scheitern des Scrum Teams \u2014\u00a0Scrum Anti-Patterns Taxonomie (3)"},"content":{"rendered":"

In K\u00fcrze: Das Scheitern des Scrum Teams<\/h2>\r\n\r\n

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\u00e4t und Engagement, welche h\u00e4ufig dazu f\u00fchrt, dass ein Scrum-Team deutlich unter seinem Potenzial arbeitet.<\/p>\r\n\r\n

Erfahren Sie, wie sich diese Scrum-Anti-Muster-Kategorien manifestieren und wie sie sich auf die Wertsch\u00f6pfung f\u00fcr Kunden und die langfristige Nachhaltigkeit Ihres Unternehmens auswirken.<\/p>\r\n\r\n

Dies ist der dritte von drei Artikeln, in denen die 183 Anti-Patterns aus dem demn\u00e4chst erscheinenden Buch Scrum Anti-Patterns Guide<\/a> analysiert werden. Die anderen beiden Artikel, siehe unten, befassen sich mit dem Festhalten an Altsystemen, Prozessen, Praktiken und Fragen der Kommunikation und Zusammenarbeit.<\/p>\r\n\r\n

\"Das<\/p>\r\n\r\n\r\n\r\n

???? Bestellen Sie jetzt das Scrum Anti-Patterns Guide Buch<\/a> f\u00fcr Lieferung im Januar 2024 vor!<\/p>\r\n\r\n

????\ufe0f Last Week Exclusively on my Substack Newsletter<\/strong>: Welcome DALL\u2022E 3 \u2014 Transformative Analysis for Agile Practitioners.<\/a><\/p>\r\n\r\n

???? The most popular discussion on LinkedIn last week was<\/strong>: What Is the Next Big Thing in #Agile \u2014 if There Is One?<\/a> ????\r\n<\/p>\r\n\r\n

???? Soll ich Sie \u00fcber Artikel wie diesen informieren? Gro\u00dfartig! Sie k\u00f6nnen sich hier f\u00fcr den Newsletter \"Food for Agile Thought\" anmelden<\/a> und sich \u00fcber 49.000 Abonnenten anschlie\u00dfen.<\/em><\/p> \r\n\r\n

\"Join<\/a><\/p>\r\n\r\n

???? Join 525-plus peers and help create the next edition of the Scrum Master Salary Report<\/a>!<\/p>\r\n\r\n

Das Scheitern des Scrum Teams im Detail<\/h2>\r\n\r\n

Lassen Sie uns drei Aspekte des Scheiterns von Scrum-Teams n\u00e4her beleuchten: Planungs- und Prozessversagen, Konfliktvermeidung und Fehlkommunikation sowie Unachtsamkeit in Bezug auf Qualit\u00e4t und Engagement:<\/p>\r\n\r\n

Planungs- und Prozessversagen auf Scrum-Ebene<\/h3>\r\n\r\n

Diese Kategorie des Scheiterns des Scrum Teams identifiziert R\u00fcckschl\u00e4ge und Pannen bei der Planung, dem Prozess, der Zusammenarbeit und der Ausrichtung am Scrum Framework. Solche Fehler k\u00f6nnen zum Beispiel sein:<\/p>\r\n\r\n

    \r\n\t\r\n\t
  • Nichtbeachtung wesentlicher Scrum-Praktiken.<\/li>\r\n\t
  • Unzureichende Investitionen in Planung und Schulung.<\/li>\r\n\t
  • Vers\u00e4umnisse bei der Kommunikation und beim Stakeholder-Management.<\/li>\r\n\t
  • Ungen\u00fcgendes Product Backlog Management.<\/li><\/ul>\r\n\r\n

    Diese Probleme k\u00f6nnen zu chaotischer, ineffizienter Arbeit f\u00fchren, das Vertrauen untergraben, die Abstimmung untereinander behindern und die F\u00e4higkeit des Scrum-Teams untergraben, Werte zu liefern und die Prinzipien von Scrum zu wahren.<\/p>\r\n\r\n

    Manifestationen<\/strong>:<\/p>\r\n\r\n

    Beispiele f\u00fcr die Auswirkungen dieser Anti-Muster-Kategorie sind zum Beispiel:<\/p>\r\n\r\n

      \r\n\t
    1. \u00dcberm\u00e4\u00dfige Kontrolle der Prozesse des Teams durch den Scrum Master.<\/li>\r\n\t
    2. \u00dcberm\u00e4\u00dfige Einflussnahme des Scrum Masters oder Product Owners auf die direkte Aufgabendurchf\u00fchrung.<\/li>\r\n\t
    3. Die Kontrolle des Product Owners \u00fcber das 'Was' und 'Wie', anstatt sich auf das 'Warum' zu konzentrieren.<\/li>\r\n
    4. Akzeptieren von unausgereiften Produkt-Backlog-Elementen f\u00fcr den Sprint.<\/li>\r\n
    5. Zulassen von Unterbrechungen der Entwickler w\u00e4hrend eines Sprints.<\/li>\r\n\t
    6. Missbr\u00e4uchlicher Umgang mit Sprint-Absagen.<\/li>\r\n\t
    7. Entwickler missachten Praktiken wie die Ausrichtung an Sprint-Zielen oder die Einhaltung der Definition of Done.<\/li>\r\n\t
    8. Vor\u00fcbergehende Abkehr von Scrum in kritischen Situationen.<\/li>\r\n
    9. Variierende Sprintl\u00e4ngen, Vernachl\u00e4ssigung der Planung f\u00fcr die Integration neuer Teammitglieder oder R\u00fcckgriff auf einen \"Hardening\" Sprint.<\/li>\r\n\t
    10. Inkonsistenz bei den Sprintl\u00e4ngen oder anderen Planungsaspekten, was auf eine mangelnde Bereitschaft zur vollst\u00e4ndigen Umsetzung von Scrum hindeutet.<\/li>\r\n\t
    11. Akzeptieren der \u00dcbernahme unfertiger Produkt-Backlog-Eintr\u00e4ge zum Sprintende ohne weitere Diskussion in den Folgesprint.<\/li>\r\n\t
    12. Aufschieben von Retrospektiven, Ignorieren von Aktionspunkten.<\/li>\r\n\t
    13. Mangelnde Aufmerksamkeit f\u00fcr technische Schulden.<\/li>\r\n\t
    14. Einbeziehung von Stakeholdern: Versagen bei der Abstimmung, Empathie, Vertrauen, Etablierung einer robusten Zusammenarbeit mit Stakeholdern.<\/li>\r\n
    15. Druck seitens der Stakeholder, unfertige Arbeiten freizugeben oder Hindernisse beim Verst\u00e4ndnis der strategischen Ausrichtung.<\/li>\r\n\t
    16. Vermeidung von Retrospektiven oder der Glaube, es g\u00e4be keinen Raum f\u00fcr Verbesserungen, was den Anspruch auf kontinuierliches Lernen untergr\u00e4bt.<\/li>\r\n\t
    17. Scrum Master \u00fcbernehmen Aufgaben, die nicht in ihren Zust\u00e4ndigkeitsbereich fallen, wie z. B. die Organisation von Meetings oder den Einkauf von B\u00fcromaterial, wodurch die Selbst\u00e4ndigkeit des Teams beeintr\u00e4chtigt wird.<\/li>\r\n\t
    18. Eine \u00fcbereilte Erstellung des Produkt-Backlogs f\u00fchrt zu chaotischer Planung und untergr\u00e4bt die Prinzipien von Scrum.<\/li>\r\n\t
    19. Die unangemessene Einf\u00fchrung von neuen Aufgaben w\u00e4hrend des Sprints schr\u00e4nkt die Unabh\u00e4ngigkeit der Entwickler und die Einhaltung der Scrum-Prinzipien ein.<\/li><\/ol>\r\n\r\n