Guía rápida: ¿Cómo aplicar el product backlog?. Definiciones + ejemplo práctico.
Tema 1: ¿Qué es?
El Product Backlog, es una lista de trabajo priorizado con base en el modelo de negocio y la visión del producto.
Los elementos que hacen parte del product backlog son los siguientes: visión, entregable de valor, característica del producto, prioridad, objetivo iteración por sprint, riesgos, plan de respuesta, actividades generales y estimación. Los cuales se implementan en el ejemplo. Una vez diligenciado cada elemento estaremos generando los siguientes beneficios:
✔ Conocer el volumen de necesidades.
✔ Conocer los riesgos y plan de respuesta a para la implementación de las necesidades.
✔ Conocer la relación entre los entregables de valor, objetivos del sprint, riesgos y estimaciones.
Las buenas prácticas para materializar los beneficios enunciados, son las siguientes:
✔ Identificar el trabajo inicialmente a un alto nivel.
✔ Priorizar el trabajo con base en las necesidades del negocio y los límites técnicos.
✔ Descomposición del trabajo priorizado en unidades más pequeñas para reducir la incertidumbre en la estimación.
✔ Relacionar el objetivo del sprint con el entregable de valor y la características del producto.
✔ Identificar riesgos del objetivo del sprint y generar plan de respuesta.
✔ Enunciar las actividades generales del objetivo del sprint.
✔ Estimar la duración por sprint.
✔ Las condiciones para aplicar correctamente las buenas prácticas enunciadas, se explican en pre-condiciones y post-condiciones.
✔ Las plantilla de apoyo para realizar el product backlog, la puedes obtener en descargar plantilla.
Tema 2: Pre-Condiciones y Post-Condiciones para aplicar el product backlog.
Este cuadro expone los pasos previos y posteriores que se deben ejecutar para aplicar correctamente las buenas prácticas enunciados en el tema: ¿Qué es?.
| Paso | Acción clave | Condición |
|---|---|---|
| 1. El lienzo de la visión del producto. | Definición y alineación de las características del producto con la oportunidad de negocio. | Pre. |
| 2. Las épicas Scrum. | Agrupación de las características del producto para generar incrementos de valor que pueden ser utilizados por los usuarios sin esperar a tener el producto 100% terminado. | Pre. |
| 3. La hoja de ruta del producto. | Sincronización de un entregable de valor con los sprints, historias de usuario, estimaciones y capital de trabajo. | Pre. |
| 4. La propuesta de valor del modelo canvas. | Definición de los valores agregados y factores diferenciadores que debe tener el producto o servicio. | Pre. |
| 5. El cronograma de planificación del lanzamiento. | Definición de los pasos que debe recorrer un entregable de valor para ser puesto en producción. | Pre. |
| 6. El Product Backlog. | Ver el contenido de la presente guía. | N/A. |
| 7. Las historias de usuario con sus criterios de aceptación. | Definición de una necesidad con sus criterios de aceptación. | Post. |
Tema 3: ¿Quiénes son responsables?
El responsable del product backlog es el product owner, quien hace parte de la oficina de entrega de valor.
↩ Tema 4: Ejemplo.
Este ejemplo es una plantilla que se construyo durante el proceso de preparación para presentar los exámenes y obtener las certificaciones CAMP, PMP y PMI-ACP del PMI. Adicionalmente las certificaciones SMAC, STMAC y SPOAC del Scrum Institute.
Caso práctico: Construir el producto backlog del portal web.
| Elemento | Descripción | Ejemplo |
|---|---|---|
| Visión | Es la proyección que se tiene con el producto que será implementado. | Plataforma de contenidos de transformación digital para apoyar a estudiantes y profesionales a optimizar su esfuerzo en el trabajo e incrementar su resultado. |
| Entregable de valor | Es un incremento de producto que se puede poner a disposición del usuario final, generando valor al negocio. | Modulo de contenido introductorio. |
| Característica del producto | Es una funcionalidad del entregable de valor que se desglosa hasta llegar a un punto de tener la base para la creación de historias de usuario correctas. |
Como usuario administrador. Deseo un CRUD. Para la publicación de guías, líneas, áreas |
| Prioridad | Nivel de urgencia que tiene la unidad de trabajo para inicie la ejecución. | 1. |
| Objetivo iteración por sprint | Una vez se tiene las características del producto desglosadas correctamente, se comienza a definir el número de sprints requeridos y el objetivo de cada sprint. |
SP1: Publicar 3 secciones de texto manual. SP1: Publicar una imagen. SP2: Publicar plantilla. SP3: Publicar ejemplo. |
| Riesgos | Se registra los riesgos que se pueden presentar durante la implementación de la característica del producto. | Que se incremente el número de secciones. |
| Plan de respuesta | Es donde se establece la forma de abordar el riesgo. | Hacer la funcionalidad parametrizable. |
| Actividades generales | Es donde se definen las actividades generales que se deben realizar para una característica del producto y dentro del objetivo de un sprint. |
✔ Modulo de parametrización. ✔ Formulario de publicación contenido en secciones. |
| Estimación | Es la medición del esfuerzo requerido para ejecutar el trabajo de las actividades generales. |
Práctica de estimación seleccionada: PERT. Tiempo pesimista (Horas): 35. Tiempo ideal (Horas): 20. Tiempo optimista (Horas): 15. Distribución triangular: 22. |
El ejemplo incluye, una plantilla al final del presente artículo para aplicar el product backlog.
↩ Tema 5: Descargar plantilla.
Si deseas activar la descarga de la plantilla.
Los pasos que debes seguir son los siguientes:
1) Comparte el artículo en: Facebook, LinkedIn o Red X.
2) Ingresa de nuevo al artículo haciendo clic en la publicación compartida en la red social seleccionada.
3) El artículo cargará nuevamente y mostrará el enlace: Descargar plantilla.
4) En caso de no aparecer el enlace presiona: Ctrl + F5 y haz clic en el enlace enunciado en el punto 3.
Tema 6: Sobre el autor.
Juan David López Pava: profesional en administración de empresas y desarrollo de software con certificaciones del PMI y Scrum Institute, apasionado por la transformación digital y la dirección de proyectos de tecnología.