Skip to content

Quality-driven software development

Quality is not a phase. It is what the next change costs.

A team that discovers quality at the end has already paid for it at the beginning, at a worse rate. So the accountability moves left — to the people who can prevent a defect rather than the ones who find it — and the strategy says out loud what is tested, at which level, in which environment, with which tool, and who answers for the result. Testing in production is on that list too: an option with entry conditions, not a confession.

Accountability, from seven different seats

Quality assurance is not a department. It is what changes for everyone who touches the product once the person who can prevent a defect is the person who answers for it.

  • “I used to own the last gate before release, which meant I owned every defect the moment it reached me. Now I own the strategy and the team owns its own tests — and the defects are found by the people who introduced them.”

    Test manager
  • “The most valuable thing I do is not writing automated checks. It is sitting in the refinement session and asking what happens when the field is empty, because that question costs an hour there and a release here.”

    Tester
  • “Being accountable for the tests changed how I write the code. When you know nobody downstream will catch it for you, you design something you can actually check.”

    Software developer
  • “We stopped arguing about coverage percentages and started arguing about risk. That conversation has an owner, a deadline and a decision at the end of it; the other one never did.”

    Product owner
  • “Half of what we needed to know about the system was only true under real traffic. Synthetic checks in production told us in ninety seconds what a week of staging never would have.”

    Site reliability engineer
  • “The bug reports I forward now come with the run that reproduced them. That single change cut the round trips between support and engineering more than any process we ever wrote down.”

    Support engineer
  • “Security tests that run in the same pipeline as everything else get fixed. The ones that arrive as a PDF at the end of a quarter get scheduled, deprioritised and inherited.”

    Security engineer

Areas