It's not here to rank anyone or justify decisions about people. It's here because when a ticket bounces back, everyone loses time—the dev, QA, the team. Understanding where that happens helps us fix the handoffs, the requirements, and the process.
Look at patterns over time, not a single release. Improvement and consistency matter more than any one data point.
Rework reflects how well our system supports quality—code, requirements, testing, and handoffs—not individual ability or effort.
When data shifts, look for context:
The goal is not perfect numbers. The goal is less rework over time and smoother delivery.
This data is most valuable in:
It is not intended for ranking or comparing individuals.
The tool should help us learn. If something doesn't match reality, it's worth discussing. That conversation is more valuable than any number on this screen.
Only Jira tickets meeting all of the following criteria are included:
Tickets labeled churn exempt (churns caused by requirements issues, not QA) are excluded from QA counts. Tickets not meeting all criteria are silently excluded.
Upload the three CSV files generated by the churn analysis script. This will replace all existing churn data.