El Product Backlog, es una lista de trabajo priorizado con base en el modelo de negocio y la visión del producto. 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.
Tema 2: Pre-Condiciones y Post-condiciones para aplicar el product backlog.
Posición
Condición
Acciones claves
1. La propuesta de valor del modelo canvas.
Pre.
2. El lienzo de la visión del producto.
Pre.
3. Las épicas Scrum.
Pre.
4. La hoja de ruta del producto.
Pre.
5. El cronograma de planificación del lanzamiento.
Pre.
6. El Product Backlog.
Ver el contenido de la presente guía.
7. Las historias de usuario con sus criterios de aceptación.
Post.
Tema 3: Ejemplo.
Caso práctico: Construir el producto backlog del portal web.
Visión: 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: Modulo de contenido introductorio.
Característica del producto.
Como usuario administrador.
Deseo un CRUD.
Para la publicación de guías, líneas, áreas
Prioridad: 1.
Objetivo iteración por sprint.
SP1: Publicar 3 secciones de texto manual.
SP1: Publicar una imagen.
SP2: Publicar plantilla.
SP3: Publicar ejemplo.
Riesgos: Que se incremente el número de secciones.
Plan de respuesta: Hacer la funcionalidad parametrizable.
Actividades generales.
* Modulo de parametrización.
* Formulario de publicación contenido en secciones.
Estimación.
Práctica de estimación seleccionada: PERT.
Tiempo pesimista (Horas): 35.
Tiempo ideal (Horas): 20.
Tiempo optimista (Horas): 15.
Distribución triangular: 22.
Imagen: Plantilla.
Tema 4: Ficha técnica ejemplo.
Glosario del ejemplo.
Visión: Es la proyección que se tiene con el producto que será implementado.
Entregable de valor: Es un incremento de producto que se puede poner a disposición del usuario final, generando valor al negocio.
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.
Prioridad: Nivel de urgencia que tiene la unidad de trabajo para inicie la ejecución.
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.
Riesgos: Se registra los riesgos que se pueden presentar durante la implementación de la característica del producto.
Plan de respuesta: Es donde se establece la forma de abordar el riesgo.
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.
Estimación: Es la medición del esfuerzo requerido para ejecutar el trabajo de las actividades generales.
