Stakeholder
Personen außerhalb des Scrum-Teams mit Interesse am Produkt.
Stakeholder sind Personen, die ein Bedürfnis am Produkt haben oder davon betroffen sind. Sie geben im Sprint Review Feedback, sind aber nicht Teil des Scrum-Teams.
Passende Übungsfragen
❌Den nächsten Sprint detailliert planen
✅Das Increment inspizieren und das Product Backlog gemeinsam mit Stakeholdern anpassen
❌Die Developers bewerten
❌Die Zusammenarbeit im Team verbessern
Im Sprint Review inspizieren Scrum-Team und Stakeholder das Increment und passen das Product Backlog an. Die Team-Verbesserung ist Thema der Retrospektive.
❌Zwei: Scrum Master und Entwicklungsteam
❌Vier: Product Owner, Scrum Master, Developers, Stakeholder
✅Drei: Product Owner, Scrum Master, Developers
❌Fünf: zusätzlich Projektleiter und Architekt
Scrum kennt genau drei Verantwortlichkeiten. Stakeholder sind wichtig, gehören aber nicht zum Scrum Team.
✅Den Plan für den Sprint zu erstellen (Sprint Backlog)
✅Qualität durch Einhaltung der Definition of Done sicherzustellen
❌Die Reihenfolge des Product Backlogs festzulegen
✅Den Plan täglich in Richtung Sprint-Ziel anzupassen
❌Die Stakeholder-Kommunikation zu verantworten
Backlog-Reihenfolge und Stakeholder-Verantwortung liegen beim Product Owner. Die Developers verantworten Sprint Backlog, Qualität und die tägliche Anpassung.
❌Stakeholder dürfen an keinem Scrum-Event teilnehmen
❌Stakeholder kommunizieren ausschließlich mit dem Scrum Master
❌Stakeholder sind Teil des Scrum Teams
✅Stakeholder gehören nicht zum Scrum Team, werden aber aktiv einbezogen – vor allem im Sprint Review
Stakeholder stehen außerhalb des Scrum Teams. Das Sprint Review ist die formale Gelegenheit zur gemeinsamen Inspektion und Zusammenarbeit.
❌Das Scrum Team allein, Stakeholder erhalten ein Protokoll
❌Nur die Developers
❌Nur Product Owner und Stakeholder
✅Das Scrum Team und die eingeladenen Stakeholder
Das Review lebt vom direkten Austausch mit den Stakeholdern – das ist seine zentrale Feedbackfunktion.