People Don’t Quit the Stack, They Quit the System

People Don’t Quit the Stack, They Quit the System

 

When a strong engineer resigns, leaders often reach for the obvious explanations.

Better salary. Better title. A hotter company. A more modern tech stack.

Sometimes those are true. But in many fintech and banking environments, the real cause is more frustrating, because it is preventable.

People leave because they cannot do good work inside the system you have built.

They get tired of waiting. Tired of re-explaining. Tired of approvals that do not add value. Tired of politics disguised as process. Tired of being blamed for outcomes they cannot control. Tired of trying to deliver value while the organization behaves like a maze.

That is the heart of The Link Between Organizational Friction and Tech Talent Attrition.

If your best engineers are leaving, it might not be because they dislike the mission. It might be because they cannot move work through your organization without losing their sanity.

What Organizational Friction Actually Looks Like Day to Day

 

Organizational friction is not one big dramatic failure. It is the accumulation of small, repeated obstacles that turn normal work into draining work.

It looks like:

A feature waiting two weeks for a risk sign-off
A security review that arrives after build is complete
A decision that requires three committees
A dependency team that never responds until escalated
A release process that feels like gambling
A backlog full of work that nobody can prioritize clearly
Documentation done as self-protection, not clarity
Incidents that become blame sessions

None of this alone cause attrition.

But together, they create a daily message: “Your effort doesn’t turn into impact here.”

High performers do not tolerate that message forever.

Why High Performers Leave First

 

Here’s the painful pattern.

The people who leave first are often the people you most want to keep.

They care about quality. They care about outcomes. They care about learning. They want to build, ship, improve, and take pride in their craft.

When they enter a high-friction system, they try hard at first. They push through. They create workarounds. They build relationships to unblock things. They carry the emotional load.

Then they realize the system is not designed to support good work. It is designed to avoid blame.

At that point, they do one of two things:
They emotionally detach, or they exit.

Low performers may stay because the system protects mediocrity. High performers leave because they can succeed elsewhere with less pain.

That is why attrition is often a leading indicator of deeper systemic problems.

The Hidden Emotional Cost of Bottlenecks

 

Bottlenecks and queues create operational delay, but they also create emotional damage.

When work sits in approval bottlenecks, engineers experience:

Loss of momentum
Loss of context
Repeated rework
A sense of helplessness
A feeling that their work is being judged by people who were not part of the build
Stress spikes before releases
Cynicism about “process”

This contributes directly to engineer burnout.

Burnout is not always long hours. It is often the feeling of pushing hard with no progress.

That is exactly what organizational friction creates.

 

The Five Friction Drivers That Push Engineers Out

 

1) Approval bottlenecks without clear standards

Engineers can accept reviews when standards are clear. They cannot tolerate random, inconsistent reviews that depend on who happens to be online.

When evidence expectations are unclear, teams end up doing defensive work, not productive work. That is exhausting.

2) Low psychological safety and blame narratives

In blame-heavy environments, people stop taking ownership. They stop surfacing issues early. They stop experimenting. They become cautious.

Your best engineers do not want to work in an environment where honesty is punished.

This is where psychological safety becomes a retention lever, not a feel-good concept.

3) Constant context switching caused by poor prioritization

High-friction organizations start too much. They change priorities often. They interrupt teams with escalations and urgent requests.

This creates a daily experience of fragmentation. Engineers can’t focus, can’t finish, and can’t feel progress.

It also destroys learning, because learning requires continuity.

4) Career growth blocked by politics

Engineers want growth. In high-friction organizations, growth is often defined by visibility and politics rather than impact.

The person who can navigate meetings is rewarded more than the person who can deliver outcomes.

This causes talented people to conclude that staying will not help their career growth. So they leave.

5) The gap between effort and value delivery

This is the ultimate attrition driver.

If engineers feel that 70% of their time is spent on coordination, compliance theater, and unblocking rather than building, they stop believing their work matters.

They want delivery flow, not endless process.

10 times people went 'Nope, not doing this' and quit their jobs on the first day - Scoop Upworthy

