Sprint Burndown Chart en Scrum: Ejemplo y descripción general

Rodrigo Ricardo Publicado el 17 octubre, 2020 5 minutos y 27 segundos de lectura

Cuadro de incendio

Una de las herramientas más populares para monitorear el progreso del proyecto y rastrear el desempeño del equipo en Scrum es un gráfico de evolución. En esta lección, veremos más de cerca un Sprint Burndown Chart , que rastrea la finalización de tareas y el trabajo restante dentro de cada sprint. En Scrum, un sprint es un proceso de desarrollo de software de dos a cuatro semanas.

Echemos un vistazo a un equipo de Scrum en Pear, Inc. que desarrolla una nueva aplicación para teléfonos inteligentes, Kittens Of The Internet, que mostrará una foto aleatoria de un gatito en la pantalla del teléfono inteligente de un usuario todos los días.

Durante una reunión de planificación de sprint, se crea un backlog de sprint, que enumera todas las características del proyecto que deben completarse dentro de un sprint determinado. Para cada función, se crea una historia de usuario (o algunas de esas), que describe la experiencia del usuario con una nueva función: lo que verá un usuario en la pantalla, lo que sucederá si hace clic en un botón, etc. desglosado en tareas. Todas las tareas que se deben completar durante un sprint se enumeran en un desglose de tareas. El desglose de la tarea enumera una descripción de la tarea, su propietario, su estado y esfuerzo estimado, es decir, cuánto tiempo se espera que lleve una tarea. A medida que avanza el sprint, cada miembro del equipo actualizará el desglose de tareas con el estado y el esfuerzo restante de todas las tareas en las que ha estado trabajando ese día. Esfuerzo restantees el tiempo realmente necesario para completar una tarea. La información en el desglose de tareas se usa luego para crear el Sprint Burndown Chart.

El Sprint Burndown Chart traza el esfuerzo planificado o ideal contra el esfuerzo restante para todas las tareas inconclusas del sprint. El esfuerzo ideal asume un progreso uniforme a lo largo de la duración del sprint. El eje x del gráfico muestra los días de sprint, mientras que el eje y muestra el esfuerzo restante, medido en horas, tareas o puntos.

Ejemplo de gráfico de evolución de Sprint

Para la creación de la aplicación Kittens Of The Internet, el equipo de Scrum utilizará un Sprint Burndown Chart.

Primero, calculemos el esfuerzo total que producirá el equipo durante un sprint. Un sprint en Pear, Inc. siempre dura dos semanas, lo que significa 10 días hábiles. Hay cinco personas en este equipo. Se recomienda estimar el esfuerzo diario de cada miembro del equipo en seis horas al realizar la planificación. Esto se debe a que, aunque una jornada laboral tradicional suele ser más larga, una parte de ella se dedica a reuniones, correos electrónicos y otros compromisos organizativos urgentes, lo que deja alrededor de 6 horas de esfuerzo para completar las tareas del proyecto. Con cinco personas trabajando seis horas al día durante 10 días, el esfuerzo total del sprint es de 5 x 6 x 10 = 300 horas. Por lo tanto, el esfuerzo estimado de todas las tareas en el desglose de tareas para el sprint debe sumar 300 horas.

La línea de puntos azul en el gráfico traza el esfuerzo ideal, que asume que todas las tareas se completarán al final del sprint. Así es como se verá un Sprint Burndown Chart antes del inicio del sprint, el día cero (0).

Gráfico de evolución de Sprint

Una vez que comienza el sprint, cada desarrollador elegirá una tarea y trabajará en ella durante el primer día. Al final del día, todos deben actualizar el desglose de tareas. A partir del desglose de tareas a continuación, podemos ver que Bill logró terminar de crear un ícono de aplicación en seis horas, tal como estaba planeado. John ha comenzado a crear la base de datos de fotos de gatitos, que originalmente estaba previsto que le llevara dos días (equivalente a 12 horas). Sin embargo, aunque ya ha dedicado seis horas a una tarea, estima que necesitará ocho horas más para terminar la tarea, es decir, 14 horas en total, en lugar de 12. Como todavía está ocupado creando la base de datos, no ha Empecé a crear una página de inicio todavía.

Desglose de tareas de Sprint

Suponiendo que el resto del equipo cumplió con sus tareas dentro de las horas originalmente planificadas, el esfuerzo restante del equipo en su conjunto está ahora dos horas por encima del esfuerzo ideal porque la base de datos de gatitos requiere dos horas adicionales. La línea roja traza el esfuerzo restante del proyecto.

Gráfico de evolución de Sprint

A medida que avanza el sprint, el equipo podría compensar las horas adicionales necesarias para algunas de las tareas realizando otras tareas más rápido de lo esperado, o retrasarse aún más con el cronograma original si muchas más tareas requieren más tiempo. El cuadro a continuación muestra un escenario en el que el equipo se atrasa en el cronograma y no logra completar todas las tareas al final del sprint. Las tareas estimadas en 50 horas quedaron sin terminar. Estos deberán moverse al siguiente sprint. La línea de esfuerzo restante por encima del esfuerzo ideal siempre muestra cuando el equipo se está retrasando.

Gráfico de evolución de Sprint

Alternativamente, el equipo puede unirse hacia el final del sprint. El siguiente cuadro muestra un escenario en el que el equipo se está quedando atrás durante los primeros cinco días del sprint, pero se une y logra completar todas las tareas al final del sprint.

Gráfico de evolución de Sprint

Finalmente, la línea de esfuerzo restante también puede caer rutinariamente por debajo de la línea de esfuerzo ideal. Esto significa que se planearon muy pocas tareas para el sprint, el equipo no tuvo que trabajar demasiado y, de hecho, pudo lograr más en un período de tiempo determinado.

Gráfico de evolución de Sprint

Resumen de la lección

El Sprint Burndown Chart rastrea el progreso del equipo Scrum durante el sprint de desarrollo. Traza el esfuerzo restante contra el esfuerzo ideal basado en los resultados diarios, reportados por cada miembro del equipo. En caso de que la línea de esfuerzo restante esté por encima del esfuerzo ideal, el equipo se está retrasando en el cronograma. Si la línea de esfuerzo restante está por debajo del esfuerzo ideal, se han planificado muy pocas tareas y el equipo no se está desempeñando con eficacia.

Explora más sobre este tema

Selecciona un tema y sigue aprendiendo...

Rodrigo Ricardo
Rodrigo Ricardo Editor y fundador