Burndown Chart: ¿Qué es y cómo usar uno para Agile?

El tiempo es una restricción que se aplica a cualquier proyecto, particularmente a los proyectos dinámicos y ágiles. Si bien algunas industrias son más sensibles al tiempo que otras, todas las industrias tienen proyectos que incurren en muchos cambios en el camino.

Un gráfico de evolución ayuda a los equipos de gestión de proyectos ágiles a realizar un seguimiento de lo que se ha hecho, lo que debe hacerse y cuánto tiempo queda en el proyecto. Si bien un gráfico de trabajo pendiente es tradicionalmente una herramienta visual, también puede actuar como una lista que describe el trabajo a realizar y qué porcentaje está completo.

ProjectManager es un software basado en la nube que ofrece múltiples vistas de proyectos para ayudarlo a recopilar y rastrear su gráfico de trabajo pendiente. Nuestra vista de lista captura sus tareas y muestra cuánto trabajo queda antes de que se completen las tareas. Este acceso a datos en tiempo real permite a los miembros del equipo comentar y compartir archivos según sea necesario. Comience hoy mismo con ProjectManager de forma gratuita.

¿Qué es un gráfico Burndown?

Un gráfico de evolución es un gráfico de gestión de proyectos que muestra la rapidez con la que un equipo trabaja en las historias de usuario de un cliente. Esta herramienta ágil captura la descripción de una función desde la perspectiva del usuario final y muestra el esfuerzo total frente a la cantidad de trabajo para cada iteración o sprint ágil.

La cantidad de trabajo restante aparece en un eje vertical, mientras que el tiempo transcurrido desde el inicio del proyecto se coloca horizontalmente en el gráfico, mostrando el pasado y el futuro. El gráfico de trabajo pendiente se muestra para que todos los miembros del equipo de gestión de proyectos ágiles puedan verlo y se actualiza regularmente para mayor precisión.

Tipos de gráfico de evolución

Hay dos variantes de gráficos de trabajo pendiente: un trabajo pendiente de sprint y un trabajo pendiente de producto. Se utiliza un trabajo pendiente de sprint para el trabajo restante en la iteración, mientras que un trabajo pendiente de producto ilustra el trabajo restante para todo el proyecto.

Componentes de un gráfico Burndown

Aunque los detalles pueden variar, es común ver las siguientes secciones de un gráfico de trabajo pendiente.

hachas

Un gráfico de evolución tiene dos ejes, x e y. El eje horizontal representa el tiempo, mientras que el eje vertical muestra los puntos de la historia del usuario. El punto más a la derecha del gráfico indica el inicio de un proyecto o un sprint ágil, mientras que el punto más a la izquierda muestra su final.

Línea restante de trabajo ideal

Como su nombre indica, la línea de trabajo ideal restante indica el trabajo restante que tiene un equipo en un punto específico del proyecto o sprint en condiciones ideales. Los gerentes usan datos anteriores para estimar esta línea de base y dibujar una línea recta a lo largo del gráfico de trabajo pendiente. La línea restante de trabajo ideal siempre debe tener una pendiente negativa.

Línea de trabajo restante real

La línea de trabajo restante real indica el trabajo restante que tiene un equipo en cualquier punto del proyecto o sprint. A diferencia de la línea ideal de trabajo restante, esta no es una estimación, sino una descripción realista del desempeño del equipo. La línea se dibuja a medida que el equipo avanza y completa las historias de los usuarios. Las líneas reales de trabajo restante generalmente no son rectas, ya que los equipos trabajan a diferentes ritmos a medida que se completan los proyectos.

Gráfico Burndown vs Gráfico Burnup

Un gráfico de trabajo pendiente y un gráfico de trabajo pendiente son muy similares: tienen los mismos componentes, logran el mismo propósito y ambos se utilizan para la gestión ágil de proyectos. Pero hay una gran diferencia. Por un lado, el gráfico de trabajo pendiente realiza un seguimiento del trabajo restante al eliminar las historias de usuario del eje vertical a medida que se completan, mientras que el gráfico de trabajo pendiente agrega historias de usuario al eje vertical a medida que se completan.

Cómo leer un gráfico de evolución

El gráfico de trabajo pendiente tiene varios puntos. Hay un eje x, que es la línea de tiempo del proyecto o iteración. El eje y es el trabajo que debe completarse en el proyecto. Las estimaciones puntuales de la historia para el trabajo que queda están representadas por este eje.

El punto de inicio del proyecto es el punto más a la izquierda del gráfico y se produce en el día cero del proyecto o iteración. El punto final del proyecto está más a la derecha y marca el último día del proyecto o iteración.

Línea restante de trabajo ideal

Hay una línea restante de trabajo ideal que es una línea recta que conecta los puntos inicial y final. Esta línea representa la suma de las estimaciones de todas las tareas que deben completarse. En el punto final, la línea ideal cruza el eje x y muestra que no queda trabajo por hacer. Esta línea se basa en estimaciones y, por lo tanto, no siempre es precisa.

Línea de trabajo restante real

La línea de trabajo restante real muestra el trabajo real que queda en el proyecto o iteración. Al comienzo del proyecto, el trabajo restante real y el trabajo restante ideal son los mismos, pero a medida que avanza el proyecto o la iteración, la línea de trabajo real fluctúa por encima y por debajo de la línea de trabajo ideal. Cada día, se agrega un nuevo punto a esta línea hasta que se completa el proyecto o la iteración para garantizar que sea lo más preciso posible.

Si la línea de trabajo real está por encima de la línea de trabajo ideal, significa que queda más trabajo del que se pensó originalmente. En otras palabras, el proyecto está retrasado. Sin embargo, si la línea de trabajo real está por debajo de la línea de trabajo ideal, queda menos trabajo del previsto originalmente y el proyecto está adelantado.

