December 31, 2025
Start With Good: Where Quality Actually Begins
A follow-up to Lister's Law. Good doesn't start with testing. It starts with understanding — the problem, the user, and why the work matters. Shift Left Quality in practice.
In my Lister’s Law post, I talked about what happens when teams start with chaos and try to “fix it later.”
Later never comes. The cost always shows up somewhere.
The follow-up question — the one that actually matters — is: where does Good start?
Shift Left Quality taught me the answer.
Good Does Not Begin With Testing
Good begins with understanding.
- Understanding the problem.
- Understanding the user.
- Understanding why the work matters in the first place.
When teams rush past requirements or skip the conversations that create clarity, they are not moving faster. They are moving blind.
What Starting With Good Actually Looks Like
Starting with Good means slowing down just long enough to build the right foundation:
- Clear requirements
- Shared understanding of the “why”
- Well-defined acceptance criteria
- Alignment with business and user goals
- Early conversations about quality and risk
Once those pieces are in place, the team moves faster with less friction:
- Fewer surprises
- Less rework
- Better decisions
- Higher quality
- Real momentum
This is the heart of Shift Left Quality.
Quality is not something you add at the end. Quality is something you build at the beginning.
The Paradox
Starting with Good is not slow.
Starting with Good is what allows a team to go fast without breaking trust, breaking systems, or breaking morale.
The teams that “move fast and break things” eventually spend all their time cleaning up what they broke. The teams that start with Good move slightly slower for the first two weeks — and then leave the fast-and-loose teams behind by month three.
How has clarity at the start of a project improved outcomes for your team?
Related reading
October 31, 2025
Lister's Law: If You Don't Pick Good, You Don't Get Any
The classic Good / Fast / Cheap trilemma is wrong. After 37 years of shipping software, the harder truth is that Good isn't one of three options — it's the precondition for the other two.
February 28, 2026
AI Doesn't Write Bad Code. It Writes Convincing Code.
A working hypothesis after a month of putting Claude Code through its paces inside a structured mono-repo environment. AI performs dramatically better inside opinionated, well-documented systems. Without that structure, it amplifies chaos.
Have a project this connects to? Let's talk about it.