The Empowerment Fallacy
A CEO declared his teams empowered and watched them flounder. The problem wasn't the people. It was what empowerment actually requires.
A CEO I worked with decided his organization needed empowerment. He had read the books. He believed in his people. At an all-hands, he announced that teams would now own their outcomes. Make decisions. Move fast. He would get out of the way.
Within six months, the organization was in chaos. Teams made contradictory decisions. Three groups independently built overlapping features. One team committed to a customer timeline that engineering couldn't meet. Another team froze entirely, afraid to make the wrong call without clear direction.
He had not given them ownership. He had given them abandonment dressed in the language of trust.
This is the Empowerment Fallacy: the belief that ownership is something you grant through declaration. 'You're empowered' is not a structural intervention. It's a sentiment. And sentiment without structure produces exactly the chaos this CEO experienced.
Real ownership requires three structural conditions. Remove any one of them and empowerment collapses into either chaos or compliance.
The first is Decision Rights. Teams need to know which decisions they own, which decisions they influence, and which decisions are made above them. Not in theory, in practice. If a team 'owns' a product area but needs VP approval for every material design change, they don't own it. They're performing ownership. Decision rights must be explicit, documented, and honored.
The second is Context Stability. Teams cannot make good decisions without stable context: who the user is, what success looks like, how their work connects to the broader strategy, and what constraints are real versus assumed. When context changes quarterly (or worse, when it was never shared clearly in the first place) teams either guess wrong or wait for someone to tell them what to do. Both are failures of the system, not the team.
The third is Aligned Incentives. If you tell teams to own quality but measure them on velocity, velocity wins. If you tell them to innovate but punish failed experiments, they'll play it safe. Incentives must align with the ownership you're asking teams to exercise. Misaligned incentives are the most common structural betrayal of empowerment.
There's a practical heuristic I call the 70% Rule: if a team can make 70% of its decisions without escalation, and the other 30% have a clear, fast path to resolution, ownership is structurally viable. Below 70%, you have centralized control dressed in empowerment language. Above 90%, you may have teams operating without sufficient alignment. The sweet spot is structural, not aspirational.
The CEO who declared empowerment wasn't wrong about the goal. He was wrong about the mechanism. Ownership is a design problem, not a delegation problem. You don't create it by stepping back. You create it by building the structural conditions that make good autonomous decisions possible.