EN | FR

The Psychological Roots of Resistance in ERP Projects

A clean, modern flat-lay illustration representing psychological dynamics in an ERP project

In every ERP implementation I’ve worked on, resistance always shows up. It may look different from one company to another — hesitation, pushback, passive disengagement, or endless exceptions — but it’s always present.

Each time, I find myself asking the same question:

“Why are these people resisting?”

Users rarely share the real reason directly.
But the more I worked with teams, sat in workshops, observed dynamics, and built relationships, the clearer it became: resistance was almost always psychological before it was operational.

I’m not a psychologist, and I don’t pretend to be one.
My perspective comes from years of hands-on ERP work across multiple companies. When I reference psychological studies, they’re not clinical conclusions — only research that happens to align closely with what I’ve repeatedly observed in ERP programs.

Here are the five psychological roots of resistance that consistently appear during ERP projects.

If you want the broader “big picture” of what ERP transformation really demands (governance, ownership, finance dynamics, and the human layer), start here:
👉
https://www.fitgapfinance.com/erp-transformation-practical-guide/


1) ERP threatens people’s identity

Identity Theory — Stryker & Burke

People don’t resist the ERP system.
They resist what the new system means for who they are at work.

Many employees have built their identity around:

  • mastering legacy processes
  • being the “go-to” expert
  • knowing undocumented workarounds
  • solving issues no one else sees

ERP standardizes and automates the exact areas where their value historically lived.

When someone says:

“This process doesn’t fit our reality.”

The unspoken meaning is often:

“I don’t know who I’ll be once this goes live.”

Identity protection shows up as:

  • defending legacy processes
  • magnifying exceptions
  • challenging every design decision
  • disengaging from workshops

Related insight:
https://www.fitgapfinance.com/human-side-erp-projects/


2) ERP triggers perceived loss of status and influence

Status Threat Theory — Pettit & Lount

ERP transforms:

  • approval paths
  • access rights
  • workflow ownership
  • data visibility
  • decision-making authority

These shifts elevate some roles and reduce the influence of others.

People rarely say:

“I’m resisting because I’m losing importance.”

Instead you see:

  • requests for unnecessary customizations
  • escalation of minor issues
  • resistance to standardized workflows
  • protection of outdated privileges

This form of resistance is not against technology — it’s against a perceived demotion in status.


3) ERP creates fear of incompetence — a psychological safety issue

A. Edmondson — Psychological Safety; Self-Efficacy Theory

ERP exposes gaps:

  • errors become visible
  • manual workarounds disappear
  • old habits no longer apply
  • learning curves feel public

Many users fear looking slow, lost, or “not good enough.”

This fear expresses itself through:

  • silence in workshops
  • low testing participation
  • complaints that “the system isn’t intuitive”
  • avoiding training

This resistance is emotional, not technical.
More training doesn’t fix it — psychological safety does.


4) ERP overwhelms already overloaded teams

Cognitive Load Theory; Maslach Burnout; Prosci Change Saturation

Most ERP resistance has nothing to do with the ERP project.

Finance and operations teams are already overloaded with:

  • month-end
  • year-end
  • audits
  • staff constraints
  • regulatory pressures
  • operational firefighting

ERP is layered on top of this reality.

Resistance then sounds reasonable:

  • “We don’t have time this month.”
  • “Testing needs to be pushed.”
  • “This isn’t the right moment.”

But underneath is cognitive overload and exhaustion.

Users aren’t resisting ERP — they’re resisting burnout.

Related post:
https://www.fitgapfinance.com/erp-best-practices-nuance-d365-finance/


5) Resistance increases when trust in the project team is low

Kotter — Change Leadership; Lencioni — Trust

Trust is the single most underestimated variable in ERP adoption.

If users don’t trust:

  • the project team
  • leadership
  • integrators
  • decision consistency
  • the direction of the program

…resistance becomes automatic.

Low-trust behavior includes:

  • minimal engagement
  • parallel hidden processes
  • political escalation
  • reluctance to adopt new workflows
  • clinging to old systems “just in case”

ERP adoption moves at the speed of trust, not the speed of configuration.

Related post:
https://www.fitgapfinance.com/key-users-erp-project-realities/


Closing Thought

ERP resistance is rarely about the system itself.
It’s about people protecting:

  • identity
  • influence
  • competence
  • capacity
  • trust

Behind nearly every “system issue” is a human factor waiting to be addressed.

When ERP leaders understand these psychological drivers, resistance becomes predictable — and far easier to navigate.

If you want the broader “big picture” of what ERP transformation really demands (governance, ownership, finance dynamics, and the human layer), start here:
👉
https://www.fitgapfinance.com/erp-transformation-practical-guide/


Versions available

EN: https://www.fitgapfinance.com/erp-psychological-resistance/
FR: https://www.fitgapfinance.com/resistance-psychologique-projets-erp/


© FitGap Finance — All rights reserved

Read more