Funktionsübergreifende Teams
Rituale: Planung/Grooming/Retro/Demo
Planung, Verfeinerung, Retro und Demo: Zweck von Teamritualen, Teilnehmern, Eingängen, Ausgängen und Zeichen einer nutzlosen Begegnung.
Ein Ritual ist gerechtfertigt, wenn es regelmäßig die richtige Entscheidung oder den richtigen allgemeinen Kontext hervorbringt. Für Planung, Verfeinerung, Retro und Demo Vorabbestimmung des Inputs, des erwarteten Outputs und des Eigentümers der nachfolgenden Aktionen; ein Treffen ohne Entscheidungen, Vorbereitung oder Änderungen des Prozesses sollte verkürzt, kombiniert oder abgesagt werden.
Warum Rituale in funktionsübergreifenden Teams wichtig sind
Synchronisation und Verantwortung
Rituale sind regelmäßige Meetings, die es dem Team ermöglichen, schnell zu verhandeln, sich zu konzentrieren und Probleme zu lösen, insbesondere wenn das Team aus Spezialisten verschiedener Rollen besteht (Produkt, Entwicklung, Test, Analyse, Design usw.).
Beispiel
Bei der Planung wurden ein Produktmanager, ein Backend-Entwickler, ein Frontend, ein Tester und ein Designer zusammengebracht, die jeweils ihre eigenen Risiken und Herausforderungen identifizierten, und das Ergebnis ist, dass das Team in seinem Verständnis dessen, was zu tun ist und warum, vereint ist.
Wir zerlegen Rituale in Teilen
Planung (Planung)
Essenz
Das Team wählt aus, welche Aufgaben im Sprint (oder Woche/Jahr) übernommen werden sollen, in der Regel vereinbaren Produktbesitzer und Team die Ziele, Prioritäten und den Arbeitsumfang.
Hauptverantwortung
Product Owner legt Ziele und Prioritäten fest. Teams geben Ihnen eine Bewertung der Aufgaben und bestätigen, was die Aufgaben tatsächlich erledigt werden.
Fehler und Anti-Muster
- Roher Backlog gebracht, Aufgaben sind nicht bereit für die Auswertung Es gibt keinen offenen Dialog über die Risiken. Das Meeting wird zu einem langen Monolog Product Owner.
Beispiel
Das Planungsteam lehnte die Aufgabe ab, weil dem Backend API-Daten fehlten, und der Manager nimmt sie zur Überarbeitung auf.
Grooming (oder Backlog-Refinition)
Essenz
Dies ist ein Meeting, bei dem das Team Aufgaben aus dem Backlog diskutiert, verfeinert und aufschlüsselt, damit sie klar, klein und einschätzbar sind.
Hauptverantwortung
Das Team stellt klärende Fragen, bietet Trennungen und Formate an und der Besitzer des Produkts erklärt den Geschäftskontext.
Fehler und Anti-Muster
Nur 1-2 Personen sind aktiv beteiligt, der Rest schweigt. Aufgaben werden nicht in kleine, testbare Teile zerlegt. Es gibt kein allgemeines Bild der Prioritäten
Beispiel
Die Pflegeaufgabe schien einfach zu sein, aber die Diskussion ergab einen abhängigen Service, also beschlossen wir, ihn in zwei Tickets zu teilen und Blocker zu setzen.
Retro (retrospektiv)
Essenz
Das Team diskutiert, was gut funktioniert hat und was nach Abschluss des Arbeitszyklus verbessert werden kann.
Hauptverantwortung
Scrum Master/Moderator schafft eine sichere Umgebung und jedes Teammitglied bietet Ideen für Veränderungen.
Fehler und Anti-Muster
Retro wird auf Beschwerden oder Schweigen reduziert. Keine Folgemaßnahmen (Aktionspunkte) Die Ergebnisse waren ausgezeichnet (“Gut gemacht, danke an alle”)
Beispiel
Im Retro-Modus erkannte das Team, dass es an Kommunikation mit den Designern mangelte, und die Lösung besteht darin, im nächsten Sprint zweimal pro Woche Synchronisierungen durchzuführen.
Demo (Demonstration)
Essenz
Um den Stakeholdern die Ergebnisse des Sprints zu zeigen, ist es wichtig, sich auf den Wert für den Benutzer zu konzentrieren.
Hauptverantwortung
Das Team zeigt die tatsächliche Funktionalität. Der Product Owner verknüpft das Ergebnis mit den Geschäftszielen.
Fehler und Anti-Muster
- “Semi-Working” Dinge zeigen Es gibt keine Verbindung zwischen der Demo und den Sprintzielen.
- Keine interessierten Parteien (oder werden formell angehört)
Beispiel
In der Demo zeigte das Team einen neuen Filter bei der Suche, und die Manager erkannten, dass sie die Reihenfolge der Optionen ändern mussten, was für die Verkaufsbenutzer wichtig war.
Wie man Rituale für immer kombiniert, nicht für einen Tick
Regelmäßigkeit und Transparenz
Der Besprechungskalender wird im Voraus festgelegt und nicht ohne guten Grund abgesagt, sonst entwerten die Rituale schnell, es ist wichtig, dass jeder weiß, warum sie gekommen sind und welche Vorteile ertragen werden.
Verantwortung liegt nicht nur beim Manager
Effektive Rituale funktionieren, wenn alle Rollen aktiv sind, also delegieren Sie die Verantwortung für Fragen und Vorschläge nicht an eine Person.
Beispiel
Wenn das Team oft nicht mit den Ergebnissen von Retro oder Planung zufrieden ist, versuchen Sie, ein Meeting in einem anderen Format abzuhalten oder wechseln Sie den Moderator.
Metriken und wie man weiß, ob Rituale funktionieren
Wie man Vorteile misst
Die Ergebnisse sind sichtbar, wenn:
- Die Aufgaben (User Stories) sind erreichbar, es gibt keine systematischen Kickbacks.
- Nach der Pflege werden Aufgaben zu einer Größe, die für das Sprinten geeignet ist.
- Die Ergebnisse von retro werden umgesetzt, Probleme von retro wiederholen sich monatelang nicht.
- Auf der Demo gibt es Feedback von Stakeholdern, Sie können die Vorteile des Releases sehen.
Wenn dies nicht der Fall ist, sind Rituale formal, versuchen Sie, den Ansatz zu ändern: Format, Zeitplan, Moderator, Tiefe der Vorbereitung.
Wo nach Benchmarks nach Metriken zu suchen
Die genauen Zahlen hängen vom Markt und den Besonderheiten des Teams ab.
Dort finden Sie Vorlagen, Checklisten und Beispiele für rituelle Erwartungen.
FAQ
Woher weißt du, ob Rituale bedeutungslos sind?
Wenn Meetings formell sind, die Aufgaben nicht klarer werden, die Diskussionen langweilig sind und es keine offensichtliche Verbesserung gibt – es ist Zeit, den Ansatz zu ändern.
Müssen Sie die Pflege und Planung separat durchführen?
Es ist vorzuziehen, zeitseparat zu sein: Bei der Pflege werden Aufgaben vorbereitet, bei der Planung wird das Volumen ausgewählt und Ziele festgelegt, und in Notfällen kann man es kombinieren, aber die Qualität leidet oft.
Wer soll Retro machen?
Es ist nicht unbedingt Scrum-Assistent. Jedes Teammitglied kann es erleichtern, es ist wichtig, neutral zu sein und alle einzubeziehen.
Wie kann man eine Demo durchführen, wenn das Feature keine Zeit zum Abschluss hatte?
Besser, ehrlich über den Fortschritt zu sein und die Gründe zu kommentieren. Tu nicht so, als wäre das Feature fertig - es ist schlimmer für das Vertrauen.
Wenn nur ein Teil des Teams kommen kann, sollte das Ritual abgesagt werden?
Je nach Zusammensetzung: Wenn es keine Schlüsselrollen gibt (z. B. ohne den Eigentümer des Produkts verliert die Planung ihre Bedeutung).
Wie lange sollten diese Treffen dauern?
Für ein Team von bis zu 8 Personen: Planung 60-120 Minuten Pflege 60 Minuten retro 45-60 Minuten Demo 30-45 Minuten Genaue Zahlen – in der Praxis passen sich Teams ihren Bedürfnissen an.