Der Fokus vom Sprint Review liegt bewusst nur auf dem Inspect & Adapt vom Produkt und nicht auf dem Review der Arbeitsweise. Dafür gibt es heute die Sprint Retrospektive. Das war in den Anfängen von Scrum anders, da wurde sowohl Produkt als auch Arbeitsweise im Sprint Review reflektiert. Allerdings verwob sich so schnell die Reflexion des Produktes mit der Rechtfertigung warum dies in der aktuellen Aufstellung der Arbeitsweise schwierig ist, was weder der Reflexion von Produkt noch von der Arbeitsweise dienlich ist. Darüber hinaus wurde deutlich, dass ein Sprint Review mit Gästen zwar sehr hilfreich für die Reflexion des Produktes, aber eben auch kein Safe-Space ist, um im Team offen die wirklichen Probleme adressieren zu können. Deswegen wurde ab 2003 die Sprint Retrospektive ein fester Bestandteil von Scrum. In diesem Zusammenhang gibt das Buch Project Retrospectives: A Handbook for Team Reviews von Norman Kerth aus 2001 einen guten Einblick, woraus sich die Einbindung von Retrospektiven in Scrum motiviert. Durch die Einführung der Sprint Retrospektive hat das Sprint Review an Profil gewonnen und ist klarer auf die Reflexion des Produktes zugeschnitten. Aus unserer Erfahrung wird sowohl das Sprint Review, wie die Sprint Retrospektive effektiver, wenn man die Diskussionen zu Vorgehen und Arbeitsweise im Sprint Review auf ein Minimum reduziert ist.  Zum einen verwässert dies oft den fokussierten Austausch zum Zustand des Produktes, was den Gehalt der Session gerade für Gäste reduziert, zum anderen schwächt das umfassende Erklären und Rechtfertigen im Sprint Review schnell auch das Aufgreifen von Verbesserungsthemen in der Retrospektive ab. Schließlich hat man sich ja schon im Sprint Review erklärt. Beide Scrum Events sind wichtig und ergänzen sich sinnvoll. -> Wenn du mehr über Scurm erfahren möchtest …