The Perils of Individual Velocity Tracking

The Perils of Individual Velocity Tracking


Today when I logged into my email I saw an article that was posted on the Atlassian boards about the case for individual velocity tracking by Broken Build, an Atlassian Marketplace Partner. The article spoke about how Individual velocity, a controversial metric in Agile, measures the work completed by a single team member per sprint. While it can track personal contributions and identify productivity patterns, it often leads to negative consequences like unhealthy competition, stress, and disrupted team dynamics. However, managers find it valuable for understanding team dynamics and allocating resources. To make individual velocity work effectively, teams should focus on context and transparency, and using it as a tool for improvement rather than punishment. I really try to be open to other opinions as there is so much we can learn from each other during our Agile journeys, however from my experience and the articles I have written about story points for measurement and not punishment... my subscribers know where I stand on this and that is OK.


That will be a hard no from me.

While the technology exists to measure individual contributions in Jira, it’s essential to consider the potential negative consequences before implementing such a practice.

In my Scottish husband’s wise words, “Just because you can, does not mean you should,” perfectly encapsulate the dangers of tracking individual velocity in Agile/Scrum.

The Harms of Individual Velocity Tracking

  • Undermines Team Collaboration: A focus on individual metrics can create a competitive environment, discouraging teamwork and collaboration. Agile methodologies thrive on cross-functional collaboration; individual velocity tracking can hinder this essential aspect.
  • Creates Unhealthy Pressure: Tracking individual velocity can lead to undue pressure on team members to perform at a certain level, potentially leading to burnout, decreased morale, and even gaming the system.
  • Erodes Psychological Safety: When individuals feel their performance is constantly under scrutiny, it can erode psychological safety. This can make it difficult for team members to share their thoughts, concerns, or mistakes openly, which is crucial for a healthy and productive team.
  • Reinforces Siloed Thinking: Individual velocity tracking can reinforce a siloed approach to work, where team members focus on their own tasks rather than the broader goals of the team. This can lead to inefficiencies and a lack of accountability for the overall project.
  • Distorts the True Picture of Success: Individual velocity metrics can provide a distorted view of success, focusing solely on quantity rather than quality. Story points are subjective and do not mean the same thing to one team or another person as they do to another. A team that produces high-quality work, even if at a slower pace, may be more successful in the long run than a team that rushes through tasks but produces subpar results.
  • Chopping block: As a Scrum Master, if you are being asked to provide individual velocity, it could be the employer is looking for some form of evidence to support or fire an underperforming team member. If the team catches wind of this, you will start losing trust and psychological safety FAST.

Alternative Approaches to Measure Success

Instead of focusing on individual velocity, consider these alternative approaches to measure team success:

  • Team Velocity: Measure the team’s overall productivity and output, focusing on the collective achievement rather than individual contributions.
  • Customer Satisfaction: Assess the team’s success based on customer satisfaction and feedback.
  • Quality Metrics: Track quality metrics such as defect rates and customer complaints to evaluate the team’s performance.
  • Team Dynamics and Morale: Monitor team dynamics, morale, and engagement to ensure a healthy and productive work environment.

Measuring Team Dynamics and Resource Allocation in?Agile

Understanding Team Dynamics and Resource Allocation

In Agile environments, effective team dynamics and resource allocation are crucial for achieving project goals. While individual velocity can be a controversial metric, other approaches can provide valuable insights without compromising team morale or collaboration.

Key Metrics and Strategies:

Team Capacity:

  • Story Points: Use story points as a relative measure of effort to estimate the team’s capacity per sprint.
  • Velocity Chart: Track the team’s velocity over time to identify trends and adjust capacity accordingly.
  • Burndown Charts: Visualize progress towards sprint goals and identify potential bottlenecks or impediments.

Workload Distribution:

  • Task Assignments: Analyze how tasks are distributed among team members to ensure equitable workloads.
  • Work in Progress (WIP) Limits: Implement WIP limits to prevent team members from taking on too many tasks at once.
  • Task Complexity: Consider the complexity of tasks when assigning them to team members.

Team Engagement and Morale:

  • Retrospectives: Regularly conduct retrospectives to gather feedback on team dynamics, identify areas for improvement, and celebrate successes.
  • Surveys: Use anonymous surveys to gauge team members’ satisfaction, morale, and engagement levels.
  • One-on-One Meetings: Schedule regular one-on-one meetings with team members to discuss their workload, challenges, and goals.

