Recently, I released my Sprint Goal template for Miro, which starts with a Sprint Goal Readiness Check to determine whether you’re ready to begin working with Sprint Goals.
There are many situations where you’ll struggle to work with Sprint Goals. That doesn’t mean Sprint Goals are bad, but the inability to use Sprint Goals is symptomatic of your situation. And that you’re suffering from other problems you might consider fixing first.
And then a light bulb in my head went off: who else to better talk about Sprint Goal anti-patterns and reasons why you’ll struggle to use them than Stefan Wolpers, who recently wrote the ultimate guide on Scrum Anti-patterns: the Scrum Anti-Patterns Guide, which was released with great critical acclaim.
From here on, I will give the pen (or keyboard) to our guest writer, Stefan Wolpers.
The Nature of Sprint Goal Anti-Patterns
Sprint Goals are vital to the success of Scrum teams. They provide clear direction and ensure a focus on delivering meaningful outcomes. Seriously, why would you use Scrum if you do not use the magic of Sprint Goals?
However, achieving effective Sprint Goals is fraught with potential pitfalls known as anti-patterns. These anti-patterns represent common dysfunctions that can derail a team’s efforts, leading to misalignment, decreased productivity, suboptimal value delivery, and team frustration. Understanding these anti-patterns highlights the systemic issues and organizational behaviors contributing to these challenges, enabling teams to foster a more collaborative and goal-oriented environment.
Sprint Goal anti-patterns often reflect deeper systemic issues within an organization and its approach to Agile practices. These patterns usually reveal a misalignment between Scrum’s theoretical framework and its practical implementation, indicating a lack of understanding and commitment to Agile principles such as value-driven development, team autonomy, and continuous improvement.
At their core, these anti-patterns highlight the challenges of transitioning from traditional output-oriented mindsets to outcome-focused practices. They often stem from organizational cultures that prioritize task completion over incremental value, leading to Sprint Goals lacking clarity, cohesion, and relevance. This misalignment can result in busy but not necessarily productive teams that struggle to connect their daily work to broader organizational objectives.
Furthermore, Sprint Goal anti-patterns can be symptomatic of issues related to communication and collaboration within teams and between stakeholders. A lack of transparency, insufficient stakeholder engagement, and an environment that does not foster psychological safety can all contribute to ineffective Sprint Goals. These factors hinder the team’s ability to set ambitious yet achievable goals and adapt to changing circumstances throughout the Sprint.
Addressing these anti-patterns is not a one-time fix. It’s a continuous journey that requires a comprehensive approach, including educating stakeholders, promoting a culture of trust and collaboration, and continuously refining Agile practices. By doing so, you can transform these anti-patterns into opportunities for growth and improvement, ensuring that Sprint Goals serve their intended purpose of guiding teams toward delivering maximum value.
By recognizing and mitigating these anti-patterns, teams and organizations can realign their practices with the true “Agile” spirit, creating a more effective and fulfilling Scrum experience. This alignment fosters a culture where Sprint Goals are not just tasks to be completed but strategic objectives that drive meaningful progress and innovation.
But let us not get ahead of ourselves and delve into ten Sprint Goal anti-patterns that are less obvious but, nevertheless, highly damaging:
(1) The Assembly Line
Description: Your boss loves that you are pumping out features like a feature factory, but there’s no real goal tying it all together.
Explanation: Your team is stuck in an output-oriented mindset, treating any Sprint Backlog like a to-do list instead of focusing on valuable outcomes. This tragedy happens when the organization views the Scrum team merely as a means to deliver features, leading to a random assortment of tasks that don’t rarely contribute to a cohesive goal. The lack of a clear, guiding Sprint Goal means the team is busy but not necessarily productive in a meaningful way.
Overcome: Start thinking like a value-driven machine! Host workshops and training sessions to align business strategy with Product Goals and discover how each Sprint can contribute to that big picture. For example, introduce value mapping exercises to create awareness to shift focus from mere output (number of features) to outcomes (customer value) and engage stakeholders in user story mapping sessions to create alignment among all parties. Help everyone be on the same page and understand the importance of creating value over merely completing tasks.
(2) Overcommitment Overload
Description: Your team bites off more than it can chew, committing to an endless list of tasks instead of a clear, flexible goal.
Explanation: There’s often a misconception that Scrum requires a commitment to a specific amount of work. This misunderstanding can lead to a rigid plan that stifles adaptability and learning during the Sprint. The pressure to deliver all committed tasks creates stress and reduces the team’s ability to respond to new information and changes. Moreover, it will likely turn a team back into a group of individuals, franticly toiling on individual tasks list, ultimately compromising the Sprint Goal.
Overcome: Reinforce that the commitment is to the Sprint Goal, not the workload. Use Sprint Planning to focus on what can realistically be achieved and encourage setting realistic, flexible goals. Teach the team and stakeholders about the importance of adaptability and learning during the Sprint. Foster a culture that values progress toward goals over mere task completion, and regularly review and adjust commitments as needed.
(3) Secretive Product Goals
Description: The Product Goal is a mystery—no one knows the plot except the Product Owner.
Explanation: Without a clear understanding of the long-term vision, creating meaningful Sprint Goals is challenging. This lack of transparency can lead to misaligned efforts and wasted energy on tasks that don’t contribute to the overall product vision. Team members might feel disconnected and demotivated if they don’t see how their work fits into the bigger picture.
Overcome: Overcommunicate the Product Goal at every opportunity! Use visual aids like Ralph Jocham’s Product Goal Canvas to keep the team and stakeholders aligned and aware of the overarching objectives. Even better: Create Product Goals in a collaborative exercise! Make the Product Goal a regular topic in Sprint Reviews, Sprint Planning, and Product Backlog refinement sessions to ensure it remains in everyone’s mind. Encourage open discussions and feedback about the Product Goal to ensure everyone has a clear understanding; buy-in from everyone in critical!
https://effectiveagile.com/canvases/product-goal-canvas/
(4) Fear Factor: Psychological Safety
Description: Team members are too scared to suggest bold goals or voice concerns, fearing failure or blame.
Explanation: A lack of psychological safety leads to safe, uninspiring Sprint Goals and stifles innovation. When team members fear negative repercussions for speaking up, they are less likely to take risks or suggest ambitious goals—once bitten, twice shy! This fear-driven environment limits creativity and collaboration, ultimately reducing the team’s ability to achieve high-impact Sprint Goals.
Overcome: Build a fearless environment! Encourage open dialogue and clarify that failures are learning opportunities, while the blame game has no upside: In a complex environment, failure is not a question of if but when. Use your Retrospectives to focus on continuous improvement rather than fault-finding. Celebrate bold ideas and risk-taking, even if they don’t always succeed. Foster a culture of mutual respect and trust, where every team member feels valued and safe to contribute their thoughts and ideas. Have I mentioned that event formats like failure nights greatly contribute to building this culture? (Particularly when members of the leadership level participate.)
(5) The Priority Puzzle
Description: There is constant bickering over what’s essential, with no clear consensus—or consent—on the priority. (Yes, singular.)
Explanation: Priority misalignment often stems from a lack of shared understanding of the product vision and goals. When team members and stakeholders have different views on what’s important, it leads to conflicting Sprint Goals and fragmented efforts. This discord can cause delays, frustration, reduced productivity, and, ultimately, less value capture as the team spends more time debating priorities than working towards a common goal.
Overcome: Solve the priority puzzle by holding regular alignment meetings and workshops with stakeholders and the team. Use facilitated workshops to reach consensus or consent on the organization’s business priority and ensure everyone understands its rationale. Develop a prioritization framework that aligns with the product vision and objectives, and make it a living document that evolves with new insights and changes. Encourage transparency and open communication about priorities to prevent misunderstandings and misalignment.
(6) The Ad Hoc Attack
Description: Unplanned tasks and interruptions ambush your Sprint, derailing your focus from the Sprint Goal.
Explanation: Stakeholders often inject new tasks into the Sprint, viewing the team as a flexible resource pool rather than a focused unit working towards a specific goal. These unplanned requests disrupt the team’s flow and make it difficult to maintain focus on the Sprint Goal. The constant interruptions can often lead to context switching, which reduces productivity and increases the risk of burnout.
Overcome: Set up a defense! Create a straightforward process for handling urgent requests and keep disruptions to a minimum. If necessary, given your team’s field of work, implement a buffer or a “rapid response” slot in the Sprint Backlog for unexpected but necessary work. Educate stakeholders on the importance of protecting the team’s focus and the negative impact of constant interruptions. Use a designated point of contact for ad hoc requests to filter and prioritize them without disrupting the entire team. By the way, Jimmy Janlen has good visualization tools to support you: the Urgent Lane and Interruption Buckets.
https://medium.com/the-liberators/toolbox-for-the-agile-coach-visualization-examples-7548de624ea9
(7) Fuzzy Quality Standards
Description: The Definition of Done is as clear as mud, resulting in incomplete or subpar work.
Explanation: Without a solid Definition of Done, delivering quality Increments that meet the Sprint Goal is tough. Ambiguity in quality standards can lead to inconsistent work, technical debt, and reduced stakeholder trust. The team might struggle to know when a task is truly complete, causing delays and rework.
Overcome: Clarify the standards! Develop a comprehensive Definition of Done collaboratively with the team and review it regularly to ensure it meets the quality expectations of stakeholders and customers. Include specific criteria for quality, testing, and acceptance to remove ambiguity. Make the Definition of Done visible and easily accessible, and incorporate it into the team’s workflow and reviews. Encourage continuous improvement of the Definition of Done based on feedback and lessons learned.
(8) Sprint Goal Overstuffing
Description: Your Sprint Goal is like a Thanksgiving turkey—stuffed with too many objectives instead of aiming to deliver your current priority.
Explanation: Pressure to please more stakeholders simultaneously may lead to overly ambitious Sprint Goals that are impossible to achieve in one Sprint. This overstuffing creates a lack of focus, increases stress, and sets the team up for failure. It also dilutes the team’s efforts, making it harder to achieve meaningful progress on any single objective.
Overcome: Trim the fat, and don’t let Product Goals sneak in through the backdoor, disguising as Sprint Goals! Focus on creating one clear, achievable goal per Sprint and prioritize ruthlessly. Break down larger goals into smaller, manageable pieces that can be tackled over multiple Sprints. Ruthlessly prioritize to ensure the team remains focused on every single Sprint’s most critical objective. Reinforce the importance of quality over quantity and celebrate achieving focused, high-impact goals.
(9) The Empowerment Void
Description: The team is like a ship without a captain, lacking the authority to make key decisions.
Explanation: Practicing agility-as-a-lipservice, the organization’s hierarchies indulge in micromanagement, undermining the team’s autonomy and ability to self-manage. When team members don’t have the power to make decisions necessary to achieve the Sprint Goal, it leads to delays, frustration, and inability to be “agile” in the first place. This disempowerment will stifle innovation and reduce the team’s motivation and engagement.
Overcome: Empower the crew! Advocate for team decision-making authority and reduce unnecessary oversight. Educate managers and stakeholders on the benefits of self-managing teams and the negative impact of micromanagement. Establish clear boundaries and responsibilities for the team, and provide the support and resources they need to succeed. Encourage a culture of trust and autonomy, where the team feels confident and capable of making decisions. If your superiors ask for references for this outrageous demand, point to Helmuth von Moltke the Elder—Auftragstaktik—or George S. Patton.
https://en.wikipedia.org/wiki/Mission-type_tactics
https://www.goodreads.com/quotes/15381-don-t-tell-people-how-to-do-things-tell-them-what
(10) Tool Time Troubles
Description: Your team works with stone-age tools in a digital world, hampering progress.
Explanation: Insufficient or outdated tools and resources slow the team down and lower the quality of work. When the team lacks the necessary tools, it can’t work efficiently or effectively, leading to delays and frustration, often resulting in technical debt and hindering the team’s ability to achieve the Sprint Goal.
Overcome: Upgrade the toolkit! Assess tooling needs regularly and secure budget for new tools and resources. Provide training and support to ensure the team can use new tools effectively. Foster a culture of continuous improvement where the team is encouraged to experiment with and adopt new tools and technologies that can enhance their workflow. Engage stakeholders in discussions about the importance of investing in the right tools to support the team’s success.
Conclusion
Sprint Goal anti-patterns highlight significant challenges within Scrum teams and their organizations, but addressing these issues can lead to profound improvements. By recognizing and overcoming these anti-patterns, teams can shift from task-oriented work to value-driven outcomes, enhancing overall effectiveness.
This transformation involves fostering a culture of transparency, collaboration, and psychological safety. By fully Embracing Agile principles, teams can align more closely with organizational goals, engage stakeholders more effectively, and foster innovation.
Successfully tackling these anti-patterns unlocks a team’s potential, leading to more straightforward, achievable goals and a more motivated and cohesive workforce. This journey improves Scrum practices and drives sustained progress and meaningful results, enabling teams and organizations to achieve true excellence for the benefit of their customers. (And it is fun to work there, too.)
In an ideal world a truly cross-functional team members would be working on related stories and Sprint Goal makes good sense. However, in my experience (real life) team members will often have specialist skills (even with the best effort to up-skill and cross-skill) and teams will often be working on not-so-related stories e.g.
- Running workshop with customer for upcoming feature (driven by Business Analyst with involvement from the rest of the team)
- System architecture design spike for upcoming feature (driven by external or team Architect with involvement from the team).
- Important tech debt story (requiring deep Database skills).
- Current feature story.
- Maintenance story from existing product.
- High priority support ticket for old product still supported by the team.
Setting one good Sprint Goal for this Sprint Backlog is not trivial even with a clear prioritisation. Selecting one specific goal could be demotivating for the team members not working on something related to the goal and not capture what the team is trying to achieve in the Sprint.
Making the goal too fluffy to cover more stories doesn’t make much sense to me as it leaves more up to interpretation.
Having 6 Sprint goals is clearly not an option either (if everything is important then nothing is – P Lencioni).
I usually try with getting the team to agree 2-3 goals for the Sprint, but I must say that the engagement from the team is usually low to moderate.
I've tried implementing Sprint Goals with my teams, but hasn't worked yet.
Rather than trying to push for the Scrum by the book, we do what works best for us and we get results that we and the clients want. Isn't this the main goal?