Pattern Summary
Global Impediments Removal is a coordinated effort to surface, manage, and remove impediments that exceed a team’s span of control by bringing them to someone who has either the power or influence to address the impediment. The aim is to ensure that systemic impediments don’t persist and slow down the flow of work.
Related Definitions
Also Known As
Related Patterns
Global Impediments Removal Board
Challenge Categories
Impediment Removal, Issue Resolution
Challenges Addressed
In many scaling efforts, teams can resolve their own impediments via retrospectives or the efforts of Scrum Masters (Team Coaches). But when impediments cross team or functional boundaries—requiring decisions, resources, or coordination from leadership—they often go unresolved. This slows delivery, creates frustration, and weakens trust.
Global Impediments Removal provides a structured approach for escalating, owning, and resolving such impediments quickly and at the right level.
Detailed Description
Global Impediments Removal is a coordinated effort to surface, manage, and remove impediments that exceed a team’s span of control by bringing them to someone who has either the power or influence to address the impediment. The aim is to ensure that systemic impediments don’t persist and slow down the flow of work.
Global Impediments Removal typically involve a visible, transparent system, that assigns ownership, tracks progress, and ensures timely removal—all the way to the level of senior decision-makers, when needed. In doing so, this ensures that impediments that transcend a single team’s scope are treated as high-priority work that is handled proactively, with clear accountability and visibility.
In Frameworks
Here’s how some agile scaling frameworks address global impediments.
Scaled Agile Framework (SAFe): SAFe addresses global impediments in multiple ways. In one method, a Team Coach/Scrum Master raises an impediment at the Coach Sync that occurs at least once per week. Another technique is to bring the global impediment to the Release Train Engineer (RTE), who aids in removal. A third involves bringing a global impediment to the Portfolio Sync so Lean Portfolio Management and executive leadership can address it.
Scrum@Scale: Scrum@Scale uses a Scaled Daily Scrum (see Cross-Team Sync pattern) to raise and address impediments. Each successive Scaled Daily Scrum provides an opportunity to bring the global impediment to a larger audience and, eventually to members of the Executive Action Team (EAT), who often have sufficient authority to remove the impediment.
Large-Scale Scrum (LeSS): LeSS considers impediments to be systemic dysfunctions, not isolated team problems. Particularly if multiple teams are blocked by the same issue, LeSS recommends that it be exposed by changing the system itself and NOT simply management by escalation. In LeSS, the Overall Retrospective (see Multi-Team Retrospective) provides an opportunity to address systemic impediments and leverage experiments to remove them.
There are multiple ways to implement Global Impediments Removal, depending on your organization’s structure, maturity, and tooling. Below are common approaches and considerations:
2. Triage / Prioritization
3. Escalation Path / Ownership
4. Transparency & Visibility
5. Timeboxing & SLAs
6. Feedback & Continuous Improvement
7. Embed in Governance / Decision Forums
Do Not Use This Pattern When
The Multi-Team Planning pattern may not be suitable in the following scenarios:
Use this pattern when:
Teams frequently hit blockers they cannot resolve locally.
A significant fraction of delays or rework stem from systemic, cross-cutting issues.
Impediments are invisible, hidden, or accumulate without accountability.
You want to reduce friction and increase flow across the organization.
Do NOT use this pattern when:
Don’t treat every impediment as “global” — local impediments should still be handled by teams autonomously.
Avoid creating bureaucracy around impediment removal (e.g. too many stages, committees) that slow down responsiveness.
Don’t let the visibility become “noise” — if many low-impact impediments are tracked, they may drown out critical ones.
Don’t rely solely on escalation; invest in reducing the root causes (e.g. organizational siloes, dependencies, infrastructure constraints) so fewer impediments need escalation.
Don’t lose focus on outcomes (removal, flow) in favor of metrics (count of impediments resolved).
The advantages of Global Impediments removal include:
Faster resolution of cross-team / cross-department blockers
Better alignment and trust — teams see that systemic issues are taken seriously
More predictable flow and fewer surprises
Exposure of organizational weaknesses (so they can be addressed proactively)
Encourages accountability and clear ownership
The disadvantages of Global Impediments removal include:
Overhead of maintaining and triaging a global impediment backlog
Potential for escalation bottlenecks if decision makers are overloaded or unresponsive
Risk of turning impediment removal into another “governance gate”
If poorly managed, may slow teams by adding too much dependency tracking
Some organizations embed global impediment removal into their existing risk or issue management systems.
* Tools (Jira, Azure DevOps, Trello, etc.) can be configured with appropriate workflows, dashboards, and escalations.
* Visualization techniques (aging signals, thresholds, color coding) help highlight urgency.
* Over time, track trends (e.g. recurring obstacle types) to address systemic root causes.
* Engage leadership visibly in resolution — this reinforces cultural commitment to removing obstacles.
Sources
1. Beck, K. (2000). Extreme Programming Explained: Embrace Change. Addison-Wesley.
2. Centric Consulting. (2022, August 1). Strategy and leadership alignment: Identify and address misalignment. Centric Consulting. https://centricconsulting.com/blog/strategy-and- leadership-alignment-identify-and-address-misalignment/
3. Jepsen, O. (2018, January 29). Scaling Agile – Big Room Planning. InfoQ. https://www.infoq.com/articles/making-scaling-agile-work-4/
4. O'Brien, R. (2022). Product Operating Model: A Guide to Agile Teams and Value Streams. Retrieved February 26, 2025, from https://www.productoperatingmodel.com/
5. Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK Guide) (6th ed.). Project Management Institute.
6. Scaled Agile, Inc. (n.d.). Program Increment (PI) Planning. Retrieved February 26, 2025, from https://www.scaledagileframework.com/pi-planning/
7. Scrum, Inc. (n.d.). Scrum@Scale: Scrum of Scrums. Retrieved February 26, 2025, from https://www.scruminc.com/scrum-of-scrums/
8. Scrum.org. (n.d.). Nexus: The Framework for Scaling Scrum. Retrieved February 26, 2025, from https://www.scrum.org/resources/nexus-framework
9. Stemmler, K. (2020, April 1). Managed vs. unmanaged dependencies. Khalil Stemmler. Retrieved February 26, 2025, from https://khalilstemmler.com/wiki/managed-vs-unmanaged- dependencies/