Skip to main content

Can we vary the iteration length for a release.

Last post 12:28 pm April 3, 2019 by Eugene M
7 replies
07:05 am March 29, 2019

Suppose in a release we have 10 iterations and each iteration is for 4 weeks. 

After some iterations say after 4rth iteration can we change the length to 2 weeks?

Or is that something like once we fixed the length for iterations in a release we can't change it?

 


04:47 pm March 29, 2019

If a team didn’t plan on making a release for nearly 10 months, would they really be in a position to sprint at all?


08:52 pm March 29, 2019

Is the Scrum Team in a position to "potentially" release working functionality to the end-user(s) for feedback at the end of the first iteration?   If not, why not?   Does the Scrum Team's Definition of Done (DoD) support such a releasable state at the end of each iteration?



Specifically to your question though, a Scrum Team may choose to reduce the length of their sprints if the Scrum Team can still deliver working functionality under the shorter sprint length, and the Product Owner sees benefit in a more frequent feedback loop around such functional delivery.


06:01 am April 1, 2019

Thank you so much for the information. Actually, This is not a real scenario and I was trying to understand how this works if any such scenarios arise. Someone mentioned that once we have decided on the sprint length then we won't change it during the same release. In another release, we can do. 

So my other question is like first I choose 4 weeks iteration and then changed to 2 weeks and I hope it is okay to change this back to 4 weeks if the 2weeks sprint did not work out for the team. My understanding is that the team can give the opportunity to do an experiment with this.

 

 

 


09:30 pm April 1, 2019

My understanding is that the team can give the opportunity to do an experiment with this.

What is very important to keep in mind is that, as with all improvement "experiments" conducted by the team, it is best to allow the experiment to run for at least a few sprints.

This is highly recommended not only to properly assess its effectiveness over time, but also to not draw conclusions from a small sample size that may have been affected by factors unrelated to the experiment.

 


06:12 am April 2, 2019

Thank you very much, Timothy Baffa.


07:29 am April 2, 2019

What would be the expected benefit of differing sprint lengths?


12:28 pm April 3, 2019

Someone mentioned that once we have decided on the sprint length then we won't change it during the same release. In another release, we can do. 

So my other question is like first I choose 4 weeks iteration and then changed to 2 weeks and I hope it is okay to change this back to 4 weeks if the 2weeks sprint did not work out for the team. My understanding is that the team can give the opportunity to do an experiment with this.

 

Choosing the sprint lenght should be a team decision. However, under certain circumstances, others (whether people or events) may have an input that requires (or strongly recommends) changing the sprint length in order to ensure the most reasonable path is followed. I have encountered numerous cases where changing the sprint length was the best scenario; and, in most cases, changes were made to just a couple of sprints a year (if you constantly change the sprint length, every other sprint or so, then you have a problem as consistency/predictability is gone)

 

Once a sprint starts, its duration shouldn't be changed. Decisions to modify the sprint length should apply for future sprints and are normally taken during the retrospective.

 

Your ultimate goal should be to release as often as possible, learn as much as possible, and adapt as you travel. 


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.