Skip to main content

Functional Scrum Team in context of Release

Last post 01:10 pm July 7, 2022 by Chuck Suscheck
11 replies
12:01 pm November 29, 2019

What do you think if properly functioning Scrum Team will have at least one Release Sprint and may well have several?


12:50 pm November 29, 2019

Shouldn’t a team plan to release something at least once every Sprint?


01:12 pm November 29, 2019

Would you say they are properly function if they would incorporate Release Sprints?


01:19 pm November 29, 2019

Shouldn’t a team plan to release something at least once every Sprint?

Yes. But I am not sure what " incorporate Release Sprints", exactly mean. What is your though on this.


01:20 pm November 29, 2019

Would you say they are properly function if they would incorporate Release Sprints?

yes I would, what about you?


01:24 pm November 29, 2019

I would say that a team that is using "Release Sprints" isn't using Scrum - every Sprint results in a potentially releasable Increment. Even in scaled frameworks, such as Nexus and LeSS - each Sprint results in a potentially releasable Increment that is fully integrated across the teams.

However, there may be valid reasons to have something like a "Release Sprint" or a Sprint designed to support hardening and release. Other reasons for having one may be indicative of problems in the team or organization. If a team proposed having a "Release Sprint", I'd want to know exactly what the purpose of such a Sprint would be and why they feel it is necessary.


01:43 pm November 29, 2019

The thing I'm trying to make here is that at the end of every Sprint, there should be a potentially releaseable Increment. Now let's say you plan to wait for Release Sprint to actually release. This may impact the ability to have something releasable every Sprint.  


10:28 pm December 1, 2019

What is the impact on time to market of having a separate release sprint?

Would you make empirical decisions sooner if you can release within a shorter amount of time? If not, why not?


05:27 pm December 2, 2019

What do you think if properly functioning Scrum Team will have at least one Release Sprint and may well have several?

I would say that such a team is certainly not properly functioning in Scrum.

What organizational constraints exist that prevent a Scrum Team from being able to release at the end of every sprint, and thereby violate a basic tenet of Scrum?   

What can be done to remove or mitigate such constraints so that such a team can include release-related activities as part of their DoD?


01:04 am May 29, 2020

there is no "Release Sprint" --> Release Sprint: Each sprint must result in a potentially releasable increment, regardless of the number of teams and deliverables involved in a release, so batch sizes of undelivered work can be minimized and controlled.

 


10:17 pm July 3, 2022

I don't think Release Sprints are necessary as rightly suggested above as it tends to delay the release of increments at the end of a Sprint. Based on Scrum Guide, there is really no Release Sprints.


01:10 pm July 7, 2022

Release sprints, if I understand this, is a sprint to prepare and enact a release.  That's like a sprint to remove technical debt.  The Scrum guide doesn't say you can't do this, but the Scrum guide doesn't say you have to do Scrum well either.  So from the stance of functioning Scrum team, you can claim to have one, but it's like having a bicycle with 2 flat tires that you ride to work and claiming to have a functional bike.

Smaller releases that don't need a sprint to prepare is the way to go.  

There's a whole section on that in the PSPO class!


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.