A director of engineering at a large health system got exactly what she asked for: executive sponsorship for an Agile transformation. Her VP made the announcement at the all-hands. A consulting firm was engaged. Scrum Masters were hired. Ceremonies were scheduled. Six weeks in, she needed to dismantle a change advisory board that had been requiring three weeks of approval on any infrastructure change larger than a configuration edit. That approval cycle was longer than the sprints themselves. She scheduled time with her VP. He told her it was a governance question, that legal and security needed to weigh in, and that he would follow up after the next quarter's risk review. The follow-up never came. The transformation ran another eight months before it quietly stopped being called a transformation and started being called "how we work now," which meant the ceremonies stayed and the authority never arrived.
The Postmortem Always Reads the Same Way
Seventy percent of Agile transformations fail to deliver their intended value. Eighty-four percent of large enterprises either abandon the effort or lose momentum within eighteen months of launch. Scrum.org's research on executive Agile leadership identified passivity as the most common failure mode. Not bad strategy, not wrong methodology. Executive passivity specifically: the pattern of launching a transformation and then retreating from the structural work it requires.
When these efforts get assessed after the fact, the reports focus on adoption rates, ceremony compliance, velocity trends, resistance at the team level. That framing is convenient for executives and catastrophic for the next attempt. It locates the failure in the people doing the work rather than in the conditions that work required to succeed.
The conditions Agile requires are documented and not mysterious. Teams need authority to make decisions within their scope without routing every exception upward. They need leadership to remove impediments that exist above their level. They need sponsors who will accept that empowering teams means absorbing, personally, the discomfort of letting decisions be made by people other than themselves. None of that happens after an all-hands announcement.
What Sponsorship Actually Requires
Executives tend to understand sponsorship as authorization: approving the budget, lending the title, showing up at the kickoff. That understanding is accurate as far as it goes, which is not far enough. The work of sponsorship is structural. It means identifying which existing organizational mechanisms conflict with team autonomy and doing the work to change them. The specific shape varies by organization: approval boards, governance cycles, centralized approval chains. What does not vary is that these structures exist, they will block teams, and someone with authority above the team level has to be willing to move them.
It means being available when a team lead hits a decision point they cannot resolve at their current authority level. It means treating the first impediment escalation not as an interruption to real work but as the exact moment the transformation either gains traction or begins to die. Most executives are not unwilling to do this. They were simply never told it was part of the job. Consulting firms that sell Agile transformations tend to describe sponsorship in terms of visibility and tone. They rarely describe it in terms of governance redesign and structural authority transfers, because those conversations are harder to have and slower to close.
The first time a team asks for authority the transformation promised them and receives silence, the organizational message is unambiguous: this was a communication event, not a structural one. Teams do not miss that signal. They adapt to it.
The First Escalation Is the Test
There is a specific moment in every Agile transformation where the structural reality becomes visible. It is not at sprint planning. It is not at the retrospective where teams eventually stop raising the same impediments. It arrives when a team identifies something above them that is blocking them and brings it up the chain. What happens next determines the next twelve months.
If the sponsor engages and moves the impediment, the team learns that the system will actually support them. If the sponsor defers, delegates to a working group, or classifies it as outside the scope of the transformation, the team learns the opposite. And they are right. The sponsor has demonstrated that the transformation is bounded, that there are organizational structures the initiative is not permitted to touch. The teams will work within that boundary going forward. The ceremonies will continue. The results will disappoint. The postmortem will blame the teams.
The question worth sitting with before the next kickoff: which governance structures in your organization are you actually prepared to change? Which approval chains are on the table? If the answer is unclear, that ambiguity will surface in eighteen months of stalled sprints and a consulting firm's exit report about cultural resistance.
If any of this is playing out in your organization, or if you are building something and want to think through what the structural work actually looks like, I would be glad to talk through it.
In Agile Sucks! (When You Do It Wrong), there is a media-tech client case that reads like an autopsy of passive sponsorship. Over a million dollars in wasted spend, SAFe planning events costing $140,000 in a single week, seven product owners in two and a half years. The ceremonies ran. The authority never moved. If you are watching a similar pattern unfold, the book is worth your time: https://a.co/d/bdUxZLw
Read Agile Sucks! (When You Do It Wrong) →