Linear Metric
Issue Tracking
Reopening Rate = (Reopened Issues / Total Completed Issues) × 100
Issue Reopening Rate measures the percentage of Linear issues that are moved back to an active state after being marked as done. It serves as a quality indicator, reflecting whether work is genuinely complete when marked as such.
Issue Reopening Rate
Issue Reopening Rate measures the percentage of Linear issues that are moved back to an active state after being marked as done. It serves as a quality indicator, reflecting whether work is genuinely complete when marked as such.
How to calculate issue reopening rate
Why issue reopening rate matters for Linear users
Reopened issues represent rework, which is one of the most expensive forms of waste in software delivery. Each reopening extends the true cycle time, disrupts planning, and indicates that the definition of done or quality checks are insufficient.
For Linear teams, a high reopening rate signals that work is being rushed through completion checkpoints. It helps teams identify whether the problem lies in unclear acceptance criteria, insufficient testing, or premature status transitions.
Understand and act on issue reopening rate with KPI Tree
KPI Tree tracks issue state transitions from your Linear warehouse to calculate reopening rates. Place this in your quality tree alongside bug escape rate and technical debt metrics.
Assign RACI ownership to team leads for definition-of-done standards. Set alerts when reopening rates exceed your team's acceptable threshold.
Get started with your Linear data
Pull metrics from Linear directly through the Model Context Protocol.
Connect your existing warehouse where Linear data already lands.
Our professional services team can build you turn-key AI foundations in a matter of weeks. Data warehouse on Snowflake/BigQuery, ELT with Fivetran, all modelled in dbt with a semantic layer.
Related Linear metrics
Bug Escape Rate
Issue TrackingMetric Definition
Bug Escape Rate = (Production Bugs / Total Bugs Found) × 100
Bug Escape Rate measures the percentage of bugs that are discovered in production rather than caught during development or QA stages in Linear. It quantifies the effectiveness of pre-release quality gates and testing processes.
Issue Resolution Time
Issue TrackingMetric Definition
Resolution Time = Issue Resolved Date − Issue Created Date
Issue Resolution Time measures the total elapsed time from when a Linear issue is created to when it is resolved. It encompasses both waiting time and active work time, providing a full lifecycle view of how long issues take to address.
Technical Debt Accumulation Rate
Issue TrackingMetric Definition
Accumulation Rate = Debt Issues Created − Debt Issues Resolved (per period)
Technical Debt Accumulation Rate measures the net change in technical debt issues in Linear over time. It compares the rate at which new debt issues are created against the rate at which existing debt is resolved, indicating whether overall debt levels are growing or shrinking.
Feature Delivery Cycle Time
Issue TrackingMetric Definition
Feature Delivery Cycle Time = Delivery Date − Development Start Date
Feature Delivery Cycle Time measures the total elapsed time from when work begins on a feature in Linear to when it is delivered. It captures the full pipeline duration including development, review, testing, and deployment stages.
All Linear metrics
Empower your team to understand and act on Linear data
Map what drives your metrics, measure progress at any grain, prove what works statistically, and deliver personalised action plans to every team member.