Luis BrancoCEO| 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?
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?
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?
Saving Changes...
Luis BrancoCEO| 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?
Saving Changes...
Luis BrancoCEO| 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?