Sprint Demo

Distributed Scrum Teams: Never End a Sprint on Friday

Scrum team members know that things get very busy near the end of an iteration. The coding and quality activities need to be wrapped up, demo preparation occurs, the sprint review is held, the sprint retrospective is held, and the next sprint planning meeting is held.

If the onsite team team prefers to end iterations on Friday, they might naturally assume they have all day Friday until evening for these activities.

However, look at what that would do to a remote sub-team in India – it would mean working until early hours on Saturday morning. A better practice is to split the end of sprint activities across two days, ideally during the overlap time dedicated for sub-team synchronization. This insures minimal impact to normal working hours at the end of each sprint.

Product Owner Role in Sprint Review(Sprint Demo)

by Avienaash Shiralige 4 Comments

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.

Should Teams Go for Multiple Demos within a Sprint?

by Avienaash Shiralige 3 Comments

Many scrum teams believe and practice sprint demo as part of sprint review meeting. Because Scrum says so. Formal demo end of sprint is a minimum requirement as per scrum guide. But it is not stopping you from doing more of so.

I strongly believe in the principle that if you see value in doing something, then do it more often like testing, frequent code commits etc.

Sprint end demo should NOT be the place where you are showcasing the product for the first time to your Product Owner(PO). You Should or Must go for more informal demos all through out the sprint. Product owner should be able to see what is being built all through out the sprint rather than just end of the sprint. Ideally if your user stories are small then you should be able to finish them after very couple of days.

When is a Good Day to Start a Sprint?

by Avienaash Shiralige 4 Comments

My first reaction would be Monday! Week is just starting and definitely good day to start something new. You are right! But my suggestion would be to rather focus on sprint ending day then starting. Ending on a Friday is not I have seen worked very well for many teams.

Let’s check out few reasons for the same:

Friday being last day of the week and team is quite tired by then. Hence chances of making a mistake in rush to complete a sprint is higher
Many times last few changes go untested before Monday demo which is a high risk
I have seen team working over weekends to finish and push last minute changes to code repository. This is absolute NO, as I want my team to relax and also these changes are not known to rest of the team and it is not tested. This breaks Scrum philosophy.
Most important thing, people get freedom to take long weekends as they would not miss Sprint Review and Sprint Planning which I feel are two most important Scrum team ceremony where we want everyone on team to be there.
Lot of Public Holidays falling on Monday or Friday would not disrupt the team much.

Hence my suggestion to the team I have worked with is to go for starting mid week and ending mid week. Even if you have to stretch a bit to finish some tasks, team would not hesistate to do it during mid week and also keep in mind as per research Wednesday and Thursday are most productive days of the week too!

Teams moving to this schedule have seen reduction in defects, increase in quality of code and also quality of demo improved substantially. Above all this I have seen team being less stressed and hence better productivity.

In addition to this if teams are working in distributed agile set-up(say Product Owner is in US west coast) and team is in India, then starting sprint on Monday may pose few challenges like Product Owner being available for sprint planning on his Sunday evening!

So do consider your team set-up, how they are structured, their maturity, Product Owner & Stakeholder availability etc to see what day suits well for you. But don’t stop experimenting around this!