|
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? (Read online.)
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.
🎓 Launch on September 1, 2024: Learn How to Master the Most Important Artifact in the Advanced Product Backlog Management Course!
👉 Please note:
- The course includes membership in a new community of agile professionals.
- The course will only be available until September 8, 2024, for sign-up!
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.
🎓 🖥 💯 🇬🇧 Advanced Product Backlog Management Cohort Class of August 29-September 26, 2024
Discover the Product Owner success principles in this guaranteed engaging Product Backlog Management cohort class and accelerate your professional growth and career perspective with tried & tested, hands-on practices:
- Excel at delivering value regularly — your #1 career success factor.
- Learn to distinguish between valuable and useless ideas.
- Abandon the feature factory. Instead, learn to contribute to customer and organizational success.
- Gain actionable insights, learn supportive tools, and practice everything in a safe community of like-minded peers.
- Learn to say no and build trust and rapport with stakeholders while focusing on creating value.
- Create engaging feedback loops.
Additional bonuses:
- You will become a member of an exclusive community of product professionals comprising participants from all my classes since 2019.
- You will have free access to the corresponding online course; revisit all topics of the cohort at your convenience.
Quote: “If you are looking to move beyond merely delivering features and want to start consistently delivering outcomes and valuable deliverables to your customers, this course is essential. Stefan provides the focus and tools necessary to embark on a journey toward excellent product management. With a curriculum that includes vision, strategy, roadmap, product discovery, continuous delivery, idea management, hypothesis management, and backlog management, this course promises less than it delivers—a truly transformative experience.” (Hector Feliciano.)
Enjoy the benefits of an immersive cohort class and its community with like-minded agile peers on August 29, September 12, and September 26, 2024, from 3-6 pm CEST. The class will be offered in English.
👉 Join now: 🖥 💯 🇬🇧 Product Backlog Management Class of August 29-September 26, 2024.
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.
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
Useless Agile Metrics
Agile Metrics Survey 2021
Download the Agile Metrics Survey 2021
👆 Stefan Wolpers: The Scrum Anti-Patterns Guide (Amazon advertisement.)
📅 Training Classes, Meetups & Events
Upcoming classes and events:
See all upcoming classes here.
If you have friends or colleagues who might be interested in this article as well, please forward this email—it would mean the world to me!
Have a great day!
Best,
|
