Understanding what happened during a sprint often means asking questions like: when did this bug get picked up? How long did it sit in review? Why did this story cycle back to In Progress twice? The Audit Trail view answers all of those questions from a single screen.
What the Audit Trail Shows
The Audit Trail is organised per sprint, with each work item shown as a timeline row. For each item you can see:
- Work item type, colour-coded: Story (blue), Bug (red), Research (purple), Feature (amber), Task (slate)
- A timestamp for every state change
- The duration between each transition
- An expand/collapse control to view the full event detail for each item
Use in Sprint Reviews
In sprint reviews, the Audit Trail gives stakeholders and the team a clear record of how work progressed through the sprint. Instead of reconstructing the sequence from memory, you can walk through the timeline item by item. This is particularly useful when a story took longer than expected — the trail shows exactly where time was spent.
Use in Retrospectives
In retrospectives, the Audit Trail is a facts-first foundation for the discussion. Rather than debating what happened, the team can anchor the conversation in the actual sequence of events. Patterns like items bouncing between states, long wait times in review, or bugs reopened multiple times are immediately visible.
Where to Find It
Audit Trail is located under the Tools group in the navigation sidebar. Select a sprint from the dropdown at the top of the view, and the timeline populates immediately. No additional configuration is required.