
Un gráfico de quema de trabajo es una representación gráfica del trabajo pendiente en función del tiempo. [ 1 ] El trabajo pendiente (o backlog) suele representarse en el eje vertical, con el tiempo en el eje horizontal. Un gráfico de quema de trabajo es un gráfico de ejecución del trabajo restante. Es útil para predecir cuándo se completará todo el trabajo. Se utiliza con frecuencia en metodologías de desarrollo de software ágil como Scrum . Sin embargo, los gráficos de quema de trabajo pueden aplicarse a cualquier proyecto que contenga un progreso medible a lo largo del tiempo.
El trabajo restante puede representarse en términos de tiempo o puntos de historia (una especie de unidad arbitraria ). [ 2 ]
Los gráficos de avance se pueden utilizar para presentar la velocidad del equipo del proyecto . [ 3 ] La velocidad es una medida que representa la tasa de productividad, dentro de un intervalo predefinido, para la cual se crean, validan y aprueban los entregables. [ 3 ]
Interpretación de gráficos de quemado

En la imagen superior se muestra un gráfico de progreso para una iteración completada, que se puede interpretar conociendo lo siguiente: [ 4 ]
- Eje X
- Cronograma del proyecto/iteración
- Eje Y
- El trabajo que debe completarse para el proyecto. Las estimaciones de tiempo o puntos de historia para el trabajo restante estarán representadas por este eje. [ 3 ]
- Punto de partida del proyecto
- Este es el punto más a la izquierda del gráfico y se produce el día 0 del proyecto/iteración.
- Punto final del proyecto
- Este es el punto que se encuentra más a la derecha del gráfico y ocurre en el último día previsto del proyecto/iteración.
- Número de trabajadores y factor de eficiencia
- En el ejemplo anterior, se estima que el trabajo durará 28 días y hay dos desarrolladores trabajando en el proyecto, con una eficiencia del 70%. Por lo tanto, el trabajo debería completarse en (28 ÷ 2) ÷ 0,7 = 20 días.
- Línea de trabajo ideal restante
- Esta es una línea recta que conecta el punto de inicio con el punto final. En el punto de inicio, la línea ideal muestra la suma de las estimaciones de todas las tareas (trabajo) que deben completarse. En el punto final, la línea ideal intercepta el eje x, lo que indica que no queda trabajo por completar. Algunas personas cuestionan el hecho de llamarla línea "ideal", ya que generalmente no es cierto que el objetivo sea seguirla. Esta línea es un cálculo matemático basado en estimaciones, y es más probable que las estimaciones sean erróneas que el trabajo en sí. El objetivo de un gráfico de avance es mostrar el progreso hacia la finalización y proporcionar una estimación de la probabilidad de una finalización oportuna.
- Línea de trabajo real restante
- Esto muestra el trabajo real restante. Al inicio, el trabajo real restante coincide con el trabajo ideal restante, pero a medida que avanza el tiempo, la línea de trabajo real fluctúa por encima y por debajo de la línea ideal, dependiendo de la discrepancia entre las estimaciones y la eficacia del equipo. En general, se añade un nuevo punto a esta línea en cada período (por ejemplo, en Scrum, cada día para el backlog de un sprint o cada sprint para el backlog de una versión). Su valor Y representa la suma del esfuerzo del trabajo restante tras el período anterior. (Esto no equivale, por lo general, a restar la cantidad de trabajo recientemente completado del último punto, sino solo si el trabajo total se ha mantenido constante).
Medición del rendimiento
- La línea de trabajo real está por encima de la línea de trabajo ideal.
- Si la línea de trabajo real está por encima de la línea de trabajo ideal, significa que queda más trabajo del previsto inicialmente y que el proyecto está retrasado.
- La línea de trabajo real está por debajo de la línea de trabajo ideal.
- Si la línea de trabajo real está por debajo de la línea de trabajo ideal, significa que queda menos trabajo del esperado y que el proyecto está adelantado con respecto al cronograma previsto.
Esta es solo una forma de interpretar la forma del gráfico de quema. Hay otras. [ 2 ]
Eliminación de la variabilidad en las estimaciones de tiempo
Un problema que puede observarse en los gráficos de progreso es que la posición de la línea de trabajo real con respecto a la línea de trabajo ideal depende de la precisión de las estimaciones de tiempo iniciales. Esto significa que si un equipo sobreestima constantemente los requisitos de tiempo, el progreso siempre parecerá adelantado. Si los subestima constantemente, siempre parecerá retrasado. Este problema se corrige incorporando un factor de eficiencia al gráfico de progreso. Tras la primera iteración de un proyecto, el factor de eficiencia puede recalcularse para permitir estimaciones más precisas durante la siguiente iteración. Algunas plantillas calculan automáticamente la eficiencia a medida que avanza el proyecto. Esto puede utilizarse para identificar áreas o fases donde se producen estimaciones inexactas de forma sistemática. [ 4 ]
Tabla de quemado
Un gráfico de avance ( burnup chart ) es un diagrama del trabajo completado y a veces se utiliza como alternativa al gráfico de progreso (burndown chart). Al igual que el burndown chart, el burnup chart muestra el tiempo en el eje horizontal y el trabajo completado en el eje vertical. La principal diferencia es que el burnup chart comienza en la parte inferior y asciende a medida que se completan las tareas (opuesto al burndown chart). Otra diferencia es que los burnup charts suelen tener una línea que representa el trabajo total. [ 5 ] De forma similar a los burndown charts, el trabajo se puede medir de varias maneras, por ejemplo, utilizando el tiempo o los puntos de historia.
Véase también
Citas
- ↑ Project Management Institute 2021 , §4.6.6 Datos e información visuales.
- 1 2 "Siente la quemazón, saca el máximo provecho de los gráficos de quemazón – Better Software, Volumen 11, Número 5, págs. 26–31" (PDF) . Julio–agosto de 2009.
- 1 2 3 Project Management Institute 2021 , §2.7.3.3 Controles visuales.
- 1 2 Wenzel, Joel (diciembre de 2012). "Tutorial de diagrama de progreso: seguimiento simple de proyectos ágiles" . Archivado del original el 7 de julio de 2013. Recuperado el 14 de junio de 2011 .
- ↑ Arafeen, Junaid; Bose, Saugata (septiembre de 2009). "Mejora del desarrollo de software mediante el modelo Scrum analizando los movimientos ascendentes y descendentes en el gráfico de avance del sprint: propuesta para mejores alternativas" . Revista internacional de tecnología de contenido digital y sus aplicaciones . 3 (3) – vía CiteSeerX.
Referencias
- Project Management Institute (2021). Guía de los fundamentos de la gestión de proyectos (Guía PMBOK) (7.ª ed.). Newtown Square, PA: Project Management Institute. ISBN 978-1-62825-664-2.
Lecturas adicionales
- Comprender el gráfico de progreso de Scrum
- Liberar Burndown
- Ejemplos de patrones de gráficos de progreso
- Patrones y consideraciones comunes en los gráficos de progreso
- Técnicas de gestión de proyectos
- Desarrollo ágil de software
- Gráficos