Una de las características de scrum y de las metodologías ágiles es la importancia que se le da a la visualización de información o radiadores de información, esto no implica que no haya seguimiento y elementos digitales pero se le da prelación a lo visual (preferiblemente papel) esto logra:
- compromiso del equipo
- información instantánea (no se requiere ingresar a url para saber algo)
- el equipo sabe el status del compromiso en el Sprint y en el Release de manera constante.
- se visualiza la deuda técnica
- se observan los bugs y problemas que han habido durante la construcción del producto
- se visualiza la velocidad a través de los sprints.
Una de los elementos radiar es la "Hoja del Sprint" o "Página de Información del Sprint" la cual cuenta con los campos:
- Nombre del equipo
- Nombre del producto
- Número del Sprint
- Objetivo del Sprint
- Pila del Sprint (debe estar en orden, arriba las historias mas prioritarias con su respectivo puntaje)
- Velocidad estimada
- Calendario (fecha y lugar de la diferentes reuniones)
- Daily
- Refinamiento
- Review
- Retrospectiva
- Equipo (cada miembro con su dedicación)
- Product Owner (PO)
- Scrum Master (SM)
- Cada miembro del team developer
Un campo adicional que he observado que sirve a todo el equipo de Scrum (PO, SM y Team Developer) para poner atención a los elementos que pueden hacer fracasar el sprint, es el de RIESGOS.
La idea es poner este campo con los posibles riesgos priorizados que afectan al sprint y las historias que estan siendo afectadas por este riesgo en caso que aplique, por ejemplo:
- Riesgos
- No se llegue a un acuerdo sobre los campos (afecta historia: Depósito)
- La migración no sea "transparente" (afecta historia: Herramienta migración)
Aunque una cosa es cierta, el SM y todo el equipo deben procurar que al sprint no se entren historias con riesgos que hagan "caer" el sprint y los puntos comprometidos (por lo general se usa un SPIKE, que es una historia con TIMEBOX y salidas definidas que permiten resolver los riesgos durante un sprint anterior, ejemplo: "realizar pruebas de concepto de la migracion",valor asignado 2 puntos). Si inevitablemente se debe entrar al sprint con riesgos, la visualización de los mismos hace parte de una buena gestión de impedimentos en cabeza SM y de todo el equipo Scrum.
De todos modos, no se debe perder la oportunidad de la retrospectiva para aprender si fue efectiva o no la gestión de riesgos y los resultados obtenidos por permitir su ingreso al sprint.
Saludos ágiles
Jorge Abad
[1] Scrum y XP desde las trincheras - http://www.proyectalis.com/wp-content/uploads/2008/02/scrum-y-xp-desde-las-trincheras.pdf
_
