Seguimiento de Proyectos Ágiles
El siguiente artículo explica cómo seguir el progreso en proyectos gestionados con la metodología Agile.
A diferencia del seguimiento de proyectos en Cascada, en los proyectos basados en la metodología Agile no se requiere una proyección en el calendario, por lo tanto, la forma de seguir el progreso difiere de la de Cascada.
En la sección “Pestaña de seguimiento” de un proyecto Agile, encontrará las siguientes secciones: Informe de seguimiento, Tareas por tipo y Gráficos y diagramas.
Informe de seguimiento
El informe manual de seguimiento permite al Project Manager crear un registro que indique el progreso observado (% completado), así como la evaluación (lista de valores configurables), una descripción y una fecha.
Esto resulta útil cuando el progreso del proyecto no solo se representa mediante el consumo de tareas, sino también con el logro de los entregables del proyecto.
Informe del progreso de la tarea al cambiar la columna
Cuando mueva una tarea a una columna de Completadas, puede configurar el sistema para que su progreso se incremente al 100%, generando un informe automático de seguimiento.
Para configurar este comportamiento en proyectos Agile, acceda a “Editar diseño del tablero”, edite la columna del tipo “Completadas” que desee y marque la casilla “Actualizar automáticamente al 100%”.
A partir de ese momento, las tareas que marque como completadas se asignarán un progreso del 100%.
Tenga en cuenta que si vuelve el estado a un tipo “Pendiente” o “En curso”, deberá asignar manualmente el nuevo progreso, si lo desea.
Tareas por tipo
Este gráfico representa el porcentaje de tareas en cada estado presentes en el proyecto en ese momento.
Los tipos de estado estándar son “Por hacer”, “En curso” y “Completadas”. Es independiente del número de columnas que tenga el Panel / panel ágil, ya que cada columna se basará en uno de estos tres tipos.
Las tareas por estado se pueden visualizar tanto en el modo de grupo como por Swimlane.
También puede eliminar uno de los estados y, a su vez, el gráfico se recalculará sobre la base del 100% y mostrará los estados restantes.
En este ejemplo, se ha eliminado el estado “Completadas” y ahora ve la composición del backlog (Pendiente y En curso).
Gráficos y diagramas de seguimiento
Esta sección ofrece dos opciones: gráfico de Burndown y diagrama de Flujo Acumulado (CFD).
Ambos comparten el mismo bloque de filtrado que le permite personalizar la información mostrada según sus preferencias.
Intervalo de fechas (inicio y fin)
Determine la línea de tiempo que representará el gráfico.
Es importante destacar que las fechas reflejadas en los gráficos son las de los cambios de estado de las tareas, es decir, no son las fechas de inicio o fin de las mismas.
Puede ver todos los cambios de fecha y de estado en la sección “Registro de eventos” de la tarea.
Configuración predeterminada
- El diagrama de Flujo Acumulado comenzará en la fecha de creación de la primera tarea y finalizará hoy.
- En el gráfico de Burndown, el gráfico corresponde a las fechas de inicio y fin del proyecto.
Las fechas que representan el eje X son el resultado de dividir el período en 14, de modo que, independientemente de la dimensión temporal del gráfico, siempre tendrá una vista homogénea. Si la duración es inferior a 14 días, notará tantos intervalos como días existan.
Columnas y Swimlanes
Puede elegir mostrar u ocultar las tareas que pertenecen a:
- Columnas: Recuerde que cada columna tiene uno de los tres tipos y estos son los que se representan en los gráficos.
- Swimlanes: ya sea utilizados como tipos de procesos o sprints.
Gráfico de Burndown
Representa la dinámica de las tareas completadas.
El gráfico de Burndown se utiliza generalmente cuando todas las tareas están definidas desde el principio.
Veamos un ejemplo:
Observe que el backlog muestra las tareas creadas el mismo día. Veamos qué sucede si movemos una al estado “Completadas” y otra a “En curso”.
Si seguimos la tasa de finalización de las tareas, eventualmente la columna de trabajo pendiente se reducirá a cero.
Sin embargo, si añadimos tareas Pendientes a medida que el proyecto o sprint continúa, notará anomalías en la tendencia, ya que en lugar de reducirse el backlog, aumentará.
Línea de progreso esperada
Se trata de una línea recta que conecta el número de tareas en estado “Pendiente” en el eje Y con el inicio del intervalo en el eje X en ese mismo momento. En ese punto, no debería haber tareas pendientes (eje Y = 0), por lo que desciende de forma continua.
Cómo interpretarlo: Si las tareas son de tamaño similar, la cantidad de tareas pendientes debería estar representada por la línea de progreso esperada.
Línea de progreso real
Representa la cantidad real de tareas pendientes en el intervalo. Es decir, el total de tareas pendientes al inicio menos las completadas. Hemos explicado este concepto anteriormente con el ejemplo del gráfico de barras.
La pendiente de la línea de progreso indica la “velocidad” y determina el número de tareas completadas por bloque de tiempo (normalmente un sprint).
Cómo interpretar un gráfico de Burndown
En línea: La línea de progreso esperada y la real coinciden. Si se mantiene este ritmo, el proyecto finalizará a tiempo.
Con retraso: Si la línea de progreso real se encuentra por encima de la esperada, significa que el equipo va retrasado y debería haber completado más trabajo en este punto.
Adelantado: Si la línea de progreso real está por debajo de la esperada, el proyecto avanza a un ritmo más rápido de lo previsto. Podrá finalizar antes de lo esperado o añadir tareas. Estas interpretaciones son válidas siempre que las tareas sean de tamaño similar, es decir, que el tiempo para resolverlas sea semejante.
Limitaciones del diagrama de Burndown
El diagrama de Burndown solo representa el trabajo completado. Informa sobre el trabajo pendiente, pero no refleja lo que está en curso.
El Burndown funciona mejor en sprints o proyectos cortos y tiene menos sentido en proyectos a largo plazo. En proyectos a largo plazo, el trabajo pendiente experimenta muchos cambios para que las estimaciones tengan algún sentido. Esta es la razón principal por la que no se recomienda el uso de Burndown en la metodología Agile.
El diagrama de Burndown no representa de forma efectiva los cambios en el alcance, ya que las modificaciones en el backlog no se muestran con claridad.
Estas limitaciones se superan con el diagrama de Flujo Acumulado.
Diagrama de Flujo Acumulado (CFD)
Un diagrama de Flujo Acumulado es un gráfico de áreas apiladas que muestra, en cada intervalo de tiempo, el número de tareas por estado.
Leyendo el CFD
A medida que avanza, el diagrama muestra el flujo de tareas por estado. Se denomina “acumulativo” porque no mide los incrementos entre intervalos, sino que cuenta cada elemento en cada estado, independientemente de si estaba en ese mismo estado anteriormente.
De este modo, resuelve el principal problema del Burndown, ya que representa situaciones en las que las tareas Pendientes no se crean todas el primer día.
El CFD proporciona dos piezas fundamentales de información en la gestión Agile: el Trabajo en Curso (WIP) y el Tiempo de Ciclo (CT).
El ancho de banda “En curso” representa el trabajo en curso (WIP).
El espacio entre intervalos de tiempo proporciona el Tiempo de Ciclo (CT), que representa el tiempo medio que tarda una tarea en pasar de un estado a otro.
Limitaciones del diagrama de Flujo Acumulado
A pesar de resolver las principales limitaciones del gráfico de Burndown, el CFD tiene sus propias limitaciones.
• No refleja si alguna tarea está bloqueada.
• Relacionado con lo anterior, no indica el tiempo de ciclo individual, es decir, la cantidad de tiempo que una tarea determinada ha permanecido en una única etapa.
Estas limitaciones se pueden resolver mediante informes o mediante vistas personalizables de las tareas.