Why Shouldn't I Show Half-Complete Stories in the Sprint Review?
18 September 2013
Opinions represent those of the author and not of Scrum Alliance. The sharing of member-contributed content on this site does not imply endorsement of specific Scrum methods or practices beyond those taught by Scrum Alliance Certified Trainers and Coaches.
We all know that the sprint review is meant for showcasing your work that you have completed in last sprint. It's all about improving the product by getting feedback from users. The Definition of Done (DoD) is what we use to determine whether a story will be included in the review, so what about a story that is partially complete and that the team wants to showcase? What's wrong with it? It's all about getting feedback from the user, to make the product better, right?
Let me tell you the story of something that happened recently on the project I am coaching. The team was discussing a story they wanted to showcase in the review. The story was only dev complete and no testing had been done, but both product owner and lead dev insisted that it was a great idea to show that story as it would create interest among the stakeholders.
Against all the advice, the team included this story. The story was about a key financial data page. The review started, there were many senior executives in the review, and they all had vested interest in the project. Among the stakeholders, the chief financial officer (CFO) was also present. It so happened that this incomplete story was close to his heart.
During the review, the team explained that this story was partially complete. The CFO, who was, as always, busy checking emails and replying to them on his Blackberry, occasionally looked up to see what was getting demonstrated. He got really excited looking the financial data page but unfortunately hadn't paid attention to the message about that story being partially incomplete.
The next day, the team received a phone call from the CFO, who said that he was really impressed with what he saw and, on the strength of that, he had talked to the head of marketing and promised that this page would be available in production over the coming weekend. Then he asked the team whether, as the work was complete, they would have any issues getting it in production that weekend. Oops!
Try explaining now to the CFO that the story was incomplete.
After lots of discussion and looking at the work-around, commendably, the team went to the CFO and explained. He wasn't impressed in the beginning but then he understood and pushed the release to the next sprint. (Now, that you don't see very often.)
I am actually thankful to the CFO that he helped the team learn the hard lesson that I couldn't teach. Now team only shows what is really complete. I guess they know the value of DoD and transparency.
Current rating: 0 (0 ratings)
The community welcomes feedback that is constructive and supportive, in the spirit of better understanding and implementation of Scrum.