One of the most pervasive myths I encounter in the world of Scrum is the notion that Agile means we can forgo planning altogether. This idea is not just misguided; it’s downright detrimental to the success of any Agile team. Let me clarify: Scrum is fundamentally about planning.
The Importance of Planning in Scrum
In Scrum, we have several key events that revolve around planning:
- Sprint Planning: This is where we define what we aim to achieve in the upcoming sprint.
- Refinement: Often overlooked, this is a crucial type of planning where we prepare our backlog items for future sprints.
- Daily Scrum: This daily meeting is all about planning our next 24 hours and ensuring we’re aligned.
- Sprint Review: Here, we assess what we accomplished based on our initial plan and adapt our strategy moving forward.
So, when someone says we don’t need planning in Agile, I can’t help but shake my head. It’s not about eliminating planning; it’s about planning effectively and efficiently.
Just Enough Planning
You may have heard the phrase “just enough planning.” This concept is often misinterpreted. The goal is not to eliminate planning but to find the right balance. If we over-plan and end up with items that are removed from the backlog, we’ve wasted time and resources. However, sometimes that planning is necessary to uncover insights that lead to better decisions down the line.
Conversely, if you’re part of a large team, say, working on a product like Windows with thousands of engineers, you’ll need a robust planning strategy. Coordination across numerous teams is essential for maintaining direction and strategy.
Planning in Large Teams
In such expansive environments, communication becomes paramount. Here’s how it typically works:
- Vision and Product Goals: These guide the entire team and ensure everyone is aligned.
- Roadmaps: Even in large teams, having a roadmap for the next six months is crucial. This helps in visualising the direction and objectives.
For instance, Microsoft employs a season-based model for their product teams, where they plan for three seasons ahead, roughly 18 months out. This long-term view allows them to identify major themes and investment opportunities, which is vital for staying competitive.
The Role of Themes in Planning
When looking at the future, especially 18 months out, the specifics can be vague. Instead of detailed tasks, teams often focus on broader themes. For example, during the Creators Update, Microsoft communicated a clear organisational theme aimed at enhancing products for creators. This theme not only influenced Windows but also had implications for Office and hardware like the Surface.
This kind of strategic planning requires collaboration across various teams and disciplines. It’s about understanding what’s needed to achieve overarching goals and ensuring that everyone is on the same page.
Conclusion
In summary, planning is not the enemy of Agile; it’s a vital component of it. The key is to strike a balance, plan enough to provide direction without getting bogged down in unnecessary details.
If you found this discussion helpful, I encourage you to engage with me. I always welcome comments and questions, and if you’d like to delve deeper into Agile, Scrum, or DevOps, feel free to book a coffee chat with me through Naked Agility. Let’s keep the conversation going!
Smart Classifications
Each classification [Concepts, Categories, & Tags] was assigned using AI-powered semantic analysis and scored across relevance, depth, and alignment. Final decisions? Still human. Always traceable. Hover to see how it applies.
What to read next
Mastering Scrum: Effective Planning and Prioritisation for Agile Success
Learn how to plan and prioritise effectively in Scrum by aligning with business goals, assessing value and risk, and keeping a lean, focused …
Mastering Sprint Planning: Key Principles for Agile Success
Learn essential principles for effective Sprint planning in Agile, including understanding the product backlog, setting clear goals, and …
What is Sprint Planning?
Sprint planning is a collaborative session where teams define and align on goals, tasks, and priorities for the next sprint, ensuring …
Debunking the Top 5 Myths About Scrum: Unlocking Agile Success in Your Organisation
Explores and corrects common misconceptions about Scrum, clarifying its true principles, events, planning, and governance to help teams …
Rethinking Sprint Planning: Why Burndown Charts Are Agile Banditry and What to Do Instead
Explains why burndown charts hinder agile teams, highlighting the pitfalls of detailed upfront planning and advocating for minimal, adaptive …
Pragmatism crushes Dogma in the wild
Explores how practical use of Scrum fosters adaptability and resilience in teams, highlighting the value of flexibility over rigid rules in …
Detecting agile theatre with real delivery signals
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Why Outsourcing DevOps Fails, and How Real Engineering Excellence Starts With Your Team
Avoid DevOps vendor lock-in, discover how true engineering excellence starts with partnership, not outsourcing. Ready to transform your …
The Definition of Done is a Commitment to Quality
Defines the Definition of Done in Scrum as a clear, shared standard for quality, ensuring increments are releasable, transparent, and …
Why Your Definition of “Done” Is Holding Back Quality, Agility, and Trust, And How to Raise the Bar
Is your team’s “done” really done? Discover how a clear, objective definition of done boosts quality, agility, and trust in product …
Acceptance Criteria vs Definition of Done: Why Getting This Right Builds Trust and Delivers Quality Faster
Stop confusing acceptance criteria with definition of done, learn the crucial difference to boost quality, speed, and trust in your agile …
How to Evolve Your Definition of Done: Start Small, Grow Smarter, and Build Lasting Momentum
Unlock a smarter Definition of Done, start small, evolve standards, and build team momentum without overwhelm. Discover how progress drives …
Why Most Transformations Fail Without Honest Conversations
Most transformations fail without open, honest conversations that address real issues, making transparency and tough dialogue essential for …
Why Your Definition of Done Is the Secret Weapon for Real Business Impact and Agile Growth
Transform your definition of done into a strategic advantage, deliver real value, reduce risk, and drive business impact with every sprint.
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Kendall Guide - A System of Work for AI Adoption
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Estimating Better in an Overloaded System Is a Poor Man’s Strategy
High work in progress (WIP) causes delays and unpredictability; improving estimates won’t help. Limiting WIP and focusing on flow is key to …
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Getting Started with Objectives & Key Results
Learn how to successfully implement OKRs by aligning clear strategy, fostering transparency, empowering teams, focusing on outcomes, and …
OKR Guide - A Social Discipline for Shared Focus, Measurable Contribution, and Strategic Learning
A certification proves you’ve passed a test
Certifications show test-passing ability but don’t prove real-world product skills. Experience, judgement, and stakeholder influence matter …
Most companies still get Product Ownership wrong
Many organisations misunderstand Product Ownership, treating it as simple backlog management instead of a strategic, accountable role …