Jira Status Transitions: How to Track Them Easily

[#1]

Have you ever had a Jira task that just would not calm down? It goes from Done to Reopened to In Progress and back to Done. Or perhaps you have experienced tasks that have been bouncing between To Do and In Review, which slows your sprint.

These Jira status transitions are very insightful. They demonstrate how work actually moves through your team, what gets bottlenecked, and where processes can be streamlined. However, in Jira, it is not always clear how to track such changes in multiple work items or projects.

This article will explain why status transitions are worth tracking, who can gain the most out of this process, what Jira provides at the basic level, and how some apps (such as Issue History for Jira) can help simplify this analysis.

Why Track Status Transitions?

Each status change is a story of the work of your team. Monitoring transitions enables you to identify areas where projects are slow and recognize recurring back-and-forth motions.

By monitoring status transitions, you can:

• Identify the bottlenecks - where work items tend to get stuck most frequently.
• Increase accountability - know who moved an item and when.
• Retrospectives and compliance - use past data to make more informed process decisions.

Who Needs to Track Status Transitions?

Different Jira users can benefit from status transition tracking. For example:

• Project Managers - should have a clear understanding of how work flows through the process and where delays occur.
• Team Leads - oversee workload allocation, ensuring work progresses smoothly without unnecessary back-and-forth.
• QA and Compliance Teams - ensure that all issues undergo the necessary statuses before release, facilitating audit trails.
• Jira Admins - allows project leads and compliance teams to see an accurate transition history without additional customization.

Tracking status transitions of work items is not only a matter of data, but it is also a matter of giving Jira users visibility to make more informed decisions.

Jira Native Functionality

History tab

Each Jira work item contains a History tab, where all the changes to the work item, including changes of status, can be recorded. It shows:

• When a status was modified.
• Who changed it.
• The old status and the new status.

This is why the History tab could be useful when you need to:

• Look at the entire history of one work item.
• Check whether the work item has gone through all the necessary statuses.
• Explore individual cases (e.g., the reason why a task was reopened).

⚠️ However, the History tab shows only one work item at a time. If you need to analyze trends over a project or sprint (such as how many tasks were reopened last month), you will need to open work items one by one, which is not scalable for providing reporting and team-wide insights.

Control Chart 

Another Jira built-in feature that relates to status transitions is Control Chart. It shows the cycle time, for example, how much time the work item was in specific statuses.

This is helpful when you need to:

• Understand the duration of tasks in a particular stage.
• See if your team is getting faster or slower over time.
• Determine workflow stages that consume more time than they should.

⚠️ But the Control Chart does not include the specific history of status transitions. It will not display the number of times the work item was transitioned across statuses, and will not allow filtering based on certain transitions.

JQL

JQL (Jira Query Language) can be very useful when it comes to filtering work items based on their current values, such as status. As an example, you can find:

• All work items currently in “In Progress”:

status = "In Progress"

• All work items that are not done:

status != Done

⚠️ However, using JQL, you cannot get the historical status transitions. It means that you won’t be able to receive the list of work items that were ever reopened, moved from one status to another, or how many times work item statuses have been changed.

How the Issue History for Jira App Helps

Although the native tools in Jira provide a limited view, Issue History for Jira app offers full visibility of status changes across multiple work items and projects.

With the app, you can:

• Track all work item status transitions – see every status change with the exact time and the user who made it.

• Filter transitions easily. For example: 

- “In Progress -> Done” to analyze completed work.

- “-> Done” to track all work items that have been done.

- “Done -> Reopened” to check rework patterns.

• Export work item status transitions history. You can create reports for audits, retrospectives, or stakeholder updates.

• Analyze trends. It is possible to understand how often work items move back and forth, and spot bottlenecks in the workflow.

Rather than navigating through the History tab work item by work item, you get a centralized, filterable, and exportable view of status transitions. That means less manual work, more actionable insights, and better reporting.

✅ Track Jira Status Transitions Easily
Get full visibility into how work items move between statuses across all projects with the Issue History for Jira app.

Install from the Atlassian Marketplace →

Comparison: Jira Native Features vs. Issue History for Jira App

Feature	Jira Native Tools	Issue History for Jira
View status transitions	Only per work item (via History tab)	Across multiple work items and projects
Filter by transition (e.g., Done → Reopened)	❌ Not possible (native Jira has no filter for specific status transitions)	✅ Full filtering by specific transition type, across any number of work items
Export transition history	❌ Not available (data must be copied manually from each work item)	✅ Export CSV or Excel reports for audits, compliance reviews, or reporting
Analyze rework patterns (Done → Reopened)	⚠️ Manual effort required	✅ Automatically tracked and filterable
Multi-project visibility	❌ Limited (one work item at a time)	✅ All projects in one view
Audit & compliance reporting	⚠️ Basic history per work item only	✅ Comprehensive audit trail with export support

Summing Up

Monitoring status changes is more than where the work item is at any given moment; it is how work actually moves through your team. No matter whether you are interested in identifying bottlenecks, minimizing rework, or making reporting more effective, it is important to gain a view into these transitions.

The native tools of Jira provide only a part of the picture, and Issue History for Jira will show you the whole picture in a very clear form.

---

FAQ: Tracking Jira Status Transitions

Q1: Can you filter Jira work items by a specific status transition, like Done → Reopened?

Not with native Jira. The History tab shows changes for only one work item at a time. There is no way to filter by transition type. Issue History for Jira (Work Item History) app provides a special filter panel that allows you to isolate any transition, such as "In Progress → Done" or "Done → Reopened" across multiple work items and projects at once.

Q2: How do I export Jira status change history for an audit?

Native Jira does not have a built-in option to export status history; you need to copy data manually from each work item's Activity tab. Issue History for Jira (Work Item History) allows you to export filtered status transition history directly to CSV or Excel. This feature makes it easy to share with auditors or stakeholders without having to compile the data manually.

Q3: Can JQL show me which work items have ever been reopened?

JQL can only query an work item's current status, not its history of status changes. This means you can't use it to find tasks that were reopened and then marked Done again. Issue History for Jira (Work Item History) keeps the full transition history for every work item. This feature lets you search and filter through past status changes that JQL can't access.