TL; DR: Gaming Velocity
Imagine your team’s line manager insists that a successful team improves velocity regularly. How could you, as a team, satisfy this strange, unsuitable demand without working more? How can you make gaming velocity a reality?
I run this exercise with my students of entry-level Scrum Master and Product Owner classes to help them reflect on the tricky nature of measuring success, metrics, and, of course, Goodhart’s Law: “When a measure becomes a target, it ceases to be a good measure.”
For the following article, I aggregated suggestions from more than 50 classes on how to best game velocity.
🎓 September 1, 2024: The Product Backlog Management Master Class Course for Just $99.
👉 Please note:
The course includes membership in a new community of agile professionals.
The course will only be available for sign-up until September 8, 2024!
<!–
🇩🇪 Zur deutschsprachigen Version des Artikels: Agile Teams als Investoren: Ein Blick auf die Maximierung des Unternehmenswertes.
–>
🗞 Shall I notify you about articles like this one? Awesome! You can sign up here for the ‘Food for Agile Thought’ newsletter and join 42,000-plus subscribers.
🎓 Join Stefan in one of his upcoming Professional Scrum training classes!
Why Velocity Is a Problematic Metric
Before we jump to the suggestions, let us analyze why velocity is a tricky metric:
Team-Specific Nature: Velocity is inherently specific to each team, influenced by their unique estimation practices, work processes, and individual skill levels.
Misleading Comparisons: Using velocity to compare different teams can be misleading, as higher velocity does not necessarily indicate higher productivity or efficiency.
Different Definitions: Each team may define story points differently, invalidating cross-team comparisons.
Counterproductive Behaviors: An overemphasis on velocity can lead to inflating estimates to boost numbers or focusing on easy tasks rather than delivering real value.
Lastly, relying on velocity for broader comparisons or performance evaluations undermines Scrum’s core principles and can harm team morale and effectiveness.
Consequently, a team should use velocity — if at all — internally to help plan and track progress.
The Gaming Velocity Exercise
The scenario is as follows: Your team’s line manager is convinced that a successful Scrum Team in software development steadily increases its velocity Sprint after Sprint. Your task as a team is simple: Identify ways that allow a Scrum team to report a regular increase in velocity without working more at the team member level.
Gaming Velocity for a Regular Increase Without Increasing Your Workload
Now let us have a look at 13 ways of gaming velocity:
Estimate and Re-Estimate Story Points
Systematically increase the estimation of items from Sprint to Sprint.
Re-evaluate and increase the story points of past completed items.
Split User Stories
Break down larger items into smaller ones and assign higher story points to each smaller part.
Divide existing work items into even smaller parts, creating more granular tasks.
Include Non-Development Work
Count bugs and fixing technical debt with story points.
Factor in the complexity of completed research by assigning story points to spikes or research tasks.
Include routine maintenance or administrative tasks and estimate them.
Gaming Velocity by Creating Dummy or Fake Tasks
Add dummy tasks to the Sprint that do not require actual work.
Invent tasks that are not essential to the product but can be completed quickly.
Automate Regular Tasks but Report Them as Manual
Automate repetitive tasks but report them as if they were manually completed.
Adjust the Definition of Done (DoD)
Lower quality standards or relax the DoD to complete items faster.
Adjust the DoD to include more tasks as done, even if they are not fully completed.
Simulate technical debt when completing tasks.
Extend Sprint Duration
Quietly increase the duration of Sprints, resulting in higher reported velocity.
Overlapping Sprints
Work on tasks that span multiple Sprints and count them towards all Sprints.
Adjust Velocity Calculation
Change the method of calculating velocity, such as using a rolling average over fewer Sprints.
Include buffers or contingency points in planning that appear as additional velocity when not used.
Focus on Easy Wins for Gaming Velocity
Prioritize simpler tasks that can be completed quickly and easily.
Choose only easy work items to ensure quick completion.
Report Unfinished Work as Complete
Mark unfinished tasks as complete to boost the reported velocity.
Create Stories from Minor Tasks
Build work items out of insignificant tasks to increase the number of completed items.
Turn trivial tasks into stories and estimate them.
Task Recycling
Reintroduce tasks that were already present but unestimated in previous Sprints.
Cannot see the form?
Please click here.
A Note of Caution: While these methods can technically inflate reported velocity, they may compromise the integrity and transparency of the Scrum process. Considering the long-term impact on team morale, product quality, and stakeholder trust is crucial. Ideally, it would be more beneficial to discuss and align expectations with stakeholders about realistic measures of Scrum success—such as delivering valuable Increments and maintaining a sustainable work pace.
👉 Don’t undermine Scrum’s core principles instead!
Additional Considerations Regarding Gaming Velocity
While velocity can be a valuable metric within the context of a single team, it’s important to understand its limitations and use it wisely. Here are some additional considerations:
Context Matters: Velocity should always be interpreted in the context of the team’s specific circumstances, including team size, experience, and the nature of the work being done.
Complementary Metrics: Relying solely on velocity can be misleading. Complement it with other metrics like customer satisfaction, quality of deliverables, and team morale to get a holistic view of team performance.
Focus on Outcomes: The ultimate goal of any Scrum team is to deliver value. Focus on outcomes and impacts rather than just output. High velocity without valuable deliverables is meaningless.
Continuous Improvement: Use velocity as a continuous improvement tool rather than a strict target. Reflect on fluctuations and understand the underlying causes to improve processes and efficiency.
Communication and Transparency: Ensure that all stakeholders understand the nuances of velocity. Clear communication can prevent misunderstandings and unrealistic expectations.
Avoid Pressure: High pressure to increase velocity can lead to burnout and decreased quality. Maintain a sustainable pace and prioritize the well-being of team members.
By considering these considerations, teams and organizations can use velocity effectively while avoiding the pitfalls of “gaming” the metric.
Conclusion
While velocity is helpful for internal team planning and progress tracking, it becomes problematic when used for serious applications such as comparing different teams. The exercise I conduct with my students demonstrates how easily velocity can be manipulated, revealing the pitfalls of over-reliance on this metric. Goodhart’s Law states, “When a measure becomes a target, it ceases to be a good measure.” (See above.) This is particularly true for velocity, which can drive teams to engage in counterproductive behaviors, such as inflating estimates and focusing on low-effort tasks.
Ultimately, velocity should remain a tool for internal use, guiding a team’s progress without becoming a benchmark for performance comparisons. By understanding its limitations and potential for misuse, organizations can avoid the trap of “gaming velocity.” Instead, focus on delivering actual value.
Nevertheless, the exercise is a good thought experiment that discusses the nature of measuring success. By the way, when I play the game with managers, they know how gaming velocity might work.
How are you measuring your team’s success? Please share with us in the comments.
Gaming Velocity — Recommended Reading
Agile Metrics: The Good, the Bad, and the Ugly
Download the Agile Metrics Survey 2021
👆 Stefan Wolpers: The Scrum Anti-Patterns Guide (Amazon advertisement.)
📅 Scrum Training Classes, Workshops, and Events
You can secure your seat for Scrum training classes, workshops, and meetups directly by following the corresponding link in the table below:
Date
Class and Language
City
Price
🖥 💯 🇬🇧 August 20-21, 2024
GUARANTEED: Professional Scrum Master Advanced Training (PSM II; English; Live Virtual Class)
Live Virtual Class
€1.299 incl. 19% VAT
🖥 🇩🇪 August 27-28, 2024
Professional Scrum Master Training (PSM I; German; Live Virtual Class)
Live Virtual Class
€1.189 incl. 19% VAT
🖥 💯 🇬🇧 August 29-September 26, 2024
GUARANTEED: Advanced Product Backlog Management Cohort (English; Live Virtual Cohort)
Live Virtual Cohort
€399 incl. 19% VAT
🖥 💯 🇩🇪 September 3-6, 2024
GUARANTEED: Professional Scrum Product Owner Training (PSPO I; German; Live Virtual Class)
Live Virtual Class
€1.299 incl. 19% VAT
🖥 💯 🇬🇧 September 4, 2024
GUARANTEED: Hands-on Agile #64: Mastering Work Intake Jeremy Willets and Tom Cagley (English)
Live Virtual Meetup
FREE
🖥 💯 🇬🇧 October 9, 2024
GUARANTEED: Hands-on Agile #65: The Lean Tech Manifesto with Fabrice Bernhard (English)
Live Virtual Meetup
FREE
See all upcoming classes here.
You can book your seat for the training directly by following the corresponding links to the ticket shop. If the procurement process of your organization requires a different purchasing process, please contact Berlin Product People GmbH directly.
✋ Do Not Miss Out and Learn more about Avoiding Gaming Velocity — Join the 20,000-plus Strong ‘Hands-on Agile’ Slack Community
I invite you to join the “Hands-on Agile” Slack Community and enjoy the benefits of a fast-growing, vibrant community of agile practitioners from around the world.
If you would like to join all you have to do now is provide your credentials via this Google form, and I will sign you up. By the way, it’s free.
Prepare yourself for avoiding Gaming Velocity by studying the free Scrum Anti-Patterns Guide:
The post Gaming Velocity appeared first on Age-of-Product.com.