Skip to content
Go back

As an R&D Leader, How to Quantify Iteration Quality

Why Quantify

Let Facts Speak

Using data to reflect collaboration outcomes and the quality of delivered results is a way to surface problems from another objective angle. Avoid subjective judgments like “I think” or “I feel” when evaluating complex problems.

Diverse Roles, Complex Collaboration

An iteration often involves many roles. Their actions and outputs all influence “iteration quality,” and those changes are usually complex. That’s why we should collect objective facts across multiple dimensions and evaluate iteration quality comprehensively.

Iteration Should Also Iterate

Product optimization and iteration are continuous. At different stages, companies and products have very different quality requirements. The famous project management triangle is a trade-off among time, cost, and scope, and quality is affected accordingly. As the company and product evolve, we need to collect data from multiple angles and continuously analyze iteration quality, so we can make the right trade-offs for the current context and reach our product goals.

How to Quantify

Within our team, we use a standard to evaluate iteration quality, called the “Iteration Quality Evaluation Standard,” composed as follows.

Components of the Iteration Quality Evaluation Standard

4 dimensions + 1 score

分值组成
Full score 10, pass 6 Dimension Weight Score
PM requirement changes (after PRD finalization) 30% 3
User Story delivery testing delays 10% 1
User Story smoke test pass rate 20% 2
Bugs (n = total bugs / total story points) 40% 4

Example

分值

Above is a recent set of iteration data from my team. Context:

What Datafication Brings to the Team

Things We Want to Do but Haven’t Yet

By connecting the agile tools we use and automating iteration data collection, we can generate an “iteration quality score” and compare historical data across dimensions, thereby improving efficiency.


Share this post on:

Previous Post
As an Engineering Leader, How I Manage Iterations
Next Post
Agile Practice for a Small Team 2.0