Project Management

Please login or join to subscribe to this thread

Who really owns the Sprint?

linkedin twitter facebook   Agile   Change Management   Leadership  
avatar
Luis Branco CEO| Business Insight, Consultores de Gestão, Ldª Carcavelos, Lisboa, Portugal

Some teams treat the Sprint as sacred territory.
Others stop everything when an executive request lands.

When a request comes from someone in power (outside the team) what should the Agile leader do?

- Should they interrupt the Sprint to satisfy the request?
- Should they protect the team’s focus and delivery flow?
- If the request is labeled “urgent,” who decides and based on what?

Sort By:
avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
Luis -

While the Product Owner is usually considered to be the role directing what the team considers to be priority, only in very rare occasions should there be a disruption to the team's flow. One example might be if there is a shift which negates the value of some of the work items selected for the current iteration. But in general, protecting the team's flow should be a priority for all and it is only in those very rare cases when something new can't wait till the next sprint.

However, this is a limitation of a timebox-based approach to delivery. With a continuous flow approach, once the team is ready to pull their next work item off the queue, the PO could have reprioritized "on deck" work items such that the new request is the next selected work item.

Kiron
...
1 reply by Luis Branco
Sep 24, 2025 3:30 AM
Luis Branco
...

Thank you, Kiron Bondale
You’ve captured a key tension that often surfaces in real-life Agile settings.

The point you raise about protecting the team’s flow while acknowledging rare but valid exceptions is crucial.
Too often, teams normalize disruption under the guise of "urgency," eroding both trust and velocity.

I also appreciate your reference to continuous flow approaches.
In fact, the question “Who owns the Sprint?” becomes even more interesting when we transcend Scrum and consider hybrid or flow-based models, where reprioritization at pull becomes more natural.

Would love to hear your thoughts on how organizational culture influences this.
Even with sound Agile structures, I've seen teams overridden by executive pressure, sometimes out of fear, sometimes out of unclear governance.

Do we need stronger guardrails for urgency?
Or better education for leadership?

avatar
Md. Golam Rob Talukdar
Community Champion
Project Manager| AWR Development (BD) Ltd. Cox's Bazer , Bangladesh

Hi Luis,



Great point—Sprint focus should be protected, but reality brings urgent requests. In my experience, the Product Owner is key: they assess urgency vs. value and decide if it’s worth disrupting. Clear rules upfront help everyone align.



Thank you,
Golam Rob

...
1 reply by Luis Branco
Sep 24, 2025 3:34 AM
Luis Branco
...

Thank you, Md. Golam Rob Talukdar
You raise a valuable point about balancing Agile discipline with organizational realities.

Indeed, the Product Owner plays a crucial role in assessing whether an “urgent” request carries enough value to justify disrupting the Sprint.
But for that judgment to be fair and sustainable, we need clear governance and cultural norms around what qualifies as “urgent,” and who gets to define it.

I also agree with your emphasis on clear rules upfront.
Defining these boundaries during team chartering or Sprint Planning (and reinforcing them regularly) helps avoid reactive decisions driven by hierarchy or politics.

In your experience, what kind of rules or criteria have worked best for making these calls?
And how do you involve leadership in respecting the team’s delivery focus?

avatar
Luis Branco CEO| Business Insight, Consultores de Gestão, Ldª Carcavelos, Lisboa, Portugal
Sep 22, 2025 7:37 AM
Replying to Kiron Bondale
...
Luis -

While the Product Owner is usually considered to be the role directing what the team considers to be priority, only in very rare occasions should there be a disruption to the team's flow. One example might be if there is a shift which negates the value of some of the work items selected for the current iteration. But in general, protecting the team's flow should be a priority for all and it is only in those very rare cases when something new can't wait till the next sprint.

However, this is a limitation of a timebox-based approach to delivery. With a continuous flow approach, once the team is ready to pull their next work item off the queue, the PO could have reprioritized "on deck" work items such that the new request is the next selected work item.

Kiron

Thank you, Kiron Bondale
You’ve captured a key tension that often surfaces in real-life Agile settings.

The point you raise about protecting the team’s flow while acknowledging rare but valid exceptions is crucial.
Too often, teams normalize disruption under the guise of "urgency," eroding both trust and velocity.

I also appreciate your reference to continuous flow approaches.
In fact, the question “Who owns the Sprint?” becomes even more interesting when we transcend Scrum and consider hybrid or flow-based models, where reprioritization at pull becomes more natural.

Would love to hear your thoughts on how organizational culture influences this.
Even with sound Agile structures, I've seen teams overridden by executive pressure, sometimes out of fear, sometimes out of unclear governance.

Do we need stronger guardrails for urgency?
Or better education for leadership?

avatar
Luis Branco CEO| Business Insight, Consultores de Gestão, Ldª Carcavelos, Lisboa, Portugal
Sep 24, 2025 2:38 AM
Replying to Md. Golam Rob Talukdar
...

Hi Luis,



Great point—Sprint focus should be protected, but reality brings urgent requests. In my experience, the Product Owner is key: they assess urgency vs. value and decide if it’s worth disrupting. Clear rules upfront help everyone align.



Thank you,
Golam Rob

Thank you, Md. Golam Rob Talukdar
You raise a valuable point about balancing Agile discipline with organizational realities.

Indeed, the Product Owner plays a crucial role in assessing whether an “urgent” request carries enough value to justify disrupting the Sprint.
But for that judgment to be fair and sustainable, we need clear governance and cultural norms around what qualifies as “urgent,” and who gets to define it.

I also agree with your emphasis on clear rules upfront.
Defining these boundaries during team chartering or Sprint Planning (and reinforcing them regularly) helps avoid reactive decisions driven by hierarchy or politics.

In your experience, what kind of rules or criteria have worked best for making these calls?
And how do you involve leadership in respecting the team’s delivery focus?

Please login or join to reply

Content ID:
ADVERTISEMENTS

"My sole inspiration is a telephone call from a producer."

- Cole Porter

ADVERTISEMENT

Sponsors