Ir al contenido

Product Backlog Building

De Scrum Manager BoK
Esta página es una versión traducida de la página Product Backlog Building. La traducción está completa al 100 %.
⏱ 3 min  ·  📅 2026
Product Backlog Building (PBB) is a collaborative technique by Paulo Caroli for building an initial backlog from an inception: people and their needs are identified, and items are generated and prioritized until a first ordered Product Backlog is obtained. It is the natural point of contact between the initial discovery of a product and working with stories.

When a product or an initiative gets started, you need to move from an idea to an ordered work list without falling into the trap of detailing up front an entire backlog that will go stale. PBB provides a procedure for that step: it starts from the output of an inception—the initial framing of the product, its goals, and its users—and turns it into specific, prioritized items.

From Inception to Backlog

The output of PBB is exactly what working with stories later teaches you to structure and maintain: a backlog with items of different types, ordered by value. That is why PBB connects directly with Scrum Manager's Agile Inception skill, which supports the preceding framing phase. The natural sequence runs from discovery to delivery: research produces opportunities, the inception frames them under a goal, PBB turns them into an initial backlog, and from there refinement with examples, splitting into vertical slices, and story mapping come into play.

It is worth placing PBB alongside its neighboring techniques without confusing their purposes: the impact map connects the goal with the behaviors to be triggered, the opportunity tree organizes what the research uncovered, and the user journey shows how the activity is experienced today. Each one answers its own question well; using one for another's task leaves the work without data or without structure.

With artificial intelligence

Tools offer to generate an initial backlog from a product description, and they do it fluently. The risk is the same as with all assisted work: a backlog generated without data documents nothing, because it comes not from any observation but from what the model has seen in other products. The use that pays off is the reverse: asking the assistant to critique a backlog built by the team, to find gaps, missing items, and debatable priorities.

Common mistake

Treating the initial backlog as final. PBB produces a starting point, not a fixed plan: the backlog is emergent and changes with what is learned through delivery. Detailing all its items up front wastes effort on pieces that may never be built and gives a false sense of control. PBB brings order to the start; continuous refinement keeps the backlog alive.

Resources

🏦 Skill User storiesState of the art and development guide · Skill Arena

📄 Historias de usuario v.5.0 [User Stories v.5.0, in Spanish]Free download · Scrum Manager · Jan 2026

📄 Scrum Master en equipos con IA v.1.0 [Scrum Master in Teams with AI v.1.0, in Spanish]Free download · Scrum Manager

References

  • Caroli, Paulo. (2018). Product Backlog Building. Editora Caroli.
  • Caroli, Paulo. (2018). Lean Inception: How to Align People and Build the Right Product. Editora Caroli.

See also

Want to advance in agility? You can search for course and exam calls, or go at your own pace by becoming a member of the Agile Club. This membership includes exclusive resources, e-learning classrooms, and access to Skill Arena: a space to practice and measure your agile skills at your own pace.