Cómo usar un gráfico de evolución en Agile y Scrum

La gestión ágil de proyectos se basa en sprints ágiles para planificar y ejecutar proyectos. Estos sprints son iteraciones cortas de trabajo en las que un equipo logra objetivos específicos que se establecen inicialmente durante una reunión de planificación de sprint. Los gráficos Burndown son ideales para los administradores de proyectos ágiles, ya que les permiten realizar un seguimiento del trabajo restante, comparar el rendimiento con una línea de base y determinar rápidamente si están atrasados. Estos son algunos ejemplos de cómo usar un gráfico de evolución para ayudarlo a administrar un proyecto ágil o scrum.

• Cree una línea base de gestión del trabajo para comparar el trabajo planificado con el real
• Complete un análisis de brechas basado en las discrepancias
• Obtener información para futuras reuniones de planificación de sprints
• Reasignar recursos y gestionar tareas para completar los sprints a tiempo

¿Cuáles son los beneficios de un gráfico Burndown?

El beneficio obvio de un gráfico de trabajo pendiente es que proporciona un informe de estado actualizado sobre el progreso del proyecto. Tener una representación visual de estos datos clave mantiene a todos en la misma página.

Al mostrar un gráfico de trabajo pendiente de manera destacada para que todos lo vean, mantiene a todos involucrados y alienta al equipo a abordar los problemas antes de que se conviertan en problemas. Debe ser el punto focal del espacio de trabajo para que ayude a dirigir la conversación hacia el proyecto y su progreso.

La simplicidad del gráfico de trabajo pendiente también es extremadamente útil, ya que describe el historial de velocidad del proyecto. Velocidad es un término ágil que significa las estimaciones de esfuerzo total asociadas con las historias de usuario que se completaron durante una iteración.

¿Cuáles son las limitaciones de un gráfico Burndown?

El gráfico de trabajo pendiente no revela todo. Por ejemplo, solo muestra la cantidad de puntos de la historia que se han completado. El gráfico de trabajo pendiente no muestra ningún cambio, por ejemplo, en el alcance del trabajo medido por los puntos totales en la cartera de pedidos.

Como resultado, puede ser difícil saber si los cambios en el gráfico de evolución se deben a elementos de trabajo pendiente completados o a un aumento o disminución en los puntos de la historia. Tener un gráfico de quemado resuelve este problema al tener una línea separada en el gráfico para el tamaño total del trabajo pendiente.

Sin embargo, ni un gráfico de trabajo pendiente ni un gráfico de trabajo pendiente ofrecen ninguna indicación de qué elementos de la cartera de productos se han completado. Si bien un gráfico de trabajo pendiente puede mostrar el progreso, es posible que no represente si el equipo está trabajando en las tareas correctas. Estos gráficos son a menudo una forma de mostrar tendencias en lugar de representar si el equipo está entregando los elementos correctos de la cartera de productos.

Se basa en buenas estimaciones

Otro problema con los gráficos de evolución gira en torno a la precisión de la línea de trabajo ideal. Que la línea de trabajo real esté por encima o por debajo de la línea de trabajo ideal depende de la precisión de las estimaciones de tiempo originales para las tareas. Si un equipo está sobreestimando los requisitos de tiempo, el progreso parece estar encaminado o antes de lo previsto. Pero si el equipo está subestimando los requisitos de tiempo, parecerá que están atrasados.

Hay una manera de responder a este problema : incorporar un factor de eficiencia en el gráfico de trabajo pendiente. Después de la primera iteración de un proyecto, el factor de eficiencia se vuelve a calcular para permitir una mayor precisión.

Cómo ProjectManager ayuda con la gestión de Sprint

Un gráfico de agotamiento es importante, pero no es la única guía a la que pueden hacer referencia los equipos de scrum. Hay muchos otros informes y herramientas que pueden mejorar la probabilidad de éxito. ProjectManager es un software colaborativo en línea con las características que los equipos de scrum necesitan para gestionar mejor sus sprints.

Tableros en tiempo real

Si necesita una vista de alto nivel de su proyecto, ProjectManager tiene un tablero en tiempo real que rastrea su sprint a medida que ocurre. Los datos se completan automáticamente para obtener la vista más precisa de su proyecto. Los equipos pueden tomar decisiones en función de los datos actuales del proyecto en lugar de hacer referencia a datos antiguos.

Robustos tableros Kanban

Informar sobre el progreso es solo una parte de lo que necesita un equipo Scrum. También requieren herramientas que les permitan gestionar la acumulación de productos y los sprints. ProjectManager también cubre esta parte del sprint, con tableros kanban que visualizan flujos de trabajo, recopilan historias de usuarios y priorizan tareas. Los equipos Scrum siempre sabrán en qué trabajar y cuándo. Los tableros Kanban alimentan directamente las funciones de generación de informes de ProjectManager para una visibilidad total del proyecto.

Los propietarios de productos y los maestros de scrum también apreciarán el kanban por su transparencia en el sprint. Al pasar por un sprint retrospectivamente, el kanban es un archivo de lo que salió bien y lo que salió mal, lo que permite futuras mejoras.

Los gerentes deben vigilar el progreso de un proyecto. Si no lo hacen, entonces están arriesgando la finalización exitosa del proyecto. Un gráfico de trabajo pendiente es solo una de las muchas herramientas que conducen al éxito del proyecto. ProjectManager es un software de gestión de proyectos basado en la nube que cualquier gerente querrá tener en su caja de herramientas. Tiene características como un tablero en tiempo real para monitorear e informar sobre el progreso, y un diagrama de Gantt en línea para agilizar la programación y ayudar con la colaboración. Pruébelo hoy gratis con esta prueba de 30 días.