zx
Die forensische Produkt-Backlog-Analyse: Eine 60-minütige Teamübung um Ihr Produkt-Backlog zu fixen. Identifizieren Sie, was kaputt ist, finden Sie heraus, warum, und einigen Sie sich auf praktische Lösungen – alles in fünf schnellen Schritten. Ohne Schnickschnack, nur Ergebnisse.
Sie wollen technische Exzellenz leben und Kundenprobleme lösen? Beginnen Sie mit einem soliden Produkt-Backlog.
Transparenz wird zwar als essentiell für agiles Arbeiten angepriesen, aber zu viel davon kann auch negative Folgen haben. Zu viel Transparenz kann z. B. zu Mikromanagement, Fehlinterpretationen und Vertrauensverlust innerhalb des Teams führen. Beispiele dafür sind die übermäßige Kontrolle während der Daily Scrums, die Fehlinterpretation von Fortschrittsmetriken und die Schaffung einer Kultur der Schuldzuweisung, die die psychologische Sicherheit untergräbt.
Strategische Intransparenz kann daher manchmal notwendig sein, um die Autonomie des Teams zu schützen und eine gesunde Dynamik zu erhalten. Seien Sie transparent, aber nicht auf Kosten der Unabhängigkeit und des Wohlbefindens des Teams.
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.
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!
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.
Erfahren Sie, wie individuelle Anreize und veraltete Organisationsstrukturen – die persönliche Agenden und lokale Optimierungsbemühungen fördern – sich in Fehlverhalten von Scrum Interessenvertretern manifestieren, die leicht jede agile Transformation zu einer produktorientierten Organisation behindern.
Eine meiner Lieblingsübungen aus meinen Professional Scrum Master-Kursen ist die Frage, wie als Mitglied des mittleren Managements am besten Scrum Master Sabotage betreibt. Die Regeln der Übung sind einfach: Sie dürfen keine Form von illegalen Aktivitäten anwenden. Es kommt also nicht infrage, die Aufgabe an einen Haufen Gesetzloser zu übertragen. Stattdessen dürfen Sie nur Praktiken anwenden, die in Ihrem Unternehmen kulturell akzeptabel sind.
Lesen Sie weiter und erfahren Sie anhand der Übungsergebnisse aus über zwanzig PSM-I und PSM-II-Kursen mehr darüber, wie Sie einen Scrum Master am besten sabotieren können. (Ich habe die Vorschläge zur besseren Lesbarkeit überarbeitet.)
Wir begannen diese Reihe über verteiltes agiles Arbeiten mit der Untersuchung von Praktiken und Werkzeugen, gefolgt von der Beschäftigung mit virtuellen Liberating Structures und dem Umgang mit Zoom. Dieser vierte Artikel befasst sich nun mit grundlegenden Anti-Patterns für verteiltes agiles Arbeiten, jenen Fallstricken, die jedes verteilte Team vermeiden sollte, um erfolgreich zu werden.
