
Why We Treat Change as a Design Problem, Not a People Problem
When organisations go through change, quality issues tend to follow.
Deviations increase. Errors surface in places that previously felt under control. Decisions slow down. People hesitate. Tension rises between teams. And, almost without noticing, the language shifts. We start talking about capability, commitment, attitude. We hear phrases like “resistant to change,” “needs more training,” or “struggling to adapt.”
It is an understandable reaction. When outcomes deteriorate, we look for something tangible to fix, and people are visible in a way systems often are not.
But in our experience, supporting organisations through change and transition for well over a decade, this instinct regularly points us in the wrong direction.
It is rarely “defective people” at the heart of the problem. You can usually find someone who thrives in the chaos if you look hard enough, but they are the exception. Most people are trying to do good work, protect themselves from risk, and avoid being the one who gets it wrong.
What change tends to expose is not weakness in people, but fragility in design.
Change places a different kind of load on systems. Processes that worked perfectly well in stable conditions are suddenly asked to operate without the assumptions they had previously relied on. Informal knowledge moves out of reach. Roles blur. Decision rights become ambiguous. Controls that depended on familiarity rather than clarity start to wobble.
The environment shifts from known to uncertain, and people feel it immediately.
Listen carefully to the language used by those living through change and a pattern emerges:
“I’m not sure what the right answer is anymore.”
“I don’t know who is meant to decide this now.”
“I feel more exposed than I used to.”
“I’m worried about missing something.”
These are not the words of resistance. They are the words of people who no longer trust the guardrails around them.
One of the most persistent myths we encounter is that people are afraid of change itself. In reality, people are far more afraid of uncontrolled change. Change that removes familiar cues without replacing them. Change that alters expectations without making them explicit. Change that increases risk while offering no additional protection.
In regulated environments, that fear is rational.
When guardrails disappear or weaken, people adapt. They double-check. They hesitate. They create workarounds. They escalate more. Or sometimes they do the opposite and quietly retreat, doing the minimum they believe will keep them safe. From the outside, these behaviours can look like poor performance or disengagement. From the inside, they often feel like self-preservation.
This is why, during periods of change, the people within the system are often the first detectors of emerging quality problems.
Their reactions are data.
An increase in deviations, informal escalations, or inconsistent decision-making is not a failure of professionalism. It is an early warning that something in the system design no longer aligns with the reality people are working within. In that sense, individuals behave much like a canary in a mine. They respond to conditions before those conditions are formally recognised.
What happens next is critical.
If the organisation’s response is to “fix the person” first, through retraining, corrective conversations, or discipline, the signal is often dampened rather than understood. The behaviour may temporarily change, but the underlying issue remains. Over time, people learn a different lesson: keep concerns to yourself, do not surface uncertainty, and hope the system holds.
That is when risk becomes embedded.
A different response is possible, but it requires a shift in perspective. Instead of asking “Who made the mistake?”, we start by asking “What did the system make easy, hard, or unclear in this moment?” Instead of “Why didn’t they follow the process?”, we ask “What assumption did the process rely on that no longer holds true?”
Looking beyond the individual often reveals design gaps that were invisible when everything was stable.
Knowledge that lived in one person’s head but was never documented. Decision routes that were obvious through familiarity rather than clarity. Controls that depended on informal checks rather than explicit ownership. These are not moral failings. They are design debts that only become visible under strain.
This reframing also changes how quality functions show up during transition. Rather than being seen as the department that points out what went wrong, quality becomes the function that helps the organisation learn from stress. Change becomes a stress test, not of people’s intent or competence, but of system resilience.
There is a subtle but powerful shift that happens for leaders and QA professionals when this lands.
Instead of feeling frustrated by behaviours that appear irrational or obstructive, they become curious. Instead of trying to correct individuals back into compliance, they start to redesign the environment so compliance is once again the path of least resistance. The focus moves from enforcement to enablement.
This does not mean accountability disappears. It means accountability is placed where it can actually be effective.
If you are currently navigating change and noticing behaviours that concern you, try a small experiment. The next time you feel the urge to ask “Why are they doing this?”, pause and ask three different questions instead:
What has changed around this person that might have altered their perception of risk?
What used to be implicit that now needs to be explicit?
What is this behaviour protecting them from?
Often, the answers point not to a people problem, but to a design opportunity.
Handled this way, change stops being something to survive and becomes something to learn from. The very disruption that creates discomfort also reveals where systems need strengthening. Quality does not improve in spite of change. It improves because we are willing to listen to what change is telling us.
And that is how change becomes a quality advantage.
