s ¿Un gráfico de

evolución? Todo lo que

necesitas saber

Leeron Hoory,
Cassie Bottorff
Colaborador, Editor

Reseña escrita por

Rob Watts
Editor

Actualizado: 27 de marzo de 2022, 10:03 a. m.

Nota editorial: Ganamos una comisión por los enlaces de socios en Forbes Advisor. Las
comisiones no afectan las opiniones o evaluaciones de nuestros editores.
Getty

Un gráfico de evolución es una representación gráfica del trabajo restante

de un proyecto y el tiempo restante para completarlo. Los gráficos de
evolución se utilizan habitualmente en el desarrollo de software,
especialmente en los equipos que utilizan la gestión de proyectos ágiles.
En este artículo, analizamos los componentes de un gráfico de evolución,
cómo usarlo y sus ventajas y limitaciones.

¿Qué es un gráfico de evolución?

"Los gráficos de evolución son una forma de ver el progreso de su

proyecto en relación con los requisitos", dijo Chris Mattmann, director de
Tecnología e Innovación (CTIO) del Laboratorio de Propulsión a Chorro
de la NASA, a Forbes Advisor. El gráfico de evolución traza el progreso
ideal como una pendiente descendente que alcanza la "quema" hasta la
finalización del proyecto.
El gráfico se actualiza para reflejar el progreso y el estado actual del
proyecto, y podrá estimar cuándo se completará el proyecto. Esto ayuda a
los equipos a planificar los plazos y determinar si los cumplirán.
¿Quién usa un gráfico de evolución?

Los jefes de equipo utilizan los gráficos de evolución como una forma de
ver el progreso general del proyecto y el trabajo restante. Los
desarrolladores también pueden usar gráficos de evolución para medir el
progreso o para mostrar al equipo lo que queda por hacer en un sprint
ágil.
Los gerentes tienden a realizar un seguimiento de los requisitos de alto
nivel, mientras que los desarrolladores tienden a realizar un seguimiento
de tareas específicas. Esto se debe a que los administradores necesitarán
un resumen de nivel superior, pero los desarrolladores querrán los tickets
o tareas específicos que están asociados con el cumplimiento de esos
requisitos.

Componentes de un gráfico de evolución

Hay varios componentes de un gráfico de evolución. Por lo general, son

un gráfico de barras, con una barra para representar cada día de trabajo, o
un gráfico de líneas, donde la pendiente representa el progreso general del
trabajo.

Los equipos ágiles pueden usar una métrica llamada "puntos de historia"
para definir los términos del eje X y el eje Y. Te indican el tiempo restante
para el proyecto y las tareas necesarias para completarlo. Por ejemplo, un
proyecto puede tener 30 días hasta la fecha límite, con 40 tareas para
completar.
El eje vertical (eje Y): El eje Y realizará un seguimiento de la cantidad
de trabajo restante en el proyecto. Para ello se utilizarán diferentes
mediciones en función del proyecto y de lo que se esté rastreando.
Algunos ejemplos de medición del progreso son el número de tickets de
Jira que quedan por completar, cuántas tareas deben completarse y
cuántos requisitos quedan por cumplir.
El eje horizontal (eje X): El eje X suele realizar un seguimiento del
tiempo restante hasta la fecha límite del proyecto.
Trabajo ideal restante: El trabajo ideal restante se representará como
una línea diagonal inclinada hacia abajo. A medida que el equipo actualiza
el gráfico con el progreso en el trabajo real restante, la comparación entre
el trabajo ideal restante permite al equipo determinar si están en el
camino correcto hacia la finalización o si necesitan corregir el rumbo.
Trabajo real restante: esta parte del gráfico de evolución se actualiza
en tiempo real a medida que avanza el equipo. Por lo general, no es una
progresión lineal como el trabajo ideal restante, sino que se mantendrá
por encima o por debajo de la línea ideal de trabajo restante a medida que
avanza el proyecto.
Ventajas de un gráfico de evolución
Los gráficos de evolución pueden ilustrar qué trabajo se completó en cada
iteración, qué tan rápido se logró y qué trabajo queda. Un gráfico de
evolución facilita que las partes interesadas, la gerencia y los
patrocinadores vean una representación de este progreso. Por ejemplo, si
utilizas los principios de Scrum, podrás ver que el equipo completó diez
tareas en el último sprint y está en el buen camino, superando las
expectativas o quedándose atrás.
Finalmente, el gráfico de evolución le permite ver "la diferencia entre el
trabajo realizado en cada iteración, que puede contar como una medida
de la velocidad general del equipo hacia el progreso", dijo Mattmann.

Limitaciones de los gráficos de evolución

La mayor limitación de un gráfico de evolución es que es un resumen de
alto nivel. Todas las tareas se tratan por igual cuando se resume o se hace
una cuenta regresiva, pero puede que no esté claro que algunas son más
difíciles que otras, dijo Mattmann. A modo de ejemplo, explicó un
escenario en el que es posible que vea que el equipo solo ha realizado
cinco tareas en una iteración, pero en la iteración de la semana anterior, el
equipo logró 12. Esto no significa necesariamente que el equipo esté cada
vez más cerca de quemarse, o que solo pueda esperar lograr dos en la
próxima iteración. Más bien, es posible que solo haya realizado cinco
tareas porque había cinco de las tareas más difíciles asociadas con el
requisito, explicó Mattmann.

El gráfico de evolución trata cada tarea, su nivel de prioridad y su

dificultad por igual, pero, en realidad, obviamente no siempre es así.
Cuando las tareas son muy similares, los gráficos de evolución son
eficaces. Pero en un proyecto muy complejo en el que las tareas tienen
diferentes prioridades y/o dificultades, un gráfico de evolución puede
hacerte pensar que casi has terminado con el proyecto cuando en realidad
solo tuviste un sprint en el que abordaste tareas muy difíciles y no lograste
tantas de ellas, dijo Mattmann.