Issue Completion Rate Report
Last updated: January 27, 2026
Overview
The Issue Completion Rate measures what percentage of all issues tracked in your system are marked as Done. This metric provides immediate visibility into whether your team is effectively completing work or accumulating work-in-progress (WIP).
At a glance:
What it measures: Percentage of all tracked issues that reach completion
Why it matters: Indicates team flow health, delivery reliability, and process effectiveness
Metric type: Positive indicator (higher is better)
Format: Percentage with peer benchmarking available
How It's Calculated
Issue Completion Rate = (Total Done Issues / Total Issues) × 100%Components:
Total Done Issues: Count of all issues with status = "Done"
Total Issues: Count of all issues across all statuses
The metric aggregates data across all your integrated issue tracking systems (Jira, GitHub Issues, Linear, Azure DevOps, etc.) and normalizes statuses to provide consistent reporting.
Finding the Report
Navigation:
Go to the Insights > Productivity > Velocity section in Span
Select Issue Lifecycle tab
Find the Issue Completion Rate report or access via the Issue Lifecycle Report
The Issue Completion Rate is featured prominently in Span's Issue Lifecycle Report, which provides two visualization modes:
Global Status View: Time spent in standard statuses (To Do, In Progress) plus total done issues
Lifecycle Stages View: Custom-configured workflow stages (if your organization has set these up)
Available Filters & Customization
Customize your report view with the following options:
Time Controls
Date Range: Select custom date ranges or use preset shortcuts (last 30 days, quarter, etc.)
Granularity: Choose daily, weekly, monthly, quarterly, or custom time periods
Historical Comparison: Compare current period against previous timeframes
Dimension Filters
Filter and break down your data by:
People:
IC Level
Job Title & Job Family
Location
Active Status & Tenure
Custom Tags
Teams:
Team or group hierarchy
Organization paths
Work Characteristics:
Issue Type (Stories, Tasks, Bugs, Sub-tasks)
Individual issue or team IDs
Visualization Options
Time series charts: Track completion rate trends over time
Data tables: View detailed breakdowns by your selected dimensions
Comparative views: Compare different teams, time periods, or segments side-by-side
Benchmarking: Toggle percentile rankings to compare against peer organizations
All filter settings are automatically saved between sessions for convenience.
Key Use Cases
1. Sprint & Capacity Planning
Monitor what percentage of your backlog actually gets completed each sprint or iteration. Use historical completion rates to:
Set realistic sprint goals based on past performance
Identify declining completion rates as early warnings
Measure planning accuracy and commitment fulfillment
Adjust capacity allocation to match actual throughput
2. Team Performance Assessment
Compare completion rates across teams to:
Identify high-performing teams vs. those needing support
Benchmark against peer organizations
Detect team capacity constraints or dynamics issues early
Make data-driven decisions about resource allocation
3. Process Health Monitoring
A healthy completion rate indicates good workflow; declining rates suggest bottlenecks:
Assess if teams are taking on too much work relative to capacity
Identify where work gets stuck (combine with Time in Stage metrics)
Evaluate effectiveness of WIP limits
Detect process degradation before it impacts delivery
4. Measuring Process Improvements
Establish baseline metrics and track impact of changes:
Measure before/after effects of process optimizations
Quantify impact of new tools, training, or methodologies
Validate effectiveness of sprint structure or estimation changes
Track ROI on workflow investments
5. Delivery Predictability
Use completion rate as a reliability indicator:
Low or variable rates signal unpredictable delivery
Track consistency over time to improve forecasting
Measure impact of external factors (new hires, reorganizations)
Identify reliability trends for stakeholder communication
6. Individual & Workload Insights
Break down by person to understand:
Whose work reliably reaches completion
Individual bottlenecks or capacity challenges
Onboarding effectiveness for new team members
Skill gaps or distribution issues
Interpreting Your Results
Healthy Patterns ✅
A high and stable completion rate (consistently above peer benchmarks) combined with:
Reasonable Time in To Do and In Progress metrics
Low cycle times
Steady throughput
Indicates: Healthy team flow, effective prioritization, and efficient execution
Warning Signs ⚠
A low or declining completion rate warrants investigation:
Ask these questions:
By team/person: Whose work completes vs. stalls?
By issue type: Do stories complete better than bugs? Tasks vs. sub-tasks?
By time period: Is this a recent decline or chronic issue?
By workflow stage: Where exactly do issues get blocked?
Common causes:
Too much WIP relative to team capacity
Bottlenecks in specific workflow stages
Insufficient prioritization or planning
External dependencies blocking completion
Scope creep or unclear acceptance criteria
Related Metrics
Combine Issue Completion Rate with these complementary metrics for deeper insights:
Metric | What it Shows | Why It Matters |
Issues Completed Per Week | Velocity per active contributor | Shows output rate vs. completion percentage |
Time in To Do | How long issues wait before work starts | Reveals prioritization/planning delays |
Time in In Progress | How long active work takes | Reveals execution bottlenecks |
Issue Cycle Time | Total time from creation to done | Shows complete lead time |
Story Points Completed | Estimate-weighted completion | Alternative capacity measurement |
PR Cycle Time | Code review and merge speed | Slow PR reviews may block issue completion |
Deployment Frequency | How often code ships | Low completion rates limit deployment cadence |
Analysis tip: Use these metrics together to diagnose where and why work isn't completing. For example, high Time in To Do + low completion rate suggests a prioritization or capacity planning issue, while high Time in In Progress + low completion rate suggests execution bottlenecks.
Best Practices
For Teams
Set baseline targets: Establish team-specific completion rate goals based on historical performance and work type
Monitor trends, not snapshots: A single period's rate matters less than consistent trends
Investigate declines quickly: Dropping rates are early warnings—address them before they impact delivery
Balance WIP: If completion rates drop, consider whether you're taking on too much work simultaneously
For Managers
Compare contextually: Different teams handle different work types—compare against appropriate benchmarks
Look for patterns: Consistent low rates across teams may indicate organizational process issues
Combine with qualitative data: Numbers tell part of the story—talk to teams about what's blocking completion
Celebrate improvements: Recognize teams that improve completion rates through process changes
For Leaders
Track organizational health: Aggregate completion rates provide executive visibility into delivery predictability
Identify systemic issues: Widespread low rates may indicate tool, process, or resource constraints
Measure transformation impact: Use completion rate trends to validate organizational change initiatives
Set realistic expectations: Share completion rate data with stakeholders to align on delivery capacity
FAQ
Q: What's a "good" completion rate?
A: This varies by organization, work type, and backlog management practices. Use Span's percentile benchmarking to compare against peer organizations. Generally, rates consistently above 70-80% indicate healthy flow, but context matters.
Q: Why would a low completion rate be acceptable?
A: Some teams intentionally maintain large backlogs for long-term planning, which naturally lowers completion rates. Focus on trends rather than absolute values—declining rates signal problems regardless of starting point.
Q: How does this differ from velocity?
A: Velocity (Issues Completed Per Week) measures output rate, while Completion Rate measures what percentage of opened work reaches completion. A team can have high velocity but low completion rate if they're creating issues faster than completing them.
Q: What if my completion rate is 100%?
A: Consistently 100% completion may indicate your team is only tracking work that's already done, or closing issues too quickly without proper workflow tracking. Consider whether all planned work is being captured.
Q: How often should I check this metric?
A: Review weekly or bi-weekly as part of sprint retrospectives. Leadership should monitor monthly trends. Set up alerts for significant declines.
Need Help?
If you have questions about interpreting your Issue Completion Rate or want guidance on improving team flow, reach out to your Span customer success manager.