Should I ever restart the sprint count?

We are running two week sprints for an enterprise systems group. At the end of each two week cycle, we release into Production. Right now, we are assigning those issues that are being "formally" released to the version (1.1, 1.2, 1.3) and any configuation changes or research etc doesnt getting tagged wtih a version becuase it's done outside of formal change maintenance windows. Anyway, we are currently on Sprint 11 and I'm not sure whether I should be restarting the Sprint count at some point (perhaps to coincide with a bigger release?). But if I do that, will it become a manual process to title the sprint every cycle? Should I just accept that Sprints may increment forever and not try to tie them to each release? What is the best practice?

1 answer

1 accepted

Hey Amy.

Personnaly I don't see any gains that you might have resetting the sprint-count. Anyways it is just a name for that sprint that you could use to identify it.

Suggest an answer

Log in or Join to answer
Community showcase
Teodora [Botron]
Published Thursday in Marketplace Apps

Jira Inferno: The Nine Circles of Jira Administration Hell

If you spend enough time as a Jira admin - whether you are managing a single, mid-sized instance, a large enterprise one or juggling multiple instances at once - you will eventually find yourself in ...

480 views 1 15
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot