QA Manager to Head of QA: The Escape Bill That Wins Budget
QA managers lose arguments with activity counts and pleas of overload. Refuse anti-metrics like bugs per tester, lead every report with a judgment, and price last quarter's escapes against the cost of prevention. At Head of QA, the organisation itself is the product.
Key takeaways
- A QA manager's output is decisions, plans, unblocked people and clear communication, not personal testing.
- Ranking testers by bugs found turns collaboration into hoarding; offer escape rate and risk coverage instead.
- A status report should open with a judgment, such as a release at risk and why, before any table.
- The budget case that wins is arithmetic: the cost of last quarter's escapes in support and engineering time against the cost of the prevention you are asking for.
- A Head of QA's product is the QA organisation itself: its shape, standards, budget, managers and career framework.
Contents
FAQ
What metrics should a QA manager report?
Outcome metrics that answer a question someone is asking: escaped defect rate, open Sev-1 and Sev-2 trend, risk coverage, reopen rate and automation flakiness. Pair any activity metric with an outcome metric, and never rank individual testers.
How do I justify QA headcount?
Price last quarter's escapes as support hours, engineering firefighting and customer recovery work, then compare that failure cost with the cost of the prevention you want, in one sentence, with the trend attached.
What does a Head of QA do differently from a QA Manager?
A Head of QA has almost no hands-on time and owns the organisation's quality strategy and standards, its structure, the budget, the growth of managers and leads, and the career framework, including any IC track.
Sources
Only you and the owner see your answer and rating. Send private feedback
Enjoyed it? Support fx-blog with a coffee.
Related posts
Will AI Replace Testers? Make Your Judgment the Evidence
AI drafts test cases, code and bug summaries in seconds, which moves a tester's value from producing artifacts to judging them. Review AI output like a junior's work, refuse unverifiable claims, and show your judgment through a portfolio, outcome-based CV bullets and a yearly career check.
After Senior QA: Lead the Release or Own the Platform?
After Senior, testers often take the only step their company shows them and burn out as player-coaches, or stall as invisible SDETs. Lead and Staff are both promotions: one produces a team that works, the other a problem that stays solved. Try one of each, then choose.
Senior QA: Depth Everywhere Is Depth Nowhere
A senior QA engineer who tests everything equally leaves the risky areas thin. Score each area by impact times likelihood, test the top deepest, tell the PM in writing what gets only a smoke pass, and make every production escape leave a regression test behind.
Comments
Oldest firstNo comments yet. Start the conversation.
Part 5 ended with you as QA Manager, signing FieldFlow's releases, and two asks from above: a director who wants every tester to log 5 bugs a day, and your own case for one more SDET with last quarter's 11 escapes in the records. What do you put in front of them?
Not a tester leaderboard, and not a plea. A number with a pound sign on it.
QA Career Path, in seven parts:
Your output is decisions now
A QA Manager's week has very little hands-on testing in it: triage, 1:1s, a release readiness review, an interview, the weekly status report. The output is decisions, plans, unblocked people and clear communication.
Refuse the anti-metric, answer its question
Every metric should answer a question someone is actually asking. When leadership asks for an activity count, offer the outcome metric behind the real question.
The rule underneath is Goodhart's law: when a measure becomes a target, it stops being a good measure. So the director's 5 bugs a day gets a reply, not a yes: "you want to know if we're testing enough; here's escape rate and risk coverage."
Then lead every report with the judgment: "Release is at risk: invoicing regression is 60% done with 2 Sev-2s open" beats a table with no conclusion. And never bury a Sev-1. Credibility is your whole currency.
Price the escapes
The argument that wins budget is arithmetic. Here it is on FieldFlow's fictional numbers from the repo: 11 escapes last quarter, 3 in invoicing.
Presented as one sentence: each quarter we choose £23k of failure over £15k of prevention, and here is last quarter's evidence. Substitute your own rates; the shape is what carries.
At Head of QA, the organisation is the product
A Head of QA has effectively zero hands-on time. The work is org design, budget, growing managers and leads, and the career framework itself, including the IC track from part 5. The repo's default shapes:
FieldFlow, at 6 squads, lands on the second row. Its 8 testers to 40 developers is 1:5, inside the 1:4 to 1:8 band the repo calls common. Benchmarks open that conversation; your escape data closes it.
Try it
The SDET gets funded. Then the tools move under everyone's feet: AI drafts test cases and test code in seconds, and a vendor demos an agent that "tested all of FieldFlow in 20 minutes, 0 failures". If tests are that cheap to produce, what is a tester's work worth, and how does anyone, at any level, show it to the next employer? Part 7, Will AI Replace Testers? Make Your Judgment the Evidence, closes the series there.
Read this with your AI