{"id":8261,"date":"2022-01-26T01:29:30","date_gmt":"2022-01-26T01:29:30","guid":{"rendered":"https:\/\/www.cybermedian.com\/es\/?p=8261"},"modified":"2026-04-20T09:13:21","modified_gmt":"2026-04-20T09:13:21","slug":"como-gestionar-la-acumulacion-de-productos-con-los-principios-deep","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/es\/how-to-manage-product-backlog-with-deep-principles\/","title":{"rendered":"\u00bfC\u00f3mo gestionar la acumulaci\u00f3n de productos con los principios DEEP?"},"content":{"rendered":"
\n
\n
\n

El\u00a0\u00a0Product Backlog<\/a>\u00a0\u00a0es una lista ordenada de todo lo conocido y necesario en el producto.\u00a0Es una fuente \u00fanica de demanda para cualquier cambio en el producto.<\/p>\n

El propietario del producto es responsable de la acumulaci\u00f3n de productos, incluido su contenido, disponibilidad y pedido.<\/p><\/blockquote>\n

La lista de cartera de productos nunca se completar\u00e1.\u00a0Los cambios en las necesidades comerciales, las condiciones del mercado o la tecnolog\u00eda pueden generar cambios en la lista de tareas pendientes del producto.\u00a0Evoluciona con el desarrollo de productos y los cambios del entorno del proyecto.\u00a0Los requisitos del proyecto nunca dejan de cambiar, por lo que la lista de tareas pendientes del producto es como un artefacto Scrum en constante evoluci\u00f3n.<\/p>\n

Los elementos de alta prioridad en la cartera de productos son detallados.\u00a0Porque estos proyectos tienen m\u00e1s informaci\u00f3n y detalle, y por lo tanto tienen estimaciones m\u00e1s precisas.<\/p>\n

Los proyectos de menor prioridad son los m\u00e1s grandes con detalles menos claros.\u00a0A medida que el equipo obtenga informaci\u00f3n m\u00e1s detallada sobre proyectos de baja prioridad, se dividir\u00e1n en proyectos m\u00e1s peque\u00f1os.\u00a0El equipo de desarrollo es responsable de evaluar esos elementos en la cartera de productos de vez en cuando.<\/p>\n

DEEP en la gesti\u00f3n de la cartera de productos<\/span><\/h3>\n

El backlog del producto enumera todas las caracter\u00edsticas, funciones, requisitos, mejoras y correcciones necesarias para las versiones del producto.\u00a0Los proyectos de acumulaci\u00f3n de productos tienen los atributos de descripci\u00f3n (apropiadamente\u00a0\u00a0detallada<\/strong>\u00a0), puntos de la historia (\u00a0estimaciones<\/strong>\u00a0) y pedidos (\u00a0priorizados<\/strong>\u00a0).\u00a0Deben agregarse, eliminarse y actualizarse continuamente ( emergentes) en el\u00a0backlog<\/strong>\u00a0, y reflejar la comprensi\u00f3n del backlog del equipo de manera oportuna y adecuada.<\/p>\n

Roman Pichler es el autor de Agile Product Management with Scrum Mentioned:<\/p>\n

\u201cCrear productos que aman a los clientes.\u00a0Usamos la abreviatura de cuatro letras DEEP para describir las caracter\u00edsticas de un buen Product Backlog\u201d.\u00a0es una abreviatura descriptiva de la calidad del producto de Backlog en Scrum, que significa:\u00a0\u00a0Detallado apropiadamente,\u00a0\u00a0E\u00a0<\/strong>mergente<\/strong>\u00a0,\u00a0\u00a0Estimado<\/strong>\u00a0y\u00a0\u00a0Priorizado<\/strong>\u00a0.<\/p><\/blockquote>\n

<\/figure>\n

Detallado Apropiadamente<\/span><\/h3>\n

Las historias cercanas a la parte superior de la cartera de productos estar\u00e1n trabajando en el pr\u00f3ximo\u00a0\u00a0sprint<\/a>\u00a0, por lo que esos elementos deben estar lo suficientemente bien definidos para que el equipo trabaje en ellos de manera m\u00e1s productiva.\u00a0Por lo general, las historias cerca de la parte superior de la cartera de productos son m\u00e1s peque\u00f1as y m\u00e1s detalladas, pero se vuelven progresivamente m\u00e1s grandes y menos espec\u00edficas m\u00e1s abajo en la lista de cartera de productos, como se muestra en la figura a continuaci\u00f3n:<\/p>\n

<\/figure>\n

Estimado<\/span><\/h3>\n

Los art\u00edculos en el Product Backlog son estimados.\u00a0Los elementos en la parte superior de la cartera de pedidos tienen estimaciones m\u00e1s precisas.\u00a0Los elementos de menor prioridad se estiman en un nivel alto y se pueden volver a estimar a medida que el equipo obtiene m\u00e1s informaci\u00f3n.<\/p>\n

<\/figure>\n

Emergente<\/span><\/h3>\n

El Product Backlog no es est\u00e1tico, est\u00e1 en constante cambio.\u00a0A medida que avanza el proyecto, se obtiene m\u00e1s y m\u00e1s informaci\u00f3n y conocimiento, y las historias de usuario en el Backlog del producto tambi\u00e9n se agregan, eliminan o reorganizan.<\/p>\n

<\/figure>\n

priorizado<\/span><\/h3>\n

En el Product Backlog ellos, cuanto m\u00e1s valiosa sea la entrada de mayor prioridad, arriba, menor ser\u00e1 el valor de las entradas en el Product Backlog, menor ser\u00e1 la prioridad, siguiendo en el Product Backlog.\u00a0Los equipos siempre completan entradas de alta prioridad para garantizar que se maximice el valor del producto o sistema que se est\u00e1 desarrollando.<\/p>\n

<\/figure>\n

Resumen<\/span><\/h3>\n

DEEP es un concepto \u00fatil que se aplica en el\u00a0 proceso de\u00a0refinamiento del Product Backlog<\/a>\u00a0\u00a0, que implica el acto de agregar detalles, estimaciones y pedidos a los elementos del Product Backlog y mantenerlo en forma.<\/p>\n

Durante el refinamiento de la cartera de productos, los art\u00edculos se revisan y modifican.\u00a0El Equipo Scrum decide c\u00f3mo y cu\u00e1ndo se realiza el refinamiento.\u00a0El refinamiento normalmente no consume m\u00e1s del 10% de la capacidad del Equipo de Desarrollo.\u00a0Sin embargo, los elementos del Product Backlog pueden ser actualizados en cualquier momento por el Product Owner o a su discreci\u00f3n.<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Referencias<\/span><\/h4>\n