zx
Trotz Kritik aus der Produkt-Community an Scrum als Framework für die effektive Produktentwicklung, namentlich von Marty Cagan selbst, glaube ich, dass es sich lohnt, die Prinzipien, die zur Bildung erfolgreicher Produktteams beitragen, mit denen von Scrum zu vergleichen. Lassen Sie uns eine Analyse von „Transformed“ vornehmen und untersuchen, inwieweit dessen Prinzipien mit denen von Scrum übereinstimmen.
Eine Meta-Retrospektive ist eine ausgezeichnete Übung, um die Zusammenarbeit innerhalb des erweiterten Teams zu fördern, ein gemeinsames Verständnis des Big Pictures zu schaffen und wertvolle Handlungselemente zu erarbeiten. An ihr nehmen Teammitgliedern eines oder mehrerer Produktteams sowie Vertreter der unterschiedlichen Interessengruppen teil. Teilnehmer auf der Stakeholder-Seite sind sowohl Personen aus dem Unternehmen als auch Kunden. Meta-Retrospektiven sind sowohl als regelmäßige Veranstaltung, z.B. einmal im Quartal, als auch nach Erreichen eines bestimmten Meilensteins, z.B. eines bestimmten Releases, nützlich.
Erfahren Sie mehr darüber, wie Sie eine solche Meta-Retrospektive organisieren können, und vergessen Sie dabei nicht, sich das kostenlose Miro-Template für Meta-Retrospektiven anzusehen.
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.
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.
Die Minimum Viable Library ist verfügbar! Entdecken Sie eine Reihe sorgfältig zusammengestellter Büchern, Newslettern, Podcasts und Tools, um Ihr Fachwissen über Agilität zu erweitern.
Lesen Sie weiter und erfahren Sie, wie die Empfehlungen für Scrum-Master ein breites Spektrum an Themen abdecken, darunter natürlich Scrum, aber auch Servant Leadership, Wertschöpfung für den Kunden, Coaching von Teams, Verbesserung der Teamdynamik durch Retrospektiven und die Navigation durch agile Unternehmenstransformationen.
Können Weisheiten aus der Vergangenheit in der heutigen VUCA-bestimmten Welt noch relevant sein? Ich habe vor einiger Zeit begonnen, die Meditationen des Marcus Aurelius zu lesen und fand sie faszinierend; vielleicht gilt Stoizismus auch für “Agile”? Mit anderen Worten: ist der stoische Scrum Master Realität?
Wenn ich den Stoizismus richtig verstehe, geht es darum, ein Leben der Tugend zu führen, das Weisheit, Gerechtigkeit, Mut und Mäßigung umfasst. (All das kann noch weiter unterteilt werden, siehe Stoic Ethics.) Aus irgendeinem Grund fühlte ich mich an die Scrum Values erinnert und dachte: Könnte es sein, dass die ersten Prinzipien von “Agile” nicht durch das Agile Manifest, sondern durch “Zeno von Citium in Athen im frühen 3. Jahrhundert vor Christus” definiert wurden?
Also habe ich unser geschätztes LLM gebeten, einen Essay zu verfassen, der den Stoizismus auf Scrum anwendet; der stoische Scrum Master lässt grüßen.
“The Scrum framework is purposefully incomplete, […].” (Quelle.) Dieser Halbsatz ist wahrscheinlich eine der am häufigsten falsch interpretierten Aussagen des Scrum Guide. Auf der einen Seite definiert er die Notwendigkeit, Scrum durch andere Praktiken und Werkzeuge zu ergänzen. Auf der anderen Seite ist er der Grund dafür, dass so viele Versuche, Scrum zu praktizieren, einfach vermasselt werden und zu ScrumBut-Versionen von epischer Vielfalt führen. Schauen wir uns also bewährte Scrum Werkzeuge und Praktiken an, die ein absichtlich unvollständiges Framework erweitern, ohne dessen Grundprinzipien zu missachten oder zu negieren.
Bitte beachten Sie, dass die folgende Liste der Scrum Werkzeuge und Praktiken nicht vollständig ist. Bitte fügen Sie in den Kommentaren weitere Vorschläge hinzu.
Scrum ist ein taktisches Framework für die Entwicklung von Produkten, vorausgesetzt, Sie erkennen im Voraus, was es wert ist, entwickelt zu werden. Aber selbst nach einer erfolgreichen Produktentdeckungsphase, neudeutsch: Product Discovery, kann es Ihnen schwer fallen, das Richtige auf die Beine zu stellen, wenn Ihr Product Backlog der Aufgabe nicht gewachsen ist: Garbage in, Garbage out. Der folgende Artikel zeigt 27 gängige Product Backlog Anti-Patterns — auch für den Produktbacklog-Verfeinerungsprozesses — auf, die den Erfolg Ihres Scrum-Teams beschränken.
Was in den 1990er-Jahren nach einer guten Idee aussah– die Auslagerung der Softwareentwicklung als nicht-essenzielles Geschäftsfeld–ist inzwischen für viele Altunternehmen massiv nach hinten losgegangen. Während sie versuchen, für Produkt- und Softwareentwickler attraktiver zu werden, haben sie immer noch Schwierigkeiten zu verstehen, was nötig ist, um eine attraktive Produkt-/Engineering-Kultur aufzubauen. Erfahren Sie mehr über typische Anti-Muster und Anzeichen dafür, dass eine Organisation eine toxische Teamkultur schafft, die ihre Bemühungen, agil zu werden, behindert.
‘Autonomie ohne Verantwortlichkeit bedeutet Anarchie” fasst ein wesentliches Gestaltungselement jeder agilen Organisation zusammen. Ohne diese Checks & Balances wird jedes Bestreben, ein Unternehmen zur Agilität zu transformieren, wahrscheinlich scheitern. (Oder bestenfalls auf einer mechanistischer Ebene verharren.) Erfahren Sie mehr darüber, was es mit Scrum Verantwortlichkeit auf sich hat.
