Pila del producto: Difference between revisions

Latest revision as of 17:15, 19 May 2026

⏱ 4 min de lectura · 📅 Actualizado en 2026

La pila del producto (product backlog en inglés) es la lista ágil de los requisitos del cliente o del sistema. Es el artefacto que refleja todo lo que el producto necesita incorporar: funcionalidades, mejoras, correcciones de errores y trabajo técnico. La gestiona y prioriza el propietario del producto, y es la única fuente de trabajo para el equipo.

Los requisitos de la pila del producto deben ser:

Simples: expresados de forma breve, con una sentencia para cada uno, habitualmente con formato de historia de usuario o similar.
Estimados: el esfuerzo de construcción de cada requisito está estimado.
Priorizados: ordenados según la importancia para el cliente o responsable de la lista.

Descripción y características

Es la lista priorizada de las necesidades del cliente, expresadas como historias de usuario. Al principio del proyecto refleja el MVP (producto mínimo viable) o la visión inicial.

Es el inventario de funcionalidades, mejoras, tecnología y corrección de errores que deben incorporarse al producto a través de los sucesivos sprints.
Representa todo aquello que esperan el cliente, los usuarios y, en general, los interesados. Todo lo que suponga un trabajo que debe realizar el equipo debe estar reflejado en esta pila.
Nunca se da por completada; está en continuo crecimiento y evolución. Al comenzar el proyecto incluye los requisitos inicialmente conocidos y mejor entendidos, y evoluciona conforme avanza el desarrollo.
Gracias a su carácter dinámico refleja aquello que el producto necesita incorporar para adecuarse a las circunstancias, en todo momento.

Cómo se elabora

Antes de empezar a iterar el producto es necesario:
- Que el propietario de producto tenga la visión del objetivo de negocio que quiere conseguir, y la comparta con el equipo.
- Que la pila del producto tenga historias de usuario suficientes para realizar el primer sprint.
Habitualmente se empieza a elaborar con el resultado de una reunión de "tormenta de ideas", o "fertilización cruzada", o un proceso de "Exploración" (eXtreme Programming) donde colabora todo el equipo, que comprende y comparte la visión del propietario del producto.
El propietario del producto mantiene la pila ordenada por la prioridad de los elementos, siendo los más prioritarios los que confieren mayor valor al producto, o por alguna razón resultan más necesarios, y determinan las actividades de desarrollo inmediatas.
El grado de concreción de las historias de usuario en la pila del producto debe ser proporcional a la prioridad: las más prioritarias deben estar lo bastante detalladas como para incluirse en el sprint. Acordar una DoR puede ayudar.
Los elementos de la pila del producto que pueden ser incorporados a un sprint se denominan "preparados" o "accionables" y son los que pueden seleccionarse en la reunión de planificación del sprint.

Formato de la pila del producto

Scrum prefiere la comunicación verbal o de visualización directa a la escrita. La pila del producto no es un documento de requisitos, sino una herramienta de información para el equipo.

Si se emplea formato de lista, la información mínima que se suele incluir para cada historia de usuario es:

Descripción de la funcionalidad/requisito, denominado "historia de usuario".
Prioridad.
Estimación del esfuerzo necesario.

Y a veces también un código o identificador único de la historia.

Por las características del proyecto o del equipo, se puede incluir información adicional como:

Observaciones.
Criterio de validación.
Persona asignada.
Nº de Sprint en el que se realiza.
Módulo del sistema al que pertenece.

Ejemplo

Un ejemplo del formato que podría tener una pila del producto:

Error frecuente

Tratar la pila del producto como un documento de requisitos fijo. La pila del producto no es un contrato de alcance: es una herramienta viva. Si el propietario del producto no la actualiza regularmente (añadiendo, eliminando y reordenando elementos conforme el producto y el mercado evolucionan), pierde su función de guía de prioridad real y se convierte en un archivo histórico que el equipo ignora. La pila del producto tiene que reflejar el mejor conocimiento actual sobre qué hay que construir, no el conocimiento que había al inicio del proyecto.

Recursos

🎙️ Ep. 4: Eventos de ScrumScrum Manager Podcast · Spotify

📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager

📄 Scrum Master en equipos con IADescarga gratuita · Scrum Manager

Véase también

Mantenimiento de la pila del producto Artefactos Pila del sprint Propietario del producto Historia de usuario A punto Planificación del sprint

¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.

Buscar convocatorias

Club Agile