Case Study: The Team That Lost Its Best People After “Process Improvements”

 

A fintech scale-up moved into a more regulated phase. They needed stronger controls, and leadership introduced new approval stages, documentation requirements, and governance forums.

The intention was reasonable: reduce risk.

But the implementation created friction:
Evidence requirements were unclear
Approvals were inconsistent
Security and risk reviews arrived late
Teams were asked to hit delivery dates without control over dependencies

The best engineers started showing signs of disengagement. They stopped proposing improvements. They avoided taking ownership of risky areas. They joked about “waiting for permission to do our jobs.”

Within six months, several senior engineers left. Exit interviews mentioned “slow delivery,” “too much process,” and “no real autonomy.”

Leadership initially blamed compensation.

But when they mapped the system, they found the real issue: delivery had become a queue-based model where engineers were punished for delays they could not influence.

They made a few targeted changes:
They clarified evidence standards upfront
They reduced late-stage reviews by bringing risk earlier
They limited work in progress so teams could finish more
They ran incident reviews focused on learning, not blame
They gave teams clearer decision rights within guardrails

Attrition slowed because engineers regained a sense of agency and impact.

The key lesson is that retention improved when the system improved, not when perks improved.

How to Diagnose Friction Before People Leave

Most leaders only notice attrition when it becomes visible. But friction shows early signals.

Watch for:

Engineers complaining about process more than technology
More time spent on status updates and approvals
A rise in “waiting” tickets
Teams delivering less, despite working hard
Reduced initiative from senior engineers
A rise in sick days and quiet disengagement
People avoiding ownership of high-risk work

These are not culture problems in isolation. They are flow problems.

What Leaders Can Change That Actually Retains Talent

Here’s the good news.

You do not need to make everything perfect. You need to remove the worst friction.

Make standards clear so reviews are predictable

Define what evidence is required for routine releases. Make it consistent. This reduces defensive work.

Reduce late-stage approvals by shifting risk earlier

When risk and security are involved earlier, they stop being blockers and become partners.

Protect focus by controlling work in progress

If your teams are overloaded with parallel initiatives, they will feel constant workload stress. Start less, finish more.

Replace blame with learning

Engineers stay when they feel safe to speak the truth. Blame culture accelerates exits.

Make impact visible and celebrate outcomes

Retention increases when people can see that their effort turns into customer value, not just internal approval.

This also supports employee retention beyond engineering, because frustration spreads across product, risk, and operations too.

The Honest Truth About Retention in Regulated Fintech

If you are in financial services, you cannot remove all constraints. Regulation is real. Risk is real.

But you can remove unnecessary friction.

You can design governance that supports flow. You can clarify decision rights. You can standardize evidence. You can create collaboration patterns that reduce rework.

When you do that, engineers feel something that keeps them around:
Momentum.

And momentum is one of the strongest retention tools you will ever have.

Want to Find the Friction That’s Driving Your Talent Out?

If you suspect your best engineers are leaving because work cannot move through your system, consider a Friction Audit.

My friction audit identifies where the biggest organizational bottlenecks and approval queues are, how they impact delivery and morale, and what changes will reduce friction while protecting risk and compliance.

NAICS Codes
541511 -Custom Computer Programming Services

541519 - Other Computer Related Services

541611 - Administrative Management Consulting

541690 - Other Scientific and Technical Consulting Services

541990 - All Other Professional, Scientific and Technical Services

561110 - Office Administrative Services
UEI: E2XCPB9DPCF4
CAGE: 9SEC5
Social Media
NAICS Codes
541511 -Custom Computer Programming Services

541519 - Other Computer Related Services

541611 - Administrative Management Consulting

541690 - Other Scientific and Technical Consulting Services

541990 - All Other Professional, Scientific and Technical Services

561110 - Office Administrative Services
Contact Information
UEI: E2XCPB9DPCF4
CAGE: 9SEC5
Social links

© 2025 Phoenix Marcus. All rights reserved.

2025 Phoenix Marcus. All rights reserved.