Resource Allocation:

  • Skill Matrix: Maintain a skill matrix to identify team members’ strengths and weaknesses.
  • Cross-Functional Teams: Encourage cross-functional teams to leverage a variety of skills and perspectives.
  • Resource Allocation Planning: Develop a resource allocation plan based on project requirements and team capacity.

Additional Considerations:

  • Agile Practices: Ensure that the team is following Agile principles and practices, such as iterative development, incremental delivery, and continuous improvement.
  • Adaptability: Be prepared to adapt to changing circumstances, such as unexpected project requirements or team member turnover.
  • Communication: Maintain open and transparent communication within the team and with stakeholders to ensure alignment and avoid misunderstandings.

By prioritizing team collaboration, psychological safety, and overall project success, you can create a more effective and sustainable Agile environment. While it may be tempting to resort to individual velocity tracking, it can often lead to unintended consequences. Instead, focus on fostering a collaborative team culture and providing the necessary support and coaching to ensure that all team members are contributing effectively. By doing so, you’ll be able to identify and address any underperformance issues proactively, without resorting to metrics that can undermine team morale and productivity.

#agile #agilecoaching #servantleadership #jira #jirametrics #velocity #storypoints #individualvelocity

Keith Hoene

Redefining success one failure at a time

2 个月

Always love your work Thresa!! This is one of the Agile concepts that needs to be pulled up root and stem. I have seen this in practice and it also has another effect - snitchers. Never underestimate the nature of people to become nefarious when they feel their livelihood is threatened - which is how it is interpreted. This breeds anxiety that staffing cuts are coming and the mission becomes to ensure someone is doing worse than you. To your larger point, this breeds more individual and less team. Consider that results are a function of Competency AND Complexity. So naturally everyone will quickly grab the low-hanging fruit to get their 'velocity' up. The challenge of something new and innovative ceases immediately. Your more complicated stories get shoved to the end of the sprint and now we are trying to solve the most difficult challenges in the shortest amount of time. Get ready for sprint spillover or worse - Critical production defects. This will result in the whole team suffering thus each individual will suffer as well. You might even see resumes updating and going out. Sharing this article!!

Krisandra Masten Maruska

Dynamic Document Controller | Version Control | EDMS | ECM | EPC

2 个月

Thank you for posting.

回复
Robert Snyder

Innovation Elegance | Change Leadership | Transcending Agile & Waterfall

2 个月

No symphony measures the velocity of a single violin player. A lone speedster is inventivized to create excess work-in-progress inventory (idle work). Stuff piles up when Mr. Speedy could have been working where the team needed him more. The synchronization skill of the leader dictates the speed of the team. To achieve team speed, you must be obsessed with synchronization. In Operations and Supply Chain fundamentals, some measurements resemble individual velocity, but that term isn’t used because it neglects the six other steps above. Tune the symphony. Don’t tell one violinist to sprint.

Robert Snyder

Innovation Elegance | Change Leadership | Transcending Agile & Waterfall

2 个月

Bravo Theresa. I’m delighted you formally addressed this topic, and I fiercely agree with your point-of-view. Unless I missed a predecessor article, prioritizing individual velocity over other performance metrics is pennywise and pound foolish. It is counterproductive and irresponsible. The authors of that article need to read a book called “The Goal” and take Operations 101. Measuring individual velocity is a form of “optimizing locally.” When a team is ready to “finely tune” one moving part of 100, great, optimize locally. First, a team must “optimize globally.” Critical path. A team must grasp the symphony of work. To improve team performance, the team must know exactly where the bottlenecks are and see if they can reduce task effort, task duration, and latency (waiting) at the bottleneck. 1.?????Sequence every mandatory and optional task. 2.?????See what you can put in parallel. 3.?????Remove waste. 4.?????Reassign work if someone has idle time or is overloaded. 5.?????Isolate and synchronize where there is idle work. 6.?????Reassign work according to skills and experience.

Walter Peterscheck

Cloud Architect at Accenture Federal Services | PMP, CSM | MBA, MSIA | AWS Certified

2 个月

Theresa McFarlane - thanks for posting!

要查看或添加评论,请登录

Theresa McFarlane的更多文章

社区洞察

其他会员也浏览了