Para comprender bien el método SCRUM es muy recomendable leer el capítulo 23 del libro de Mike Cohn titulado Agile Estimating and Planning. Este libro, publicado en 2005, es uno de los 12 libros de referencia que propone PMI para preparar el examen PMI-ACP®. Aparte de las técnicas de planificación y estimación, a mí me gustó mucho leer el caso práctico porque aterrizaba muchos conceptos en diálogos fáciles de seguir. Tanto me gustó que no pude evitar traducirlo y publicarlo en mi blog.
En este artículo quiero facilitarles la lectura acompañando el texto traducido con 4 vídeos resumen. Para darle un enfoque todavía más práctico, si es posible, en estos vídeos también explico cómo usaría yo la herramienta Asana para gestionar este proyecto ágil.
Por favor, no se conformen con los vídeos, les aconsejo que saquen tiempo para leerlo de principio a fin, no tiene desperdicio. Es un texto largo (+18000 palabras), pero creo sinceramente que merece la pena...
1. Reunión de kick-off
En este enlace pueden leer cómo nace el proyecto Havannah y la motivación para probar una nueva forma de gestión adaptativa. Es muy interesante el comentario del Scrum Master sobre la necesidad de que todos contribuyan a elaborar requisitos.
2. Planificación de la Pila de Producto
En este enlace pueden leer cómo es un brainstorming típico de recopilación de requisitos en forma de historias de usuario, cómo se aplica la técnica de planning poker para determinar el tamaño de las historias y cómo queda el resultado final en forma de product backlog: 32 historias de usuario sumando un total de 146 puntos de historia.
3. Planificación del primer Sprint
En este enlace pueden leer cómo es una reunión típica de planificación del sprint. El resultado es un compromiso firme del equipo sobre 4 historias que miden 18 puntos, requiriendo un esfuerzo estimado de 198 horas para completar unas 30 tareas. El progreso se puede medir a partir de un sprint burn down chart.
En este enlace pueden descargar el fichero Excel que yo uso como plantilla para pintar las gráficas de quemado de las releases y de los sprints.
La velocidad inicial de 18 puntos por iteración es válida para una primera estimación: en principio son necesarias 7 iteraciones para quemar 132 puntos. Sin embargo, el Scrum Master prefiere no publicar todavía que la release podrá terminarse en 14 semanas, pues puede haber mucho margen de error. En este momento, la estimación que se comunica a la dirección es entre 12 y 20 semanas. A partir de la tercera iteración podrán publicarse estimaciones más precisas.
4. Planificación de la Release
En este enlace pueden leer cómo cambia el alcance de la release gracias a la priorización a partir de una encuesta a posibles clientes siguiendo el modelo de Kano y cómo se puede representar el desempeño de la release con una representación alternativa de release burn down chart para identificar los cambios de alcance. En este otro enlace pueden leer cómo termina el proyecto.
People collaborating on Project Management:
- Students & Trainers
- Sponsors & Project Managers
- Organizations & Consultants