A Product Backlog can answer questions like: “What are we going to work on next?” “Are we set to start working on feature ABC?” “Did you know about this bug XYZ?”. This tool will be of great help getting this information to the rest of your team.

What is the Product Backlog?

The Product Backlog is a collection of all needs, defects, and tasks related to a product. They are tactical documents that implement a product strategy.

How is the Product Backlog related to the Roadmap?

The Roadmap is a representation of the Product Backlog that considers deadlines, priorities, estimates and dependencies between the different elements.

What does a GREAT Product Backlog look like?

It must provide a shared vision, so the information contained in it must be clear for technical and non-technical users. Besides this, it must be understood and treated as a living tool, and considered the single source of truth of all the known needs across the organization.

Share Icon 33023

Shared to all relevant stakeholders

Different levels of information are ok, but a partial or high-level view of the product roadmap affects different functions of the business. Aim to have a product backlog that is available and understandable to every team member or relevant stakeholder. Some companies even make them public!

understand Icon 396771


It must be clear, and include a description that needs to understanding of technical details. Also remember that you are writing for collaborators, not a marketing blog post: Use plain and descriptive language and use images and videos to support your words.

activity Icon 327625


Communicate very clearly that it is a living plan, that will be adapted with the real delivery dates, the changes in the business priority and technical dependencies found along the way. As Scrum.org says: “A Product Backlog is never complete (…) The Product Backlog evolves as the product and the environment in which it will be used evolves.”

bookmark Icon 1269156

Single source of truth

Centralize all the needs that are related to a given product. Don’t fall into the trap of having separated boards for different modules or teams. Having a single board where different teams collaborate is a much better way to manage work, as it allows everyone to see a high level overview that includes all aspects of the product work.

Need more arguments?

If you have reached this point and are still not convinced about committing to using this tool, or just need a little reinforcement or an argument to convince your manager or sourcing team, then I encourage you to read my post “No ticket, no party” where I give you 7 winning arguments to track your tasks.

What tools can we use?

You’re probably wondering about the best tools to do this, so I wrote another post about Product Backlog Tools for different project sizes or complexities as well as different organization cultures.

¡Hola! ¿Hablas español?

Si es así, quizás quieras echarle un vistazo a mi curso de Product Management en el que aprenderás a usar esta y otras herramientas y a colaborar con equipos en la creación de productos digitales.

1 comment

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.