DEV Community

Cole Halton
Cole Halton

Posted on

Atlassian says Rovo cut PR review time 45%. Here's the measurement they didn't publish.

A "45% faster PR review" number is a great headline. The question is whether it means anything, because the post announcing it gives you no way to check.

Atlassian's blog says Rovo Dev, their AI code reviewer, cut PR cycle time by up to 45% internally and 32% for customers. That's it. No methodology, no baseline definition, no sample, no how-the-slices-were-chosen. Just a number and a graph.

That's not a knock on the product. It's a gap in the evidence. And the gap is exactly where this claim goes wrong when teams try to reproduce it.

The first thing to ask is: 45% off what baseline? If your reference is "PRs that sat in the queue for three days waiting on a human nobody paged," then moving baseline checks to an AI that answers in minutes is going to look incredible no matter how good the reviews are. That's a queue problem being measured as a review problem. Once the backlog is gone, the 45% doesn't hold.

Second, a single cycle-time aggregate hides the tail. A mean drops fast when the AI eats the easy set: the small, low-risk, well-documented diffs that a reviewer was already going to green-light quickly. The expensive PRs, the big architectural ones with real design risk, those still need human time and they still dominate the tail. Report p50 vs p95 and you'll see where the win actually sits.

Third, and least glamorous: reviewer pool and busy-time matter. If the human reviewers on the measured team changed, or the team slowed its own review culture at the same time the tool shipped, you're attributing a confound to the tool.

None of this is hard to fix. If you're a vendor publishing a PR-time win, or a buyer trying to validate one, run this and show the raw numbers:

  • Pick a fixed window (two weeks feels about right, nothing shorter).
  • Keep the reviewer pool fixed. No new hires, no reorgs.
  • Split the window by PR size and by risk level, not just by the whole sample.
  • Report median and p95, not just the mean.
  • State what "baseline" means before the tool, and measure against that exact definition after.

When a vendor gives you a single impressive percentage and no harness, treat it as a claim, not a result. The protocol above is reproducible in about a day on any team with a PR history. That's faster than guessing whether 45% applies to you.

Top comments (0)