When you walk into a project kickoff meeting, change management typically appears as one line item among many. It sits in the project plan alongside the systems work, the process redesign, the technical milestones. It’s framed as a support function — a communications stream, a training work package, something that helps the real work succeed. That positioning seems sensible on the surface. But it’s quietly doing something more damaging: it’s suggesting that change management supports the actual work of transformation, when in fact it is part of the fundamental structure of the transformation itself.
This distinction matters profoundly, and to understand why, it’s worth tracing how and why this positioning happened in the first place.
Why change management gets positioned as a feature
Projects are usually structured around deliverables you can see and measure. You can touch a new system. You can map a redesigned process. You can point to a milestone and say: “We hit that.” Change management, by contrast, lives in softer language — engagement, readiness, communication, training. Those words sound supportive, complementary, enhancing. They suggest something that makes the real work smoother, not something that determines whether the real work will actually work.
So change management ends up positioned alongside design rather than embedded within it. It becomes a support function that helps people transition, rather than a discipline that tests whether the structural design can hold under pressure. And that’s the trap.
What this framing quietly assumes — and how it fails
When change management is positioned as a feature, there’s an invisible assumption hiding underneath: that the structural design is already sound. The framing assumes authority is clear, incentives are aligned, workload is realistic, and decision rights are coherent. If those assumptions are true, then better communication and stronger engagement will help people through the transition.
But here’s what happens when those assumptions are wrong — and they often are. When authority and accountability don’t align, friction emerges. When incentives contradict the new way of working, resistance becomes rational self-protection.1 When workload is unsustainable, disengagement becomes protective.2 In those moments, change management isn’t smoothing the path forward. It’s absorbing structural strain. It’s being asked to solve through communication what should have been solved through design.
This is rarely named explicitly. But it’s the moment when change management stops being helpful and starts becoming difficult, thorny, and sometimes positioned as a source of resistance by other stakeholders and project managers. And that reframing — from partner to obstacle — undermines everything that follows.
The predictable pattern that follows
Once change management is positioned as a feature, a particular sequence emerges with remarkable regularity. Core design decisions get made first. Trade-offs are embedded. Constraints are locked in. Only then — after the structure is fixed — is change management asked to “drive adoption.”
When friction appears, the response is almost automatic: increase engagement effort. More communication. More training. More alignment sessions. But the structural commitments remain untouched.3 Over time, this creates a durable association: change becomes something you do at the surface rather than something you embed in architecture. And people begin to think it’s because the discipline lacks rigor, when really it’s because it was positioned downstream of the decisions that determined whether success was possible.
Why this is comfortable — and costly
There’s a reason this framing persists. It’s comfortable. It avoids challenging early design assumptions. It doesn’t disrupt delivery momentum or require uncomfortable conversations about authority and incentives. Challenging structural alignment at the design stage can feel destabilizing. So change management gets introduced where it’s least disruptive — which means where it’s least influential and effective. Over time, the opportunity to shape outcomes becomes impossible.
This rarely happens through deliberate choice. It’s simply how delivery models are structured. And the costs accumulate over time.
What reframing actually requires
Reframing change management doesn’t mean making it bigger or louder. It means positioning it earlier — at the moment when structural decisions are being made, not after they’re locked in. It means asking, during the design phase: Who actually has the authority to enforce this change? Do the performance measures we’re putting in place support the new behavior? Is workload calibrated to absorb the transition? Are sponsors structurally empowered to resolve conflict when it emerges?
These aren’t communication questions. They’re risk questions. They’re architectural questions. When change management is embedded at that level — when it’s part of how you evaluate the viability of the design itself — something shifts. It moves from being a persuasion function to being a coherence function. It becomes less about getting people to accept change and more about ensuring that the organizational structure actually enables the change rather than working against it.
Why this positioning matters for what happens next
As long as change management is sold as a feature, it will be treated as an enhancement — something you can scale up or down depending on budget or urgency. Architectural disciplines can’t be scaled up or down. They either exist or they don’t. And when friction appears, the instinct will be to intensify activity rather than examine structure. That instinct is understandable. It’s also costly — costly to the change itself, costly to the teams doing the work, and costly to the organization’s ability to learn from what went wrong.
This is one way of understanding why change teams often feel under-leveraged even when they’re working intensely. The subsequent articles in this series explore how diagnostic reassurance, sponsorship ambiguity, and structural misalignment interact with this positioning and shape outcomes over time.
-
Argyris, C. (1957). Personality and Organization: The Conflict Between System and the Individual. Harper & Brothers. Argyris demonstrates that organisational systems produce behaviours that contradict espoused values — resistance under misaligned incentives is a structural output, not an irrational response. ↩︎
-
Maslach, C., & Leiter, M. P. (1997). The Truth About Burnout: How Organizations Cause Personal Stress and What to Do About It. Jossey-Bass. Maslach and Leiter show that disengagement emerges from chronic mismatch between load and available capacity; organisations that deny this mismatch enable the protective withdrawal they then label as resistance. ↩︎
-
Pfeffer, J., & Sutton, R. I. (2000). The Knowing-Doing Gap: How Smart Companies Turn Knowledge Into Action. Harvard Business School Press. Pfeffer and Sutton document the persistent gap between awareness of what change requires and actual structural action — intensified communication effort is a classic substitution for the structural decisions that would make change viable. ↩︎