Bei meiner Arbeit treffe ich viele verschiedene Menschen, die Scrum aktiv verfolgen. Einige von ihnen stellen den Wert eines Sprint-Review-Meetings am Ende jedes Sprints in Frage. Vermutlich "benutzen" oder "sehen" die Stakeholder ihre Arbeit nicht direkt, oder das iterierte Produkt ist noch nicht veröffentlichungsfähig.
Es sieht so aus, als ob dieses Scrum-Ritual nicht für alle geeignet ist. Wenn Sie zu den Menschen gehören, die den Wert einer Demo in Frage stellen, dann konzentrieren Sie sich auf Ihre Stakeholder und beginnen Sie damit, das Delta zu demonstrieren und nicht nur Ihr Produkt. Hier ist ein 3-Schritte-Plan, damit sich Ihre Sprint-Reviews für Sie lohnen.
Schritt 1: Stellen Sie den Kontext bereit
Stakeholder sind nicht an einzelnen User Stories interessiert. Sie wollen eine funktionierende Software sehen, die sie nutzen und mit der sie arbeiten können. Darin liegt für sie das Wertedelta: in praktischen Diensten und Produkten, die sie nutzen können, um ihr Leben ein bisschen besser zu machen als zuvor.Im Sprint-Review sollten Sie also die abgeschlossenen Stories im Kontext der Iteration erklären und erläutern, wie diese Iteration einen Mehrwert für das kommende Produkt-Release darstellt. Wenn Sie den Kontext erläutern, wird es den Stakeholdern leichter fallen, Ihrem Team das gewünschte Feedback zu geben.
Schritt 2: Demonstrieren Sie das Delta
Suchen Sie nach der Abstraktionsebene, auf der sich die von Ihnen fertiggestellte Story auf den Benutzer auswirkt, auch wenn dies bedeutet, dass Sie Stories kombinieren müssen, um sie als Ganzes zu demonstrieren. Dies ist besonders nützlich, wenn Sie in komponentenbasierten Teams arbeiten.
So können Sie den Mehrwert aus Sicht der Beteiligten nach der Änderung explizit veranschaulichen. Es geht nicht nur um das Hinzufügen einer Eingabemaske oder die Erweiterung von Variablen. Es geht darum, dass Sie als Stakeholder etwas anderes tun können.
Denken Sie an die Möglichkeiten, die sich durch die neuen Ergänzungen des Systems ergeben. Vielleicht können die Mitarbeiter effektiver oder effizienter arbeiten und so Zeit, Geld und Energie sparen. Versuchen Sie nach Möglichkeit, die Auswirkungen des Deltas auf den Stakeholder explizit darzustellen, indem Sie beispielsweise die Schlüsselvariablen in der Vorher-Nachher-Situation messen. Wenn Sie den expliziten Effekt der Änderungen sehen, werden Ihre Stakeholder begeistert sein und Ihr Team mit zusätzlichen Ideen und Feedback für die nächste Version versorgen.
Schritt 3: Bitten Sie um Feedback
Das Ziel der Sprint Review ist es, Feedback zu erhalten. Oft geschieht dies nicht automatisch und Sie müssen ausdrücklich darum bitten. Der falsche Weg ist, die Überprüfung ohne Unterbrechung durchzuführen und mit der Frage abzuschließen: "Haben Sie noch Fragen?" Dies wird die Teilnehmer sicherlich nicht dazu bewegen, sich an einer Gruppendiskussion zu beteiligen, da das Stellen von Fragen leider immer noch von vielen als ein Zeichen von Schwäche angesehen wird.
Um dieser Gruppendynamik entgegenzuwirken, sollten Sie derjenige sein, der die Fragen an Ihr Publikum stellt. Beispiele für Fragen, die auf die Interessengruppen ausgerichtet sind, um Feedback zu erhalten, wären: "Was halten Sie von einer weiteren Verbesserung dieser Funktion?" Oder "Wie würde das in Ihren Alltag passen?"Auf diese Weise senken Sie die Hürde für andere, selbst Fragen zu stellen. Ein weiterer Tipp, um die Fragedynamik umzukehren, besteht darin, Ihre Frage gezielt an einen einzelnen Stakeholder zu richten und so die Gruppe aus dem Gespräch herauszuholen.Diese Schritte haben mir bisher sehr geholfen, meine Sprint Review Meetings zu verbessern. Mit diesen 3 einfachen Schritten können Sie Ihre wichtigsten Stakeholder zum Thema Ihres Review-Meetings machen und so die Chance maximieren, dass sie Ihnen wertvolles Feedback zur Verbesserung Ihres Produkts geben.
