zx
Erfahren Sie, wie sich veraltete Organisationsstrukturen in Scrum Stakeholder Anti-Mustern auf Systemebene manifestieren, die jede agile Transformation zu einer produktorientierten Organisation behindern können. Wir befassen uns mit den Gefahren mangelnder Transparenz, begrenzter bis nicht vorhandener Unterstützung durch die Führung und warum Geld-nicht-ausgeben der falsche Ansatz ist.
Willkommen zum Sprint Anti-Patterns-Artikel aus meiner Serie über Scrum-Anti-Patterns. Ich adressiere in diesem Artikel sprintbezogene Fehlverhalten der drei Scrum-Rollen, der Stakeholder bzw. Interessenvertreter sowie des IT-Management. Außerdem habe ich einige Denkanstöße hinzugefügt. Könnte zum Beispiel ein einmonatiger Sprint zu kurz sein, um etwas Sinnvolles zu erreichen? Und wenn ja, was sind dann die Konsequenzen?
In diesem Artikel werfe ich einen Blick darauf, was einen Scrum Master nicht nur gut, sondern herausragend macht. Vom regelmäßigen Erreichen der Sprint-Ziele über die Schaffung von Mehrwert für die Kunden bis hin zum Aufbau von Beziehungen zu den Stakeholdern – entdecken Sie die Eigenschaften, die erfolgreiche Scrum Master auszeichnen.
Darüber hinaus beleuchten wir auch die Fallstricke, die Sie vermeiden sollten, wenn Sie den Respekt Ihrer Teamkollegen und wahrscheinlich auch Ihren Job behalten wollen.
Sind Sie ein Experte in der Kunst, unerreichbare, aufgezwungene oder schlichtweg nicht existierende Sprint-Ziele zu setzen? Mit anderen Worten, sind Sie gut darin, das Verfehlen von Sprint-Ziele zur Regel zu machen? Wenn nicht, machen Sie sich keine Sorgen; Hilfe ist auf dem Weg!
In diesem Artikel gehen wir der Frage nach, wie Sie regelmäßig dieses Ziel verfehlen können. Genießen Sie zum Beispiel den Nervenkitzel, wenn Sie unzusammenhängende Backlog-Elemente auswählen und den Teamerfolg über den bloßen Output und nicht über das Ergebnis definieren. Unzählige Scrum Teams haben alle Vorschläge gründlich getestet. Sie sind ideal für Teams geeignet, die die Herausforderung, ziellos durch Sprints zu wandern, lieben!
Verloren in der Kommunikation und Zusammenarbeit befasst sich mit zwei Kategorien aus der Scrum Anti-Patterns Taxonomie, die eng miteinander verknüpft sind: ineffektive Zusammenarbeit auf der Ebene der Stakeholder, die oft zu einem ungeeigneten Berichtswesen auf der Grundlage falsch ausgerichteter Metriken führt.
Lernen Sie, wie sich diese Scrum-Anti-Muster-Kategorien manifestieren und wie sie sich auf die Wertschöpfung für Kunden und die langfristige Nachhaltigkeit der Organisation auswirken.
Dies ist der zweite von drei Artikeln, in denen die 183 Anti-Patterns aus dem demnächst erscheinenden Buch Scrum Anti-Patterns Guide analysiert werden. Der dritte Artikel wird sich mit Fehlern und Pannen bei der Planung, dem Prozess, der Zusammenarbeit und der Ausrichtung innerhalb des Scrum-Frameworks befassen.
Das Festhalten an Altsystemen und traditionellen (Management-)Praktiken führt zu Starrheit und falscher Anwendung agiler Prinzipien, was in übermäßiger Kontrolle und Mikromanagement in Scrum resultieren kann. Die übermäßige Kontrolle durch Stakeholder und die Führungsebene erstickt Kreativität und Anpassungsfähigkeit, stört die Planung und behindert die Entwicklung eines Scrum-Teams. Darüber hinaus betonen die o. g. Kategorien aus der Scrum-Anti-Muster-Taxonomie oft einen unausgewogenen Fokus auf kurzfristige Gewinne und vernachlässigen die langfristige Strategie, die Wertschöpfung und die für den Erfolg in der Ungewissheit unerlässliche Abstimmung zwischen allen Beteiligten.
Lernen Sie, wie sich diese Scrum-Anti-Muster-Kategorien manifestieren und wie sie sich auf die Wertschöpfung für Kunden und die langfristige Nachhaltigkeit der Organisation auswirken.
Dies ist der erste von drei Artikeln, in denen die 183 Anti-Patterns aus dem demnächst erscheinenden “Scrum Anti-Patterns Guide” Buch analysiert werden. Der nachfolgende zweite Artikel wird sich dann mit Fragen der Kommunikation und Zusammenarbeit auf Team- und Organisationsebene befassen.
Da sich der Bearbeitungsprozess des Scrum Anti-Patterns Guide seinem Ende nähert, ist es an der Zeit, den nächsten Schritt zu tun. Der brandneue Guide bietet mehr als 180 Scrum Anti-Muster, geordnet nach Rollen, Events, Artefakten und Commitments. Der Guide erstellt jedoch keine Metaebene oder abstrakte Scrum Anti-Muster Taxonomie. Folglich bietet der Leitfaden auch keine Gesamtstrategie, um Scrum-Anti-Mustern auf persönlicher, kultureller, struktureller oder organisatorischer Ebene zu begegnen oder sie zu umgehen. Die Frage ist, ob es möglich ist, eine solche Taxonomie zu erstellen.
Lesen Sie weiter und erfahren Sie mehr über die ersten Schritte zur Vervollständigung des Gesamtbildes der Scrum-Anti-Muster.
Einige Product Owner glauben, dass ein umfassendes Produkt-Backlog der beste Weg ist, um das Produktziel zu erreichen und gleichzeitig völlig transparent zu sein – und keine möglicherweise wertvolle Idee ungenutzt zu lassen. Ein umfassendes Backlog kann jedoch schnell zu einem kompletten Produkt-Backlog mit unbeabsichtigten Nebeneffekten werden.
Erfahren Sie mehr über die negativen Auswirkungen eines kompletten Produkt-Backlogs auf Innovation, die Fähigkeit Ihres Scrum-Teams, Werte zu schaffen, und Ihre Beziehung zu den Stakeholdern.
Wenn Sie jemanden bitten, populäre Attribute für “Agile” oder “Agilität” zu nennen, werden Scrum und Jira wahrscheinlich unter den ersten zehn Nennungen sein. Außerdem wird in jeder Diskussion über das Thema jemand erwähnen, dass die Verwendung von Scrum zusammen mit Jira eine Organisation nicht agil macht. Oftmals ist es dann aber nur noch ein kleiner Schritt zur Feststellung, dass Jira ein potenzielles Hindernis darstellt, bis hin zu einer regelrechten Verteufelung von Jira. Daher habe ich im März 2023 eine nicht repräsentative Untersuchung durchgeführt, um herauszufinden, wie Organisationen Jira aus der Sicht eines Teams missbrauchen können; ich wollte Jira Anti-Patterns besser verstehen, die zu dieser Ablehnung führen.
Lesen Sie weiter und erfahren Sie mehr darüber, wie sich ein Projektmanagement-Tool, das ohne Anpassungen ziemlich brauchbar ist, in einen bürokratischen Albtraum verwandelt, was der Grund dafür sein könnte und was wir dagegen tun können.
Das Daily Scrum dient einem einzigen Zweck: der Überprüfung des Fortschritts auf dem Weg zum Sprint-Ziel, indem die Erkenntnisse von gestern aufgegriffen werden. Bei Bedarf passen die Entwickler dann ihren Plan an, um das Sprint-Ziel zu erreichen. Während die Theorie allgemein akzeptiert sein mag, ist die Umsetzung der Idee in der Praxis eine größere Herausforderung. Eines der immer wiederkehrenden Probleme ist die anhaltende Beliebtheit der “drei Daily Scrum Fragen” aus dem Scrum Guide 2017.
Lassen Sie uns darüber nachdenken, warum die Beantwortung dieser veralteten Daily Scrum Fragen einen negativen Einfluss auf das Scrum-Team hat.
