When Change Fails, It Is Usually Not the Plan That Was Wrong. It Was the Map of Reality

Anemarie Gasser

Hatched by Anemarie Gasser

Jul 09, 2026

12 min read

62%

0

The hidden reason most change efforts stall

Why do so many well funded change initiatives produce only polite compliance, half adopted tools, and a lot of exhausted meetings? The usual explanation is that people resist change. That is comforting, because it places the problem inside the people who need to change. But a more disturbing possibility is this: many change efforts fail because the organization is trying to steer with a map that does not match the territory.

In practice, organizations rarely collapse from lack of effort. They collapse from bad descriptions of what is actually happening. Leaders see a process. Employees live a sequence of interruptions, workarounds, informal judgments, and unspoken rules. A strategy deck describes a system in neat boxes. A frontline team experiences that same system as a living network of tradeoffs. The gap between those representations is not a communication problem. It is a reality problem.

That gap matters because change is never just about moving from one state to another. Change is also a contest over whose understanding of the world becomes operational. If the wrong model governs action, even sincere people will make the wrong moves. If the right model is never allowed to emerge from the people closest to the work, innovation becomes theatre.


Change is not the application of knowledge, it is the negotiation of reality

Most management approaches assume that knowledge can be created in one place and applied in another. Experts diagnose, leaders decide, employees execute. That model works beautifully in predictable settings. But real organizations are not assembly lines. They are messy adaptive systems where local context changes the meaning of every intervention.

This is where a more useful question appears: What kind of knowledge actually helps a system change? Not just formal knowledge, but practical knowledge. Not just abstract evidence, but situated understanding. Not just a plan, but a shared sense of what is happening, why it is happening, and what would count as improvement.

That is why employee driven evaluation is so important. When employees participate in evaluating change, they are not merely giving feedback on a finished plan. They are helping generate the very categories through which the organization sees itself. In other words, evaluation is not just measurement. It is sense making with consequences.

Consider a hospital introducing a new patient flow system. A manager may see improved throughput as the key metric. A nurse may see that the new process increases handoff ambiguity. A receptionist may notice that patients are waiting less in one area but more in another. A patient may experience the process as less chaotic yet more impersonal. None of these viewpoints is merely “subjective noise.” Each is a representation of the system, and each representation reveals different causal patterns.

The organization changes only when it stops asking, “Who is right?” and starts asking, “What does each perspective make visible, and what does it hide?”

Change does not begin when people accept the same conclusion. It begins when they can compare their different maps of the same terrain without immediately declaring one map the winner.


Three representations of knowledge, and why all three are necessary

A useful way to understand change is to think in terms of three kinds of knowledge representation.

1. The formal representation

This is the version that fits into reports, dashboards, and policies. It is clean, legible, and portable. It is also indispensable. No large organization can coordinate action without some standardized representation of reality.

But formal representations are also selective. They compress complexity. They privilege what can be counted. They often erase the workarounds, tacit judgments, and emotional labor that keep things functioning. A metric can tell you that a process is faster, while hiding that staff are quietly absorbing the cost.

2. The experiential representation

This is the lived version held by employees and users. It is grounded in repeated encounters with constraints. It includes details that rarely make it into spreadsheets: where people hesitate, what they avoid saying in meetings, which step always creates confusion, which rule only works on paper.

This kind of knowledge is often dismissed as anecdotal, but that dismissal is a mistake. Anecdotes are not the opposite of evidence. They are often evidence before it has been formalized. They show where the model breaks first.

3. The relational representation

This is the shared version that emerges when people compare perspectives. It does not belong entirely to managers or employees. It is built in dialogue, through discussion of differences, contradictions, and surprises. It answers a deeper question: not just what is happening, but what kind of system are we in, and how does our own participation shape it?

This is the most valuable form of knowledge, because it is the one that can actually move a system. Formal knowledge gives coordination. Experiential knowledge gives contact with reality. Relational knowledge gives adaptability.

