Running a quarterly business review with a QA vendor

Updated 2026-09-24

A quarterly business review with a QA vendor is a scheduled meeting where you check the service against the contract and agree changes for the next quarter. Base it on data you both can see: service level results, escaped defects, staffing changes, open risks and the cost of the quarter. End it with written decisions and owners, not only a presentation from the vendor.

What to check

  1. Write the QBR into the contract: frequency, attendees, data to be supplied and the time before the meeting it arrives.
  2. Take service level and defect data from your own tools where you can, not only from the vendor's slides.
  3. Ask for a staffing report: joiners, leavers, replacements and the seniority mix against the contract.
  4. Keep a risk log that carries over from quarter to quarter, with owners and dates.
  5. Review cost for the quarter against the budget and against the value delivered.
  6. Close with written decisions, owners and dates, and check them at the next QBR.

Ask the vendor

  • How often will we review the service together, who attends from your side, and what data will those reviews use?
  • Can you send the service level results and underlying data a week before each review?
  • Which team members joined or left this quarter, and how was knowledge handed over?
  • What risks do you see in our product, process or environments for next quarter?
  • What would you change in how we work together, on your side and on ours?

What a QBR is for

A quarterly business review is where you step back from daily test work and ask whether the service is doing what you contracted for. Stand-ups and sprint reviews deal with this week's releases. The QBR deals with trends: are service levels holding, is the team stable, are risks growing, and does the scope still match your needs?

ISO 37500, the guidance standard on outsourcing, treats governance as a continuing part of the arrangement, with regular reviews of performance and of the relationship. The UK Model Services Contract and the Sourcing Playbook both expect performance to be monitored against defined service levels, with regular review meetings. The US Government Accountability Office report on HealthCare.gov shows what happens when contract oversight is weak: the agency did not act in time on contractor performance problems, and costs and delays grew.

A QBR that is only a vendor presentation does not do this job. You need data you trust, a fixed agenda, and written decisions.

Before the meeting

Agree in the contract what the vendor sends and when. A useful data pack contains:

  • Results against each service level for the quarter, with the underlying data.
  • Escaped defects by severity and root cause, counted using the agreed definition. See defect leakage as a vendor metric.
  • Automation health: suite size, run time in your pipeline, flaky tests found and fixed.
  • Staffing: joiners, leavers, replacements, and the seniority mix against the contract.
  • Hours or charges for the quarter against budget, and any change requests.
  • Risks the vendor sees in your product, process or environments.

Where you can, take the numbers from your own issue tracker and CI system rather than only from the vendor's slides. Ask for the pack a few working days before the meeting so you can read it first.

A standard agenda

Use the same agenda each quarter so trends are easy to compare.

Item Led by Questions to settle
Actions from last QBR You Which were done? Which were not, and why?
Service levels Vendor, checked by you Which targets were missed? What was the cause? What changes?
Escaped defects Both Which critical defects reached production? Was each a testing miss?
Staffing and continuity Vendor Who changed? Were key personnel terms followed? How was knowledge handed over?
Risk log Both Which risks are open, growing or closed? Who owns each?
Cost and value You Did spend match budget? Is the value in line with the cost?
Next quarter scope Both What changes in releases, platforms or priorities? What team size fits?
Improvements Both What should each side change?

Leave the vendor room to raise problems on your side too. Slow environment fixes, unclear requirements or late builds all affect their results. A review that only looks at the vendor misses half the causes.

Scoring the quarter

Some buyers rescore the vendor each quarter against the same criteria used at selection. That makes drift visible: a vendor that scored well on staff continuity during selection but lost key people this quarter should score lower now. The scorecard can be reused for this, with a subset of criteria that apply to delivery rather than selection.

Keep the scores and the notes together. Over several quarters they form the record you need for renewal or exit decisions.

Common ways a QBR goes wrong

  • The vendor runs the meeting. A polished deck replaces the data pack, and nobody checks the numbers against your own tools.
  • No actions carry over. The same issues are raised each quarter with no owner and no date.
  • Only the vendor is reviewed. Causes on your side, such as late builds or unstable environments, stay unfixed.
  • Scope drifts silently. The team is doing different work from the contract, and nobody updates the statement of work or the price.
  • Staffing changes are discovered late. Key people leave or are replaced without the notice the contract requires.

After the meeting

Send written decisions within a few days: what was agreed, who owns it, and by when. If a service level was missed repeatedly, follow the remedy in the contract, such as a remediation plan or service credits. The contract clause builder has service level and service credit clauses that make this step routine rather than a negotiation.

If the same problems return quarter after quarter, the QBR record is also the evidence you need to decide whether to renew, renegotiate or plan an exit. See managing an outsourced QA team for the day-to-day side, and the selection path for where reviews fit after signature.

Tools for this

Questions buyers ask

Who should attend from our side?
The person who owns the vendor relationship, an engineering or product lead who works with the testers day to day, and, for part of the meeting, someone with budget authority. Keep the group small enough to make decisions.
What if the vendor's data and ours disagree?
Note the difference, agree which source is authoritative for the future, and fix the definition. Most disagreements come from metric definitions that were never written down.
Is a QBR needed for a small engagement?
A shorter version still helps. Even a small team benefits from a regular look at service levels, staffing and scope, because problems that go unreviewed tend to grow.

Sources

  1. The Sourcing and Consultancy Playbooks, UK Cabinet Office
  2. ISO 37500:2014 Guidance on outsourcing, ISO
  3. Model Services Contract, UK Cabinet Office
  4. FAR Subpart 37.6: Performance-Based Acquisition, US Federal Acquisition Regulation
  5. GAO-14-694 Healthcare.gov: Ineffective Planning and Oversight Practices Underscore the Need for Improved Contract Management, US Government Accountability Office