Stakeholder in Scrum Einbinden statt überraschen

Stakeholder sind alle, die ein berechtigtes Interesse am Produkt haben — Kunden, Manager, Fachabteilungen, Partner. In Scrum haben sie keine offizielle Rolle, aber enormen Einfluss. Der Product Owner ist ihre Stimme im Team. Und das Sprint Review ist der Moment, in dem Stakeholder das Ergebnis sehen und darauf reagieren können.

Stakeholder auf einen Blick

Wer?
Kunden, Management, Fachabteilungen, Partner, Endnutzer
Rolle
Keine offizielle Scrum-Rolle, aber essenzieller Input-Geber
Kontakt
Hauptsächlich über den Product Owner und im Sprint Review
Risiko
Ohne Stakeholder-Einbindung geht das Produkt am Bedarf vorbei
Scrum Team PO Kunden Mgmt Partner Nutzer
Stakeholder-Landschaft: Der Product Owner als Brücke zwischen Team und Außenwelt

Wie bindet Scrum Stakeholder ein?

Scrum hat einen klaren Mechanismus für Stakeholder-Einbindung — und der heißt Sprint Review. Am Ende jedes Sprints zeigt das Team, was es gebaut hat. Stakeholder sehen das Ergebnis, geben Feedback und beeinflussen damit direkt die nächsten Prioritäten.

Zusätzlich ist der Product Owner das permanente Bindeglied. Er spricht regelmäßig mit Stakeholdern, sammelt deren Anforderungen und übersetzt sie in User Stories im Product Backlog.

Wichtig: Stakeholder reden nicht direkt mit dem Team über Anforderungen — sie gehen über den Product Owner. Das schützt das Team vor widersprüchlichen Anweisungen und dem berüchtigten „Können Sie da noch schnell was einbauen?".

Wie geht das Team mit widersprüchlichen Interessen um?

Verschiedene Stakeholder wollen verschiedene Dinge — und das ist normal. Der Vertrieb will Feature A, das Marketing Feature B, der CEO Feature C. Der Product Owner sortiert das:

  • Priorisierung nach Wert: Was bringt dem Produkt und den Nutzern am meisten?
  • Transparenz schaffen: Im Sprint Review sehen alle, was geplant ist und warum. Das reduziert Flurfunk und Hintertür-Deals.
  • Nein sagen können: Der Product Owner darf und muss Anforderungen ablehnen — höflich, aber bestimmt. Nicht alles, was gewünscht wird, ist auch sinnvoll.

Typische Stakeholder-Probleme — und Lösungen

  • Stakeholder kommen nicht zum Review: Dann verpufft der wichtigste Feedback-Kanal. Lösung: Review attraktiv gestalten — kurz, fokussiert, mit Live-Demo statt PowerPoint.
  • Stakeholder umgehen den PO: Wenn Manager direkt zum Team gehen und Sonderaufträge erteilen, bricht das System zusammen. Der Scrum Master muss das unterbinden.
  • Zu viele Stakeholder: Wenn 20 Leute im Review sitzen, wird es chaotisch. Lösung: Stakeholder-Gruppen bilden und pro Gruppe einen Vertreter benennen.
  • Stakeholder verstehen Scrum nicht: Wenn das Management erwartet, dass nach Sprint 1 ein fertiges Produkt steht, sind Enttäuschungen vorprogrammiert. Aufklärung ist Teil der Scrum-Einführung.