You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
And now, another sprint has passed, and it's time for a retrospective. It's always stressful and requires incredible concentration. So, let's figure out what it is, why it's necessary, and how to carry out this process with minimal loss of productivity.
I don't need to tell you much about what a retrospective is. Everyone has experienced it. It is a process of reflection and discussion. It is recommended to hold retrospective meetings for at least 60-90 minutes to maintain the team's focus. The moderator of these meetings should control the course of the conversation so that it does not reach a dead end where everyone complains about everything. Constructive dialog among the team is essential.
Also, don't forget about the main three questions around which the discussion of the previous sprint is formed:
However, it is always advisable to hold such discussions based on a preliminary analysis of the sprint. Numbers should back everything up. It is equally important that the sprint report has a convenient form of display and coverage of all critical aspects.
Recently, the Time in Status for Jira app has released an important feature - Sprint Performance Report. So, let's look at it and analyze how this report can help with retrospectives.
So, let's look at a sprint report that you can automatically generate using the Time in Status for Jira app.
Note that there is a dropdown in the upper right corner where you can select one of the three parameters for generating a report:
Chart - Velocity
Displays the team's commitments and completed values for each sprint during the last sprints of the selected one. The selected sprint will always be on the right of the chart.
Understanding and interpreting velocity data is the key to adapting and optimizing the team's workflow.
By tracking team velocity, we can generally see the team's productivity, for example:
Chart - Workload
The chart illustrates the issues committed, added, and removed (or their estimated values) in the sprint for individual assignees. The percentage of each bar reflects the workload of the assignee during the sprint. The following formula determines the workload for each assignee:
Workload = (Committed + Added - Removed) / Total Sprint Commitment * 100
Here's how you can use the Workload Chart in your retrospective:
Chart - Scope Change
The chart illustrates the changes in the number of added or removed issues or their estimated values since the beginning of the sprint. When you hover over the segments, you can view the corresponding added or removed values. It presents the percentage by which the initial sprint commitment has been altered, calculated as follows:
Scope change = (Added - Removed) / Total Sprint Commitment * 100%
Using the insights from the Scope Change chart in the sprint retrospective allows your team to address shifting priorities and expectations proactively. By fostering open communication and process adjustments, you can increase adaptability and improve the team's ability to navigate unexpected changes in scope.
Sprint Goals: the main goals and desired results are the basis of why the sprint was created in the first place.
Most importantly, you can't just write some general goals. They must be clearly stated and measured by specific metrics. Also, sprint goals should have a realistic time frame. Before setting goals, use insights from your past retrospectives to avoid making mistakes. Ensure your team members understand these goals and how to achieve them. Involve the team in setting goals.
Flagged Issues, Logged Time, Status Time
Metrics related to flagged issues, logged time, and status time offer a rich data source for analyzing team performance.
Understand which issues were worked on during the sprint. Analyze the percentage of each issue type to identify any trends or imbalances.
Chart - Completion Rate
Analyze how well the team met its commitments. If the carryover percentage is high, discuss reasons for incomplete work and how to address them in the future.
Chart - Completed Issues
Analyze the completed tasks by priority. For example, if high-priority issues are often delayed, discuss how to prioritize and manage them more effectively.
Here are simple tips on analyzing a sprint and conducting a retrospective. A few simple steps:
📊 Automatically generate a sprint report using the Time in Status for Jira app.
💭 Encourage Open Discussion. Use the data to facilitate open discussions among team members.
🤓 Continuous Improvement. Focus on identifying areas for improvement and action items for the next sprint.
✴️ Celebrate Successes. Acknowledge and celebrate the team's achievements and positive outcomes.
By systematically reviewing each aspect of the Sprint Report, you can foster a collaborative atmosphere and gain actionable insights for continuous improvement in your future sprints.
Try generating your first sprint report using Time in Status. Here's a free 30-day trial for you.