Sprint Review meeting facilitates developing a successful product. Hence it is a very good avenue for scrum team to directly interact with stakeholder to get their perspective. Product Owner(PO) who is responsible for overall product should facilitate having all the stakeholders like Marketing, Sales, Senior management, End Users to the demo.
In my last post where-in I discussed about Product Owner responsibility of Accepting or Rejecting user stories as and when it gets DONE. Only accepted stories will go to Sprint Demo. Product Owner kicks-off Sprint review meeting where-in he compares product increment(accepted stories) with current sprint goal to the stakeholders.
For PO to be confident on this, he should get involved early in the sprint and should run few tests himself on new features developed. He will accept stories which are DONE as per “definition of done” defined by Scrum team and only if user story satisfies all the acceptance criteria.
PO should never accept any partially done stories. They earn zero points to the team and are put back into the Product Backlog. Carrying forward partially done stories give a false impression of done and will distort Release burn-down chart.
In fact, Release burndown chart shown above is an ideal chart to present to all the stakeholders. PO and team as a whole do status check as per release calendar and evaluate any risks they foresee. Once demo is done, PO along with team take feedback from different stakeholders. Product Owner should always give very honest and constructive feedback to the team with due respect to all the scrum team members.
Vernetta Cabriales says
There is noticeably a bundle to know about this. I consider you made various good points in features also.
Avienaash Shiralige says
Thanks Vernetta for coming here.
Priyanka says
When we prepare a burndown chart for a sprint, should we add the story points of the user stories which are carry forwarded to this sprint as well? e.g. Carry forwarded story points are 10 and current story points are total 30. So should I put the burndown against 40 story points or 30 story points?
Avienaash Shiralige says
Priyanka,
I use hour burndown for sprints. In my experience using hour burndown for sprints facilitates self organization and I don’t use points at sprint level. Story point estimation is done at release level and during backlog grooming session. Hence I use release burndown chart using story points.
Don’t carry forward points from sprint to next sprint. If any story is not completed as per acceptance criteria and definition of done, then you will put it back to product backlog. Let PO prioritize it.
You hour burndown chart for current sprint would be on what you have committed in this sprint only.
Thanks,
Avie