When organizations fail at change, it is often because they rely on only one of these. If they rely only on formal knowledge, they become brittle. If they rely only on experience, they become fragmented. If they rely only on relationships, they can become wise but imprecise. The trick is not choosing one. The trick is designing processes that let all three talk to each other.


The real tension: control versus learning

Most change programs are designed as if the main problem is execution. But the deeper problem is epistemic: the organization does not know enough, soon enough, from enough vantage points. That means the real tension is not between change and stability. It is between control and learning.

Control wants consistency. Learning wants variation. Control asks for compliance with the plan. Learning asks whether the plan still fits reality. Control assumes that once a decision has been made, the job is to implement it. Learning assumes that implementation will expose what the decision missed.

This is why employee participation is not a soft add on. It is a corrective to the false certainty of centralized design. People closest to the work are not just implementers. They are sensors. They detect weak signals long before leadership can. A frontline team may notice that a new workflow saves minutes on paper but adds invisible stress, which later shows up as turnover, errors, or customer dissatisfaction. By the time those effects appear in a dashboard, the organization has already paid the price.

The most effective change processes therefore look less like command and more like inquiry. They ask questions such as:

  • What do we think is happening?
  • What are we not seeing?
  • Where do our assumptions break?
  • What evidence would force us to revise our model?

These are not just evaluation questions. They are the foundation of adaptive leadership.

A concrete analogy: the orchestra and the acoustics

Imagine conducting an orchestra in a hall with terrible acoustics. From the stage, the conductor hears one thing. The musicians at the back hear another. The audience hears a third. If the conductor insists that the score on the page is the only reality that matters, the performance will be poor no matter how disciplined the players are.

Good change leadership works the same way. The score is the formal plan. The musicians are the employees. The audience is the people affected by the change. If you do not build a method for hearing all three, you will confuse obedience with success.


Why employee driven evaluation changes the quality of knowledge itself

The most underrated feature of employee driven evaluation is that it does not simply gather more information. It changes what counts as information.

In many organizations, knowledge travels upward already filtered through power. Employees quickly learn what kinds of observations are welcome and which ones are risky. Over time, they adapt their language. Problems become “opportunities.” Friction becomes “capacity constraints.” Resistance becomes “communication gaps.” The vocabulary becomes safer, but less truthful.

Employee driven evaluation interrupts this distortion by creating a legitimate space for people to name what they see in their own terms. That matters because the labels people use shape the interventions they imagine. If a team calls a recurring failure “user error,” they may train harder. If they call it “interface confusion,” they may redesign the workflow. If they call it “incentive conflict,” they may alter the system of rewards.

This is not semantics. It is causality.

A useful mental model here is to think of organizations as living in two layers at once:

  • The operational layer, where tasks get done.
  • The interpretive layer, where people decide what those tasks mean.

Most change efforts act on the operational layer while ignoring the interpretive layer. But the interpretive layer governs behavior more deeply than the policy ever will. If people interpret a change as cost cutting disguised as improvement, they will protect themselves. If they interpret it as a genuine attempt to solve a shared problem, they will contribute differently. The same change can produce either cynicism or commitment depending on the story people can honestly tell about it.

That is why evaluation should not be treated as a post mortem. It should be embedded inside the change process as a way of making interpretation visible. The question is not just, “Did the intervention work?” The question is, “What did the intervention reveal about how this organization understands itself?”


A practical framework: from designed change to discovered change

If change is partly a problem of representation, then the design of change should resemble a research process. Not in a bureaucratic sense, but in a disciplined intellectual sense. A useful framework is to move through four stages.

1. Surface the competing maps

Start by asking different groups to describe the same situation separately. What is the bottleneck? What is the success criterion? Where does work really happen? Do not rush to consensus. Difference is not a failure at this stage. It is the raw material.

2. Identify the hidden assumptions

