Vor dem Wechsel zu Scrum haben wir normalerweise eine Art Review mit dem Projektmanager (jetzt Product Owner), dem Projektleiter des Entwicklungsteams und den Stakeholdern durchgeführt. Unsere Entwicklungsteams bestehen aus 3 Entwicklern und einem QA.
Der Scrum Guide spezifiziert die Beteiligung des Entwicklungsteams, erwähnt aber nicht, ob es sich um das gesamte Team oder nur um einige Vertreter handelt.
Ist es notwendig, dass alle Mitglieder des Entwicklungsteams am Sprint Review teilnehmen, oder könnte es mit nur wenigen von ihnen durchgeführt werden?
Zunächst einmal +1 für das Überprüfen des Scrum-Leitfadens!
Die Buchantwort wäre, dass zu den Teilnehmern das Scrum-Team gehört, und ohne zusätzliche Qualifizierer kann davon ausgegangen werden, dass damit das gesamte Scrum-Team (Dev-Team, PO, SM) gemeint ist. Aber ich würde es hassen, Ihnen nur die Buchantwort zu geben, also sind hier einige der Vorteile, die ich in meiner Zeit beim Praktizieren von Scrum gesehen habe, um alle einzubeziehen:
1) Kein Flüstern in der Gasse. Wenn Sie dieses Spiel jemals in der Schule gespielt haben, wissen Sie wahrscheinlich, dass für jede Person, die eine Nachricht durchlaufen muss, Details verloren gehen und verzerrt werden, unabhängig davon, wie sehr Sie sich bemühen, es richtig zu machen. Das Sprint Review ist eine Gelegenheit, diese Lücke zwischen Stakeholdern und Entwicklern zu schließen.
2) Es schafft Eigentum. Wenn Entwickler ihre eigene Arbeit zeigen müssen, schätzen sie diese mehr. Sie erhalten auch mehr Einblick in die Auswirkungen ihrer Arbeit und der Arbeit anderer Teammitglieder auf das Gesamtprodukt und die Erfüllung der Bedürfnisse der Stakeholder. Wenn sie nicht da sind, sendet es eine subtile Nachricht, dass es nicht ihr Produkt ist, zu zeigen, auch wenn Sie diese Nachricht nicht senden wollen.
3) Es macht es wichtig. Wenn Sie einem Entwickler sagen, dass es sich nicht lohnt, höchstens eine Stunde pro Woche für die Überprüfung aufzuwenden, verringert sich der Wert der Überprüfung und andere Leute bemerken es (und seien wir ehrlich, es ist normalerweise viel weniger).
4) Fragen werden schnell beantwortet. Wenn entweder Entwickler oder Stakeholder Fragen haben, können Sie diese direkt beantworten und im Backlog berücksichtigen. Meiner Erfahrung nach verbringen die meisten Teams, die keine effektiven Reviews haben, mehr Zeit damit, Antworten zu suchen, als wenn sie einfach alle zum Review gegangen wären.
Ich bin mir sicher, dass es noch viele weitere Vorteile gibt – das sind nur die, die mir sofort in den Sinn kommen. Vielleicht können andere Leute einige in den Kommentaren hinzufügen, die ich verpasst habe.
Antonius
Daniel