@@ Line 1: / Line 1: @@
-En inglés product backlog
+{{Meta-bok|min=4}}
-Lista ágil de los requisitos del cliente o requisitos del sistema:
+La '''pila del producto''' (''product backlog'' en inglés) es la lista ágil de los requisitos del cliente o del sistema. Es el artefacto que refleja todo lo que el producto necesita incorporar: funcionalidades, mejoras, correcciones de errores y trabajo técnico. La gestiona y prioriza el [[Propietario del producto|propietario del producto]], y es la única fuente de trabajo para el equipo.
+</div>
+[[File:Requisitos-gestion-agil.png|250px|thumb|right]]
+Los requisitos de la pila del producto deben ser:
-*Simples: Expresados de forma breve, con una sentencia para cada uno, habitualmente con formato de historia de usuario o similar.
+* '''Simples:''' expresados de forma breve, con una sentencia para cada uno, habitualmente con formato de [[Historia de usuario|historia de usuario]] o similar.
-*Estimados: Está estimado el esfuerzo de construcción de cada requisito.
+* '''Estimados:''' el esfuerzo de construcción de cada requisito está estimado.
-*Priorizados: Ordenados según la importancia para el cliente o responsable de la lista.
+* '''Priorizados:''' ordenados según la importancia para el cliente o responsable de la lista.
+== Descripción y características ==
-[[File:Requisitos agiles.png|650px|thumb|center]]
+[[File:Pila-producto.png|250px|thumb|right]]
+Es la lista priorizada de las necesidades del cliente, expresadas como historias de usuario. Al principio del proyecto refleja el MVP (producto mínimo viable) o la visión inicial.
-La ingeniería del software clásica diferencia dos ámbitos de requisitos:
+* Es el inventario de funcionalidades, mejoras, tecnología y corrección de errores que deben incorporarse al producto a través de los sucesivos ''sprints''.
-*Requisitos del sistema
+* Representa todo aquello que esperan el cliente, los usuarios y, en general, los interesados. Todo lo que suponga un trabajo que debe realizar el equipo debe estar reflejado en esta pila.
-*Requisitos del software
+* Nunca se da por completada; está en continuo crecimiento y evolución. Al comenzar el proyecto incluye los requisitos inicialmente conocidos y mejor entendidos, y evoluciona conforme avanza el desarrollo.
+* Gracias a su carácter dinámico refleja aquello que el producto necesita incorporar para adecuarse a las circunstancias, en todo momento.
-Los requisitos del sistema forman parte del proceso de adquisición, y por tanto es responsabilidad del cliente la definición del problema y de las funcionalidades que debe aportar la solución.
+== Cómo se elabora ==
-No importa si se trata de gestión tradicional o ágil. La pila del producto es responsabilidad del cliente, aunque se aborda de forma diferente en cada caso.
+# Antes de empezar a iterar el producto es necesario:
+#* Que el propietario de producto tenga la visión del objetivo de negocio que quiere conseguir, y la comparta con el equipo.
+#* Que la pila del producto tenga historias de usuario suficientes para realizar el primer sprint.
+# Habitualmente se empieza a elaborar con el resultado de una reunión de "tormenta de ideas", o "fertilización cruzada", o un proceso de "Exploración" (eXtreme Programming) donde colabora todo el equipo, que comprende y comparte la visión del propietario del producto.
+# El propietario del producto mantiene la pila ordenada por la prioridad de los elementos, siendo los más prioritarios los que confieren mayor valor al producto, o por alguna razón resultan más necesarios, y determinan las actividades de desarrollo inmediatas.
+# El grado de concreción de las historias de usuario en la pila del producto debe ser proporcional a la prioridad: las más prioritarias deben estar lo bastante detalladas como para incluirse en el sprint. Acordar una DoR puede ayudar.
+# Los '''elementos de la pila del producto''' que pueden ser incorporados a un ''sprint'' se denominan "preparados" o "accionables" y son los que pueden seleccionarse en la reunión de planificación del sprint.
-[[File:Requisitos completos incrementales.png|550px|center]]
+=== Formato de la pila del producto ===
+Scrum prefiere la '''comunicación verbal o de visualización directa''' a la escrita. La pila del producto no es un documento de requisitos, sino una herramienta de información para el equipo.
+Si se emplea '''formato de lista''', la información mínima que se suele incluir para cada historia de usuario es:
-La pila del producto es el inventario de funcionalidades, mejoras, tecnología y corrección de errores que deben incorporarse al producto a través de los sucesivos sprints.
+* Descripción de la funcionalidad/requisito, denominado "historia de usuario".
+* Prioridad.
+* Estimación del esfuerzo necesario.
+Y a veces también un '''código o identificador''' único de la historia.
-Representa todo aquello que esperan el cliente, los usuarios, y en general los interesados. Todo lo que suponga un trabajo que debe realizar el equipo debe estar reflejado en esta pila.
+Por las características del proyecto o del equipo, se puede incluir '''información adicional''' como:
+* Observaciones.
+* Criterio de validación.
+* Persona asignada.
+* Nº de ''Sprint'' en el que se realiza.
+* Módulo del sistema al que pertenece.
-Estos son algunos ejemplos de posibles entradas a una pila de producto:
+==== Ejemplo ====
-*Permitir a los usuarios la consulta de las obras publicadas por un determinado autor.
-*Reducir el tiempo de instalación del programa.
-*Mejorar la escalabilidad del sistema.
-*Permitir la consulta de una obra a través de un API web.
+Un ejemplo del formato que podría tener una pila del producto:
-La pila de requisitos del producto nunca se da por completada; está en continuo crecimiento y evolución. Al comenzar el proyecto incluye los requisitos inicialmente conocidos y mejor entendidos, y conforme avanza el desarrollo, y evoluciona el entorno en el que será usado, se va desarrollando.
+[[File:Ejemplo-pila-producto.png|thumb|500px|center]]
+== Error frecuente ==
-En definitiva su continuo dinamismo refleja aquello que el producto necesita incorporar para ser el más adecuado a las circunstancias, en todo momento.
+<div class="bok-aviso">
+'''Tratar la pila del producto como un documento de requisitos fijo.''' La pila del producto no es un contrato de alcance: es una herramienta viva. Si el propietario del producto no la actualiza regularmente (añadiendo, eliminando y reordenando elementos conforme el producto y el mercado evolucionan), pierde su función de guía de prioridad real y se convierte en un archivo histórico que el equipo ignora. La pila del producto tiene que reflejar el mejor conocimiento actual sobre qué hay que construir, no el conocimiento que había al inicio del proyecto.
+</div>
+== Recursos ==
+<div class="bok-recurso">
+🎙️ [https://open.spotify.com/episode/7basfIeLN9L5A6FMOGHAf3 '''Ep. 4: Eventos de Scrum''']<span class="detalle">Scrum Manager Podcast · Spotify</span>
+</div>
+<div class="bok-recurso">
+📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
+</div>
+<div class="bok-recurso">
+📄 [https://scrummanager.com/files/scrumenequiposconia.pdf '''Scrum Master en equipos con IA''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
+</div>
-Para comenzar el desarrollo se necesita la visión del objetivo de negocio que se quieren conseguir con el proyecto, comprendida y conocida por todo el equipo, y elementos suficientes en la pila para llevar a cabo el primer sprint.
+== Véase también ==
-Habitualmente se comienza a elaborar la pila con el resultado de una reunión de “tormenta de ideas”, o "fertilización cruzada", o un proceso de “Exploración” (eXtreme Programming) donde colabora todo el equipo partiendo de la visión del propietario del producto.
+<div class="bok-tags">
+[[Mantenimiento de la pila del producto]] [[Artefactos]] [[Pila del sprint]] [[Propietario del producto]] [[Historia de usuario]] [[A punto]] [[Planificación del sprint]]
+</div>
-El formato de la visión no es relevante. Según los casos, puede ser una presentación informal del responsable del producto, un informe de requisitos del departamento de marketing, u otros.
+<div class="bok-ecosistema">
-Sin embargo, sí es importante disponer de una visión real, comprendida y compartida por todo el equipo.
+<div class="texto">
-El propietario del producto mantiene la pila ordenada por la prioridad de los elementos, siendo los más prioritarios los que confieren mayor valor al producto, o por alguna razón resultan más necesarios, y determinan las actividades de desarrollo inmediatas.
+<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
+<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
+</div>
-El detalle de los requisitos en la pila del producto debe ser proporcional a la prioridad: Los elementos de mayor prioridad deben tener mayor nivel de comprensión y detalle que los del resto. De esta forma el equipo de desarrollo puede descomponer un elemento de prioridad alta en tareas con la precisión suficiente para ser hecho en un sprint.
+<div class="botones">
-Los elementos de la pila del producto que pueden ser incorporados a un sprint se denominan “preparados” o “accionables” y son los que pueden seleccionarse en la reunión de planificación del sprint.
+<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
+<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
+</div>
-===Preparación de la pila del producto===
+</div>
-Se denomina “preparación” (grooming) de la pila del producto a las actividades de priorización, detalle y estimación de los elementos que la componen. Es un proceso que realizan de forma puntual, en cualquier momento, continua y colaborativa el propietario del producto y el equipo de desarrollo. No debe consumir más del 10% de la capacidad de trabajo del equipo.
-La responsabilidad de estimar el esfuerzo previsible para cada elemento, es de las personas del equipo que previsiblemente harán el trabajo.
-===Formato de la pila del producto===
-Scrum prefiere la comunicación verbal o de visualización directa, a la escrita.
-La pila del producto no es un documento de requisitos, sino una herramienta de referencia para el equipo.
-Si se emplea formato de lista, es recomendable que al menos incluya la siguiente información para cada elemento:
-*Identificador único de la funcionalidad o trabajo.
-*Descripción de la funcionalidad/requisito, denominado “historia de usuario”.
-*Campo o sistema de priorización.
-*Estimación del esfuerzo necesario.
-Dependiendo del tipo de proyecto, funcionamiento del equipo y la organización, pueden ser aconsejables otros campos:
-*Observaciones.
-*Criterio de validación.
-*Persona asignada.
-*Nº de Sprint en el que se realiza.
-*Módulo del sistema al que pertenece.
-Entre otros.
-Es preferible no adoptar formatos rígidos. Los resultados de scrum no dependen de las formas, sino de la institucionalización de sus principios y la implementación adecuada a las características de la empresa y del proyecto. He aquí un sencillo ejemplo de pila de producto:
-[[File:Ejemplo pila producto.png|550px|center]]
 [[Category:Glosario de términos]]
-[[Category:Scrum I]]
+[[Category:Scrum]]
+[[Category:Standard scrum]]