Every explanation rests on assumptions. For example, a manager may assume that delays come from poor accountability. Employees may assume that delays come from unclear priorities. These assumptions matter more than the answers because they determine the intervention.

3. Create tests in the real world

Do not settle debates abstractly. Build small experiments. Change one handoff. Alter one meeting structure. Track not only outputs but also friction, trust, and workarounds. Real change becomes possible when the organization learns to treat interventions as hypotheses.

4. Rebuild the shared model

The goal is not only to improve performance, but to improve the organization’s collective theory of how it works. Each cycle should leave the group with a clearer model, not just a temporary fix.

This framework works because it treats change as iterative knowledge production. The organization does not move from ignorance to certainty. It moves from narrow certainty to wider, better tested understanding.

The deepest forms of change do not begin with a solution. They begin with a better question.


What leaders often miss about participation

Participation is frequently defended as a moral good, which it is. But it is also a technical necessity. Without participation, leaders are effectively flying blind while believing they are in command.

The common mistake is to invite input after the core decisions are already made. At that point, participation becomes decorative. People are asked to react to a path that has already been chosen, not to help define the problem. That creates the worst of both worlds: the organization loses speed and gains cynicism.

Real participation is not a town hall. It is a design principle. It means that the people who live with the consequences of a change must help shape the categories through which the change is understood. If they do not, the system will optimize for compliance while quietly undermining itself.

This is especially important in innovation. New ideas often fail not because they are technically weak, but because they are built on a fantasy of clean adoption. In reality, every innovation enters an ecology of existing habits, incentives, professional identities, and informal expertise. Employee driven evaluation helps reveal whether a new idea actually fits the ecology or merely looks elegant from the top.

Think of it like introducing a new species into a habitat. The question is not whether the species is impressive in isolation. The question is how it interacts with the existing ecosystem. Organizations are ecosystems too. Change that ignores ecology usually produces unintended consequences.


Key Takeaways

  • Treat change as a knowledge problem, not just an execution problem. If the organization does not share a realistic model of what is happening, even excellent plans will misfire.
  • Use employees as sensors, not just implementers. People closest to the work often notice the earliest signs that a change is helping, hurting, or distorting behavior.
  • Compare representations before you decide. Formal metrics, frontline experience, and shared interpretation each reveal different truths. The goal is not to choose one, but to make them speak to each other.
  • Turn evaluation into an ongoing conversation. Do not wait until the end of a project to ask what went wrong. Build small tests, revisit assumptions, and revise the model as you go.
  • Measure what the dashboard cannot see. Friction, confusion, trust, workaround behavior, and emotional load are often leading indicators of whether a change will last.

The organizations that learn fastest are the ones willing to be wrong in public

The hardest lesson in change is that certainty is often the enemy of adaptation. When leaders believe they already know what is going on, they stop listening for the signals that matter. When employees believe no one will act on their knowledge, they stop telling the truth. The result is not merely bad morale. It is epistemic collapse, a state in which the organization can no longer accurately perceive itself.

The organizations that improve most reliably are not those with the smartest plans. They are the ones that build rituals for confronting mismatch between the plan and the lived reality. They understand that a change initiative is not a verdict handed down from above. It is a disciplined attempt to discover a better fit between intention and context.

That is the deeper connection between evaluation and innovation. Evaluation is not the enemy of change. It is the mechanism by which change becomes intelligent. And employee participation is not a concession to politics. It is how an organization keeps its map aligned with the territory.

So the next time a change effort stalls, ask a different question. Do not ask only whether people are resisting. Ask whether the organization is seeing clearly enough to deserve their trust. Because in the end, the future does not belong to the most forceful plan. It belongs to the system that can learn what is real, fast enough to act on it.

Sources

← Back to Library

Hatch New Ideas with Glasp AI 🐣

Glasp AI allows you to hatch new ideas based on your curated content. Let's curate and create with Glasp AI :)

Start Hatching 🐣