In my journey as a professional Scrum trainer and Kanban coach, I’ve often encountered a common misconception: the belief that a hierarchy is essential for effective backlog management. Today, I want to share my insights on why this approach can be detrimental and how we can rethink our backlogs to enhance our agility and focus on delivering value.
Understanding the Backlog
At its core, a backlog is simply a list of tasks or items that need to be completed. However, the way we order this list is crucial. Each item should have a distinct position, first, second, third, without any items sharing the same level of importance. This flat structure allows us to prioritise effectively, ensuring that the most critical tasks are addressed first.
The Pitfalls of Hierarchical Structures
Many teams fall into the trap of creating a hierarchical backlog, often breaking down epics into features, which then break down into stories or tasks. While this might seem logical, it introduces several challenges:
-
Work Breakdown Structure: This hierarchical approach often leads to a focus on breaking down work rather than delivering value. Teams can become so engrossed in managing the structure that they lose sight of the ultimate goal: delivering value to the customer.
-
Inflexibility: When items are tied to a parent-child relationship, it becomes cumbersome to reorder them based on changing priorities. If I want to elevate the importance of a task, I might inadvertently change its parent, complicating the management process.
-
Limited Relationships: Most tools enforce a tree structure, which means each item can only have one parent. This limitation makes it difficult to represent items that contribute to multiple features or initiatives, hindering our ability to manage work effectively.
Rethinking Our Approach
So, how can we shift our mindset and practices to avoid these pitfalls? Here are some strategies I’ve found effective:
-
Embrace a Flat List: Instead of viewing your backlog as a hierarchy, treat it as a flat list. Each item can have additional context, such as tags or links to documentation, without being constrained by a parent-child relationship.
-
Utilise Tags for Context: In tools like Azure DevOps, you can use tags to provide context for each item. This allows you to filter and view items based on features or projects without losing the flexibility of a flat structure.
-
Focus on Value, Not Volume: Shift your team’s focus from merely completing tasks to delivering value. This means prioritising items based on their impact on the business rather than their position in a hierarchy.
-
Visualise Flexibly: Use your tools to create visualisations that make sense for your team. Whether you’re using Azure DevOps, Jira, or even a simple whiteboard, ensure that your backlog reflects the current priorities and context.
Practical Application
Let me illustrate this with a practical example. In Azure DevOps, I often set up my backlog as a flat list, tagging items according to their associated features. This way, I can easily filter and prioritise tasks based on their relevance to ongoing projects. For instance, if I have items related to “Feature One” and “Feature Two,” I can quickly assess which tasks are most critical for the upcoming sprint without being bogged down by a rigid hierarchy.
During sprint planning, my team and I can review this flat backlog, considering various factors such as business priorities, ongoing engineering work, and customer needs. This approach allows us to make informed decisions about what to include in the sprint, ensuring that we remain agile and responsive to change.
Conclusion
Moving away from a hierarchical backlog structure can be challenging, but the benefits are undeniable. By embracing a flat list approach, we can enhance our ability to manage work effectively and focus on delivering value. If you’re struggling with this transition, remember that support is available. My team and I offer consulting, coaching, and mentoring programmes designed to help organisations like yours thrive in an agile environment.
Let’s connect and explore how we can elevate your backlog management practices together.
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
Rethinking Product Backlog: Navigating Through the Weeds of Complexity
Explores how rigid hierarchies in product backlogs can hinder agility, advocating for flatter, value-focused approaches to manage complexity …
Mastering Product Backlog Management: Key Strategies for Agile Success
Learn practical strategies for effective product backlog management in Agile, including prioritisation, refinement, stakeholder engagement, …
The Importance of Product Backlog Management in Today's Agile Landscape
Explains why effective product backlog management is vital in Agile, highlights common pitfalls, and offers practical tips to improve team …
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 Product Backlog Management: Essential Skills for Product Owners
Learn the core skills and best practices for effective product backlog management, including risk, value, sizing, learning, and refinement …
What Does a Poor Product Backlog Look Like?
Learn how to recognise a poor product backlog in Agile and Scrum, including signs like lack of order, unclear priorities, and confusion …
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 …
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 …
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.