Während wir uns mit den Feinheiten der Sprint Reviews befassen, ist es unerlässlich zu erkennen, dass diese Zeremonie ein zentraler Bestandteil des Scrum-Frameworks ist – ein Eckpfeiler bei der Transformation von einer Projekt- zu einer Produktmentalität. Scrum, mit seinem Schwerpunkt auf iterativem Fortschritt und Feedback-Schleifen, ist ein unverzichtbares Instrument auf jeder Reise von Projekt zu Produkt.
Die Sprint Reviews sind hervorragende Feedback-Schleifen, in denen das Scrum-Team und die Stakeholder gemeinsam die während des Sprints geleistete Arbeit untersuchen. Dieses Meeting ist nicht nur eine Show-and-Tell-Session, sondern eine gemeinschaftliche Diskussion, um das Produkt und den Arbeitsprozess zu inspizieren und anzupassen. Es geht darum, den in dem Sprint erzeugten Wert zu verstehen und die nächsten Schritte zu planen, um sicherzustellen, dass das Produkt den größtmöglichen Wert liefert.
Im Wesentlichen verkörpert die Sprint Review das Ethos von Agile – es ist iterativ, kollaborativ, adaptiv und vor allem produktorientiert. Es ist dieses Meeting, das sicherstellt, dass das Produkt in die richtige Richtung bewegt wird, indem es auf die Bedürfnisse der Stakeholder und die Marktanforderungen abgestimmt wird, was es zu einer Notwendigkeit für jede Transformation von Projekt zu Produkt macht.
Die ADAPT Methodology® ist ein einzigartiges Framework zur digitalen Produktentwicklung, um traditionelle, projektzentrierte Unternehmen in produktorientierte Unternehmen zu verwandeln!
Die Gesellschaft hat sich verändert und Führungskräfte benötigen Unterstützung bei der Art und Weise, wie sie ihre digitalen Produktorganisationen leiten und gestalten. Aus diesem Grund wurde die ADAPT Methodology® geschaffen, aber jetzt wollen wir uns intensiver mit dem Sprint Review Meeting befassen, wenn Sie mehr über dieses Thema erfahren möchten.
Sprint Reviews werden durchgeführt, sobald der Sprint abgeschlossen ist. Sie dienen dazu, das Increment zu inspizieren und das Product Backlog bei Bedarf anzupassen. Während des Sprint Review Meetings bewerten das Scrum-Team und die Stakeholder, was während des Sprints erreicht wurde.
Die Überprüfung dient dem Informationsaustausch; es handelt sich nicht um ein Statusmeeting. Es wird ausschließlich abgehalten, um Feedback zu erhalten und sicherzustellen, dass eine Zusammenarbeit stattfindet.
Während eines Scrums ist ein regelmäßiges Sprint Review Meeting angesetzt, um die Gebrauchstauglichkeit des Produkts zu demonstrieren und zu bestimmen. Von den Teams wird erwartet, dass sie in jedem Increment oder Sprint ein lieferfähiges Produkt bereitstellen.
Um ihren Erfolg sicherzustellen, wird am Ende jedes Sprints ein Sprint Review Meeting abgehalten. Während der Überprüfung zeigt das Scrum-Team den Stakeholdern, was sie erreicht haben, indem sie die neu entwickelten Funktionen demonstrieren.
Sprint Review Meetings sind bewusst informell. Programme wie PowerPoint sind verboten und es wird eine maximale Vorbereitungszeit von 2 Stunden festgelegt.
Diese Meetings sind keine, noch sollten sie als Ablenkung oder großer Umweg für das Team angesehen werden. Stattdessen sollten sie ein natürlicher Übergang und Ergebnis der Sprint-Session sein.
Typischerweise nehmen der Scrum Master, Mitglieder des Managementteams, der Product Owner, Kunden, Entwickler von anderen Projekten und das Scrum-Team an den Sprint Reviews teil.
Ein Ziel für die Software wird im Sprint-Planungsmeeting festgelegt. Die Erreichung dieses Sprint-Ziels ist sehr wichtig. Um sicherzustellen, dass dies erreicht wurde, wird das gelieferte Projekt während des Sprint Reviews bewertet und mit dem Ziel verglichen. Jedes Product Backlog wird ebenfalls in die Überprüfung einbezogen, um sicherzustellen, dass das Ziel erreicht wurde.
In einem Sprint Review Meeting diskutieren das Scrum-Team und die Stakeholder die während des Sprints geleistete Arbeit. Nach der Bewertung der erledigten Arbeit sowie der Änderungen am Product Backlog erarbeitet die Gruppe gemeinsam die nächsten Schritte zur Optimierung des Wertes der Software.
Diese Meetings sind immer bewusst informell gehalten, um die Gruppe darauf zu fokussieren, Feedback und Zusammenarbeit zu fördern.
Für einen Monat lange Sprints sollten die Review-Meetings maximal vier Stunden dauern; diese werden als zeitlich begrenzte Sitzungen bezeichnet. Wenn die Sprint-Sitzungen kürzer sind, werden auch die Review-Meetings kürzer sein.
Der Scrum-Master ist verantwortlich für die Planung des Meetings und informiert alle Teilnehmenden über den Zweck der Überprüfung. Der Scrum-Master stellt auch sicher, dass das Meeting im zeitlichen Rahmen bleibt.
Bis zum Ende des Sprint Review Meetings sollten Überarbeitungen am Product Backlog vorgenommen werden, um wahrscheinliche Backlog-Elemente für die nächste Sprint-Session besser zu definieren. Das Product Backlog kann komplett angepasst werden, um neue Möglichkeiten zu eröffnen.
Unternehmen können aus mehreren Gründen zögern, Endbenutzer einzubeziehen: Einige fürchten ein Ausufern des Umfangs, andere glauben, dass sie die Endbenutzer nicht um Beteiligung bitten dürfen, und einige wissen nicht, wer ihr Endbenutzer ist. Endbenutzer sind ein wesentlicher Bestandteil der Sitzung. Finden Sie nie eine Ausrede, um sie nicht einzubeziehen!
Zu oft organisieren viele Unternehmen ihre Sprint Reviews als Teampräsentation, damit der Product Owner ihre Arbeit bewerten oder beurteilen kann. Dieses Format ist völliger Unsinn! Sprint Reviews sind keine gesetzlichen Inquisitionen oder Gerichte, es sind informelle Treffen, die darauf abzielen, das Kundenfeedback zu erhalten.
Anstatt ihre Daten einem richterähnlichen Product Owner zu präsentieren, sollten die Teams mit dem Product Owner zusammenarbeiten, um jede abgeschlossene Geschichte zu überprüfen.
Zu Beginn des Sprint Reviews sollte der Product Owner zuerst alle begrüßen und einen Projektüberblick geben. Der Besitzer kann dann die Ziele des Sprints besprechen: was erreicht wurde und welche Ziele nicht erreicht wurden.
Es ist auch eine gute Zeit, über das Qualitätsniveau des Produkts, die Freigabe der Software und den Product Burndown zu sprechen. Der Besitzer kann darauf hinweisen, wonach die Prüfer suchen sollten, und dem Team erklären, wie sie ihr Feedback geben können.
Nachdem sie ihre einleitenden Aussagen beendet haben, kann der Product Owner das Meeting an das Scrum-Team übergeben, um die funktionalen Fähigkeiten der Software zu demonstrieren.
Die Gruppendynamik ändert sich erheblich, wenn der Fokus des Treffens sich von einem alleinigen Product Owner zu einer Gruppenzusammenarbeit ändert, die das Scrum-Team, die Stakeholder und die Endbenutzer einschließt.
Wenn der Product Owner Teil des Präsentationsteams wird, ändern sich die oben genannten Rollen. Hier sehen Sie, wie jede Gruppe betroffen ist.
Die Rolle des Product Owner wandelt sich zu der eines echten Besitzers des Produkts. Als Schlüsselmitglied des Teams wird der Besitzer verantwortlicher und rechenschaftspflichtiger für das Produkt. Er ist verantwortlich für die Entscheidungsfindung und die Präsentation der Ergebnisse gegenüber den Endbenutzern und Stakeholdern. Er stellt sich hin und präsentiert die Produktsteigerung und gibt Einblick in den Stand des Projekts.
Durch die Änderung der Rolle versteht der Besitzer, dass er/sie disziplinierter in der Pflege des Produktdesigns wird, Burndowns freigibt und ein Qualitätsniveau für die Arbeit festlegt.
Ein weiteres bemerkenswertes Nebenprodukt dieser Änderung ist, dass Diskrepanzen sofort sichtbar werden. Wenn die vom Besitzer wahrgenommenen Bewertungen der Bedürfnisse der Endbenutzer nicht mit den tatsächlichen Bedürfnissen übereinstimmen, wird dies sofort auffallen.
Das Scrum-Team hat ein größeres Gefühl von Stolz und Erfolg und ist besser positioniert, um seine Arbeit der Gruppe zu präsentieren. Ihnen wird Zeit für den Endbenutzer eingeräumt, und im besten Fall treffen sie die Endbenutzer von Angesicht zu Angesicht.
Den Endbenutzer zu kennen, ist der beste Weg, um qualitativ hochwertige Software zu entwickeln, die dem Endbenutzer den höchsten Wert bietet. Indem sie lernen, Feedback in jeder Sprint-Sitzung zu akzeptieren, gewinnt das Team mehr Wertschätzung für die Product Owner und Kunden.
Das Team wird auch weniger das Gefühl haben, vom Product Owner beurteilt oder bewertet zu werden. Sie werden das Meeting energiegeladener und motivierter für den nächsten Sprint verlassen.
Wenn Führungskräfte und Stakeholder Teil des Review-Meetings sind, können sie die Teamarbeit sehen, während sie an einer echten Überprüfung der erledigten Arbeit und der ergriffenen Maßnahmen teilnehmen. Zusätzlich können die Endbenutzer die Führungskräfte/Stakeholder persönlich über ihre Bedürfnisse informieren.
Am wichtigsten ist, dass sie lernen, angemessen zu handeln. Die Dynamik dieser Meetings unterscheidet sich erheblich, wenn Kunden Teil der Sitzung sind.
Wenn Endbenutzer anwesend sind, verbringen Führungskräfte und Stakeholder weniger Zeit mit Streitereien und Kritik an anderen. Stattdessen verhält sich jeder von seiner besten Seite, um sicherzustellen, dass die Überprüfung motivierter und produktiver ist.
Ohne Zweifel sind die Endbenutzer die Stars der Review-Meetings, weil sie wertvolle Face-to-Face-Zeit mit den Softwareentwicklern verbringen. Sie verbringen so viel Zeit mit der Entwicklergruppe, dass die Endbenutzer ein Zugehörigkeitsgefühl entwickeln.
Da sie so viel Zeit und Engagement in die Entwicklung des Projekts investieren, werden die Benutzer zu den größten Unterstützern des Unternehmens. Dieses erworbene Wissen ist wertvoll, um eine Flut von Support-Anrufen zu reduzieren, die nach einer Veröffentlichung üblich sind.
Der Scrum Master erleichtert die Sprint Reviews. Diese Person schafft eine Umgebung unter allen Mitgliedern, damit große Erfolge und Zielsetzungen erreicht werden können. Um dies zu erreichen, muss der Scrum Master sicherstellen, dass die richtigen Personen an dem Meeting teilnehmen. Er/sie muss auch sicherstellen, dass der richtige Raum und die notwendigen Materialien leicht verfügbar sind.
Auch kleinere Details wie das Bestellen von Essen und Getränken fallen in die Verantwortung des Scrum Master. Während dies für einige unbedeutend erscheinen mag, ist Essen der Treibstoff, den die Teams brauchen, um ihre harte Arbeit während der Meetings fortzusetzen. Persönlich hatte ich viele großartige Gespräche mit Teams beim gemeinsamen Essen.
Eines sollte man im Hinterkopf behalten, das ist nicht die Show des Scrum Master – sie sind nicht der Star. Der Scrum Master ist da, um das Team zu unterstützen. Sie begrüßen auch die Endnutzer und stellen sicher, dass sie im Team integriert sind, die Möglichkeit haben, gehört zu werden, und sich hinter den Kulissen aufhalten.
Um die Kunst des Feedbacks zu meistern, müssen Sie zuerst eine Umgebung schaffen, die offenes Feedback ermöglicht. Die Einbeziehung der Endnutzer in die Sprint Reviews kann beängstigend sein, aber denken Sie daran: frühzeitig Feedback zu hören gibt Ihnen Zeit, die notwendigen Anpassungen vorzunehmen.
Zu warten, bis zum Schluss zu entdecken, dass Sie den falschen Weg eingeschlagen haben, ist eine Verschwendung von kostbarer Zeit und Ressourcen. Wenn Sie also immer noch Angst vor Scope Creep haben, lassen Sie es los. Während der Überprüfung wird der Product Owner zunächst entscheiden, welche Kompromisse in den Sprint Reviews eingegangen werden.
Nutzen Sie diese Gelegenheit, um mehr darüber zu erfahren, was die Endnutzer brauchen und nicht brauchen; dies hilft, die Überproduktion einiger Funktionen, die nie genutzt werden, zu reduzieren und zu eliminieren.
Indem Sie sich auf den Endnutzer konzentrieren und Energie und Begeisterung schaffen, werden Sie Sprint Reviews erstellen, an denen Kunden teilnehmen möchten. Es ist einfach zu tun; richten Sie einfach eine Überprüfung ein, die dem Endnutzer einen direkten Nutzen bietet. Wenn das erledigt ist, lehnen Sie sich einfach zurück und hören Sie zu. Sie werden überrascht sein, was Sie erfahren.
Wir ermöglichen Führungskräften, durch die Anpassung ihres projektzentrierten Unternehmens zu einem produktorientierten Unternehmen, hoch geschätzt und anerkannt zu werden.
Die Gesellschaft hat sich verändert und Führungskräfte benötigen Unterstützung, um ihre Unternehmen an das digitale Zeitalter anzupassen. Aus diesem Grund wurde die ADAPT Methodology® geschaffen!
Wenn Sie wissen möchten, ob Ihr Unternehmen projektzentriert oder produktgeführt ist, machen Sie einfach unseren „Project To Product Scorecard“.
Wenn Sie wissen möchten, wie wir Ihnen bei Ihrem Transformationsbeginn helfen können, werfen Sie einen Blick auf unser: „Projekt zu Produkt Schulung“.
Wenn Sie an einer Transformation in Ihrem Unternehmen interessiert sind, sehen Sie sich bitte unser Angebot an: „Projekt zu Produkt Beratung“.