In an ideal Agile world, the Scrum team can complete all user stories tasks that it planned for the current sprint. The real world is however different. In this article, Scott Lively explains how to use the sprint data to modify the team behavior.
The main goal of a sprint review in Scrum is to receive feedback on the product that the team has built in the last sprint. How do you do when the product is created by many different teams and there multiple stakeholders who are involved in the Scrum project? In this article, Stephan Kraus explains how to scale the sprint review in Scrum using the fair concept.
Positive sprint reviews increase customer confidence in the team and the team’s confidence in itself. If the review goes badly, the trust will degrade, just as we saw in the story. At the same time, don’t forget that the main purpose of the sprint review is not a round of applause for a job well done. The real goal of a sprint review is to stop and ascertain whether the project is on the right track.
In this blog post, Ilan Goldstein shares a list of things to do for successful Scrum sprint reviews, both before and during the meeting. Amongst the important points mentioned, there is the management of expectations, the brief mention of the impediments and improvements of the team. He also discusses the pressure to show “almost finished” user stories, how to deal with off topics questions or remarks and how to balance the fun and serious feelings that sprint reviews should convey.
Marc Löffler shares in this blog post 11 hints to improve all the Scrum meetings. He discusses daily stand-up meeting where he suggests to show colleagues what your currently working on instead of just talking about it. He also make proposals to improve the sprint planning, sprint reviews and retrospectives.
I have observed and participated in a great number of sprint reviews. I’ve seen some quirky things from the Scrum teams as they attempt to demonstrate the working software and artifacts they have produced in the sprint.