While few see its value, many think it does more harm than good.
Individual velocity measures the amount of work a single team member completes during a sprint, typically in story points or hours. It helps track personal contributions, identify productivity patterns, and balance workloads.
So, why the hate?
Team members often feel that individual velocity puts them under a microscope. It can create unhealthy competition, stress, and even lead to people gaming the system just to look good. This focus can disrupt team harmony and trust.
Still, managers love it.
Moreover, they find individual velocity crucial compared to other metrics. It helps them see what's happening inside the team and allocate the resources accordingly.
To really make individual velocity work, you will need to dive deeper and look beyond the chart bars. You need to understand the reason behind someone’s productivity change. Yes, sometimes it’s personal, but more often, the reason is simple - like task overload. Search for the context, not just the number in a chart.
So, instead of looking at velocity as a single number, try breaking it down:
By Issue Type: Separate bug fixes, stories, and tasks to see where time is going. It might be that someone’s dip in velocity is due to an increase in unexpected bug fixes, and someone whose velocity is thriving never has bugs in his scope.
By Priority: Too many high-priority tasks can also affect velocity. Understanding these helps with better planning and resource management.
But despite its bad reputation, we believe that, with the right tools and the right attitude, any Agile team can leverage it.
Another level of individual velocity analytics is a new Custom Assignee field in the Agile Velocity Chart Gadget. If Jira previously only had a standard "Assignee" field for tasks, now teams can use custom fields like "Developer" or "Tester" to assign tasks more specifically.
This means:
You’ll see who’s doing what more accurately.
How different roles contribute (developers, testers, designers, etc.)
Example: Instead of seeing "Task A - Assigned to Emma," you might now see "Task A - Dev: Emma" so you can explore the Individual Velocity metric in more detail.
Initial & Final Commitment: Track initial commitments to see if team members are taking on too much. Adjust workloads to balance commitments better.
Rollover: Constantly carrying over tasks creates a sense of failure. Identify high rollover rates and address bottlenecks or persistent issues. Help team members complete their tasks within the sprint.
Completed & Not Completed Work: Obviously, these are the most critical metrics. Use them to recognize and reward high performers. Analyze ‘Not Completed Work’ with breakdowns to understand the reasons behind the productivity dip.
Changing people’s perception of Individual Velocity is in the managers' hands. Encourage a culture where metrics are seen as tools for improvement, not punishment. Be transparent and discuss these metrics openly, so everyone feels comfortable and valued. Team retrospectives should focus on learning and improving, not blaming. Regular 1-on-1s should be a part of the team’s life.
And, at the end of the day, remember that the goal is happy customers. Use individual velocity to support this, not as the sole measure. It’s just one piece of the puzzle in delivering value to your customers.
Customer Feedback: Collect regular feedback to see how changes in velocity impact customer satisfaction.
Quality Over Quantity: Ensure the focus remains on delivering high-quality features that meet customer needs rather than just completing tasks quickly.
The Agile Velocity Chart gadget is perfect for measuring Individual Velocity. It unites sprint metrics and detailed breakdowns, giving you clear insights to boost both individual and team performance.
Individual velocity can be a vital tool in your Jira toolset if used correctly. With context, transparency, and a focus on improvement, it can enhance your agile practices without hurting team dynamics. Use it wisely, and you'll see great results.
Vasyl Krokha _Broken Build_
0 comments