Im zweiten Teil des Beitrags werfen wir einen Blick auf einen weiteren Ansatz, den ich mit verschiedenen Teams ausprobiert habe, um regelmäßig direktes Feedback von Stakeholdern zu entwickelten Features, Produktteilen und Verbesserungen zu erhalten.
Stakeholder-Feedback und Wertschätzung in der agilen Produktentwicklung – Teil 1
Eure Teams sind motiviert, ihr startet mit Bilderbuch-Scrum durch, ihr habt richtig gute early adopters, die Euch beim Verbreiten agiler Ideen unterstützen und ihre eigenen Erfahrungen im Team teilen. Alles könnte so schön sein. Aber im Sprint Review wartet euer komplettes Team vergeblich auf Stakeholder. Obwohl die Einladung ein Serientermin ist, alle informiert und erinnert wurden und ebenfalls alle die Einladung angenommen haben. Was für eine Enttäuschung. Spätestens nach dem zweiten Sprint Review hat euer Team keinen Bock mehr darauf, denn scheinbar ist die geleistete Arbeit nicht wichtig genug, um gewürdigt zu werden. In der nachfolgenden Retrospektive wird der Prozess an sich, Scrum und agiles Vorgehen generell in Frage gestellt und die Motivation des Teams ist dahin.