Case Study #002 — Part 1

The team
wasn't the
problem.

A small engineering team missing its targets every month. Management's response was to raise them. Nobody had asked why they were being missed.

Business
John Co. Engineering
Sector
Small Engineering Team
Friction Type
Process / People
Status
Live — In Progress
01 The Presenting Problem

Missing targets.
Every month.

The engineering team at John Co. was missing its monthly output target consistently. Not occasionally — every month. The business response was standard: review the target, apply more pressure, raise expectations.

Nobody had stopped to ask the obvious question. Why is the team missing the target in the first place?

The assumption was performance. The reality was process.

"The team wasn't underperforming. The process was. Management responded by adding more targets on top of a broken foundation."

02 What Was Actually Happening

Half a day.
Per project.
Every time.

Every new project required an engineer to set up folders, copy templates, name files, and populate job details from scratch. No standard method. No checklist. Every project started differently.

The time cost was between half a day and a full day per project — consumed before any actual engineering work had begun. With a team running multiple projects simultaneously, this was quietly eating the capacity the business thought it had.

0.5–1
Days lost per project
to setup alone
0
Standard methods
documented
100%
Projects starting
differently
03 The Findings

Four friction
points.

1

No standard project setup method Every engineer approached new project initialisation differently. Folder structures varied. File naming was inconsistent. There was no baseline that everyone worked from.

2

Documents missing at the point of need Critical documents were either absent, in the wrong location, or named inconsistently — meaning engineers spent time searching before they could start work.

3

Risk questions answered inconsistently The risk questionnaire matrix was being completed differently by different engineers because nobody had written down how to answer it. The same project type produced different risk profiles depending on who completed it.

4

Single point of failure Process knowledge lived with one person. When that person was unavailable, the team stalled. Questions escalated. Work stopped. The bottleneck wasn't capacity — it was concentration of knowledge.

04 Root Cause

The visible problem
was never the
real problem.

The business saw a performance problem. The target was being missed, so the response was to focus on output — more pressure, higher targets, closer monitoring of results.

The root cause sat one level deeper. Not performance. Process. The team had no documented standard for how work was initiated. Every project started from zero. Every engineer made their own decisions about setup, naming, structure, and risk assessment.

Presenting problem
Missing monthly targets
Assumed cause
Team underperformance
Root cause
No standardised process — capacity consumed before work begins
Wrong fix
Raise the target
Right fix
Standardise, document, remove the bottleneck
Coming Next

Part 2 — The Intervention

What standardisation actually looks like in practice, how the bottleneck gets removed, and what the before and after numbers show.

Follow Find The Friction

Is this your business?

Free diagnosis. Shared upside. No catch. Submit your operational problem and we'll tell you what's actually causing it.

Submit a Problem