La experiencia de un año automatizando estimaciones con Puntos Historia
El equipo de 233 Grados de TI automatizamos nuestro propio tablero Scrum en la herramienta JIRA (después de haber pasado antes por otras), tablero en herramienta que hoy compartimos con el tablero físico de toda la vida, y que nos ha permitido guardar históricos de ciertas métricas, cosa que antes no hacíamos tan rigurosamente.
Queremos contarte nuestra experiencia guardando los datos de estimación ágil durante un año, los de los años anteriores no los teníamos tan rigurosamente guardados, los datos de las estimaciones con Puntos Historia, los datos de estimar el trabajo interno de 233 Grados de TI.
Durante muchos años habíamos usado sólo el tablero físico, abajo tienes una foto, en ocasiones habíamos acompañado su uso con alguna herramienta como Trello y hace un año empezamos a usar internamente JIRA.
Seguimos pensando que el tablero físico es mucho más potente para la comunicación, pero compatibilizarlo con una herramienta nos ha ayudado cuando el equipo no estaba físicamente junto y a la hora de gestionar ciertas métricas, especialmente la velocidad.
Nosotros siempre hemos utilizado como unidad de medida los Puntos Historia (ya sabes, una de varias opciones típicas a la hora de estimar en agilidad, sin olvidar que existe incluso la opción de no estimar), pero en el tablero físico guardar los históricos de estimado frente a incurrido era más laborioso, no imposible, pero si más dado a olvidos.
Cuando terminamos el Sprint, para ver cómo ha ido la velocidad (puntos de historia completados), usamos típicamente una de las gráficas que JIRA Agile nos proporciona en la vista “Informes”, la gráfica de velocidad (puedes ver un ejemplo más abajo).
En esta gráfica la barra de color gris muestra la velocidad estimada en la unidad que tengas configurada el tablero (no nos vamos a perder mucho en detalles de configuración de JIRA, si quieres más datos tienes el libro "Cómo implantar un proceso ágil en JIRA"), en nuestro caso en Puntos Historia, al comienzo del sprint y la de color verde muestra los Puntos Historia que realmente se han completado al final del sprint.
Como puedes ver en la anterior imagen, en el Sprint 15 hay mucha diferencia entre nuestro objetivo en cuanto a Puntos Historia y lo que llegamos a cumplir, esto se debe a que no todos los miembros del equipo estabamos concienciados del uso correcto de los Puntos Historia en la herramienta. Pero luego las gráficas se igualan mucho o, mejor dicho, la barra verde de trabajo realizado siempre es igual de alta (salvando Sprints de vacaciones, etc.) y esto es lo realmente importante.
El gráfico que nos proporciona este complemento es nombrado cómo “Release Burnup Report”, el cual muestra el alcance total y el alcance completado en cada sprint, también calcula la velocidad media y proporciona fechas previstas de cuándo se completarán todos los Puntos Historia.
En las imágenes anteriores podéis ver que la estimación de nuestros primeros sprints era casi nula, sin embargo, hoy en día no abrimos un sprint sin estimar nuestras historias de usuario basándonos en la experiencia que nos proporciona esta última gráfica.
También nos ha ayudado en cuanto al Time Boxing de la reunión de planificación, ahora el tiempo en planificar y abrir un sprint se reduce casi a la mitad del tiempo que tardamos cuando empezamos a utilizar la herramienta de gestión.
Queremos contarte nuestra experiencia guardando los datos de estimación ágil durante un año, los de los años anteriores no los teníamos tan rigurosamente guardados, los datos de las estimaciones con Puntos Historia, los datos de estimar el trabajo interno de 233 Grados de TI.
Durante muchos años habíamos usado sólo el tablero físico, abajo tienes una foto, en ocasiones habíamos acompañado su uso con alguna herramienta como Trello y hace un año empezamos a usar internamente JIRA.
Seguimos pensando que el tablero físico es mucho más potente para la comunicación, pero compatibilizarlo con una herramienta nos ha ayudado cuando el equipo no estaba físicamente junto y a la hora de gestionar ciertas métricas, especialmente la velocidad.
Nosotros siempre hemos utilizado como unidad de medida los Puntos Historia (ya sabes, una de varias opciones típicas a la hora de estimar en agilidad, sin olvidar que existe incluso la opción de no estimar), pero en el tablero físico guardar los históricos de estimado frente a incurrido era más laborioso, no imposible, pero si más dado a olvidos.
El Sprint a Sprint, cómo gestionamos en 233 Grados de TI las estimaciones con puntos historia
Nuestros Sprint comienzan haciendo uso de la estimación en Puntos de Historia, con una escala de 10 posibles valores los cuales siguen la secuencia de Fibonacci. A cada historia de usuario se le asigna un número en función de su complejidad y comparando esta con otras historias de usuario.Cuando terminamos el Sprint, para ver cómo ha ido la velocidad (puntos de historia completados), usamos típicamente una de las gráficas que JIRA Agile nos proporciona en la vista “Informes”, la gráfica de velocidad (puedes ver un ejemplo más abajo).
En esta gráfica la barra de color gris muestra la velocidad estimada en la unidad que tengas configurada el tablero (no nos vamos a perder mucho en detalles de configuración de JIRA, si quieres más datos tienes el libro "Cómo implantar un proceso ágil en JIRA"), en nuestro caso en Puntos Historia, al comienzo del sprint y la de color verde muestra los Puntos Historia que realmente se han completado al final del sprint.
Extracto de nuestra gráficas de velocidad, puntos historia estimados frente a realizados
Empezamos a estimar puntos historia en la herramienta en el Sprint 14 (en realidad ese Sprint 14 seguramente sea en realidad el Sprint, no sé, el Sprint 50, pero el número 14 cuenta desde que empezamos a usar JIRA), antes era manual, y, obviamente, nuestro objetivo siempre ha sido que las dos barras estén igualadas.Como puedes ver en la anterior imagen, en el Sprint 15 hay mucha diferencia entre nuestro objetivo en cuanto a Puntos Historia y lo que llegamos a cumplir, esto se debe a que no todos los miembros del equipo estabamos concienciados del uso correcto de los Puntos Historia en la herramienta. Pero luego las gráficas se igualan mucho o, mejor dicho, la barra verde de trabajo realizado siempre es igual de alta (salvando Sprints de vacaciones, etc.) y esto es lo realmente importante.
El histórico y el acumulado de puntos historia de 233 Grados de TI
En JIRA, un buena manera para ver históricos es el complemento “Agile Reports And Gadgets”. Este complemento nos permite obtener gráficas Burn-up y configurar nuestro cuadro de mandos mediante “gadgets”. Os recordamos que las gráficas Burn – up permiten ver el avance, el seguimiento y hacer una previsión de trabajo completado en el tiempo (puedes leer más en el post Gráficos Burn-Down vs Burn-up para el seguimiento de un proyecto ágil).El gráfico que nos proporciona este complemento es nombrado cómo “Release Burnup Report”, el cual muestra el alcance total y el alcance completado en cada sprint, también calcula la velocidad media y proporciona fechas previstas de cuándo se completarán todos los Puntos Historia.
En las imágenes anteriores podéis ver que la estimación de nuestros primeros sprints era casi nula, sin embargo, hoy en día no abrimos un sprint sin estimar nuestras historias de usuario basándonos en la experiencia que nos proporciona esta última gráfica.
También nos ha ayudado en cuanto al Time Boxing de la reunión de planificación, ahora el tiempo en planificar y abrir un sprint se reduce casi a la mitad del tiempo que tardamos cuando empezamos a utilizar la herramienta de gestión.
Francisco Javier Cervigon Ruckauer
No hay comentarios:
Publicar un comentario