Blog

Gráfico Burndown (Gráfico de Trabajo Pendiente):

Concepto: Un gráfico burndown muestra la cantidad de trabajo pendiente a lo largo del tiempo. Es una herramienta visual que permite al equipo seguir su progreso y predecir si es probable que completen el trabajo a tiempo.

• Eje X: Representa el tiempo (generalmente en días o sprints).
• Eje Y: Representa el trabajo pendiente (generalmente en puntos de historia, horas o número de tareas).
• Línea Ideal: Una línea recta que representa el ritmo ideal de trabajo para completar el trabajo a tiempo.
• Línea Real: Una línea que muestra el trabajo pendiente real en cada momento.
• Interpretación:
  • Si la línea real está por debajo de la línea ideal, el equipo está adelantado al plan.
  • Si la línea real está por encima de la línea ideal, el equipo está retrasado al plan.
  • Si la línea real es más plana de lo esperado, indica que el equipo no está completando trabajo a un ritmo constante.
  • Si la línea real es más pronunciada de lo esperado, indica que el equipo está completando trabajo a un ritmo más rápido de lo esperado.
• Variantes:
  • Sprint Burndown: Muestra el trabajo pendiente dentro de un sprint (iteración).
  • Release Burndown: Muestra el trabajo pendiente para una versión completa del producto.
• Ejemplo: Un equipo de desarrollo de software utiliza un gráfico burndown para seguir el progreso de un sprint de dos semanas. El gráfico muestra que el equipo está ligeramente retrasado al plan, lo que les permite tomar medidas correctivas (ej: reducir el alcance del sprint, reasignar tareas).

2. Gráfico Burn Up (Gráfico de Trabajo Completado):
   
   • Concepto: Un gráfico burn up muestra la cantidad de trabajo completado a lo largo del tiempo. Es una herramienta visual que permite al equipo seguir su progreso y ver cómo se acerca al objetivo. A diferencia del burndown, un burnup también puede mostrar cambios en el alcance total del proyecto.
   • Eje X: Representa el tiempo (generalmente en días o sprints).
   • Eje Y: Representa el trabajo completado (generalmente en puntos de historia, horas o número de tareas).
   • Línea de trabajo completado: Una línea que muestra el trabajo completado real en cada momento.
   • Línea de alcance total (opcional): Una línea que muestra el alcance total del proyecto (la cantidad total de trabajo a realizar). Esta línea puede cambiar a lo largo del tiempo si se añaden o eliminan tareas del backlog.
   • Interpretación:
     • La línea de trabajo completado debe ascender a medida que el equipo completa tareas.
     • La distancia entre la línea de trabajo completado y la línea de alcance total representa el trabajo pendiente.
     • Si la línea de alcance total aumenta, significa que se ha añadido trabajo al proyecto (scope creep).
     • Si la línea de alcance total disminuye, significa que se ha eliminado el trabajo del proyecto.

• Ejemplo: Un equipo de marketing utiliza un gráfico burn up para seguir el progreso de una campaña publicitaria. El gráfico muestra que el equipo ha completado el 70% de las tareas planificadas, pero que el alcance total de la campaña ha aumentado ligeramente debido a la incorporación de una nueva iniciativa.

Otros gráficos y métricas:

• Diagrama de Flujo Acumulativo (CFD): 

Muestra la cantidad de trabajo en cada etapa del flujo de trabajo a lo largo del tiempo. Es útil para identificar cuellos de botella y para medir el tiempo de ciclo (el tiempo que tarda una tarea en completarse).

• Velocidad: 

Mide la cantidad de trabajo que el equipo completa en cada iteración (generalmente en puntos de historia). Es útil para la planificación y la predicción.

• Tiempo de Ciclo (Cycle Time): 

Mide el tiempo que tarda una tarea en completarse, desde que entra en el flujo de trabajo hasta que se considera terminada.

• Tiempo de Entrega (Lead Time): 

Mide el tiempo que tarda una tarea en completarse, desde que se solicita hasta que se entrega al cliente.

• Throughput: Cantidad de elementos completados por unidad de tiempo.

Ejemplos

• Desarrollo de un Software de Gestión de Proyectos: 

Un equipo que desarrolla un software de gestión de proyectos utiliza un gráfico burndown para seguir el progreso de cada sprint y un gráfico burn up para seguir el progreso general del proyecto. También utilizan un diagrama de flujo acumulativo para identificar cuellos de botella en su proceso de desarrollo.

• Implementación de un nuevo proceso de ventas: 

Una empresa que implementa un nuevo proceso de ventas utiliza un gráfico burn up para seguir la adopción del nuevo proceso por parte de los vendedores. El gráfico muestra el número de vendedores que han completado la formación y que están utilizando el nuevo proceso.

• Equipo que no utiliza gráficos de medición (Ejemplo Negativo): 

Un equipo trabaja en un proyecto sin utilizar ninguna herramienta de medición del progreso. No tienen una visión clara del estado del proyecto, no pueden identificar los problemas a tiempo y no pueden tomar decisiones informadas. El proyecto se retrasa y el cliente está insatisfecho.

---

Pros y Contras

Pros:

• Visibilidad y transparencia: Proporcionan una visión clara y transparente del progreso del proyecto.
• Detección temprana de problemas: Permiten identificar y resolver los problemas de forma temprana.
• Mejora de la toma de decisiones: Proporcionan información valiosa para la toma de decisiones.
• Adaptación al cambio: Facilitan la adaptación a los cambios en los requisitos o en el entorno del proyecto.
• Comunicación con los stakeholders: Facilitan la comunicación con los stakeholders, proporcionando información objetiva y actualizada.
• Motivación del equipo: Ver el progreso del proyecto puede motivar al equipo.
• Mejora continua: Proporcionan datos que ayudan al equipo a mejorar continuamente sus procesos y prácticas.
• Predicción: Aunque la agilidad no se centra en la predicción a largo plazo, los gráficos de medición pueden ayudar a hacer proyecciones sobre la fecha de finalización del proyecto.
• Facilitan la planificación: Entregan información de gran valor para poder planificar las actividades de los equipos.

Contras:

• Dependencia de la precisión de los datos: Los gráficos de medición sólo son útiles si los datos que se utilizan son precisos y están actualizados.
• No reflejan problemas cualitativos: Los gráficos de medición no reflejan problemas cualitativos, como la moral del equipo, la calidad del código o la satisfacción del cliente. Es necesario complementar la medición con otras técnicas (ej: retrospectivas, encuestas de satisfacción).
• Riesgo de «sobreinterpretación»: Es importante interpretar los gráficos de medición con cuidado y no sacar conclusiones precipitadas.
• Posible «manipulación» de los datos: Si el equipo se siente presionado para mostrar un progreso positivo, puede verse tentado a manipular los datos.
• No sustituyen la comunicación directa: Los gráficos de medición no deben sustituir la comunicación directa y cara a cara (o virtual) entre los miembros del equipo y con los stakeholders.
• Curva de aprendizaje: Se requiere de un tiempo para que el equipo completo entienda y se familiarice con los gráficos.
• Costo: Se requiere considerar el costo de las herramientas que se utilicen.
• Tiempo: Se requiere de tiempo para mantener los gráficos actualizados.