ESSAYSNO. 08
Practice Archetypes — Why Quality Variance Isn't A People Problem
Requirements quality is a property of the practice's architecture, not of the people you hire into it.
Most BA leads believe inconsistent requirements quality is a capability problem.
Hire better analysts. Run more training. Quality follows.
I used to believe it too. Then I watched this happen.
A large program added a second senior BA to lift quality. Both excellent. Within a month, the program had two structurally different flavours of requirements — different formats, different depth, different traceability. Quality variance went up. Reconciling them became someone's unofficial job.
Here's what I actually think — practice quality is an architecture property, not a people property.
You cannot hire your way out of a broken structure. Every capable person you add to it produces more volume and more variance inside the same missing system. The skill goes in. The consistency never comes out.
The consequence if you keep the old belief — your hiring budget keeps treating a design problem as a recruitment problem, and the gap compounds with every new starter.
Here's the question worth sitting with: if you swapped every BA on your team tomorrow, would the practice's quality hold?
If the answer is no — the practice was never the people.
ALSO IN THE REGISTER
- Entry 05What you resource is your strategyEvery organisation has two strategies: the one in the deck, and the one visible in where its scarcest people, calendar time and decision attention actually go. When they disagree, the second one wins.4 MIN
- Entry 07Decision DebtEvery requirement that cannot be traced to the decision that authorised it is debt, and it always falls due at the worst moment.1 MIN
New entries, when there’s something worth saying.