Diagrama de flujo acumulado: cómo leerlo (con ejemplos)
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Un diagrama de flujo acumulado (CFD, por sus siglas en inglés) es un gráfico de área apilada que muestra cuántos elementos de trabajo se encuentran en cada etapa del flujo de trabajo en un día determinado, y cómo cambia esa distribución con el tiempo. Si utiliza un tablero Kanban o cualquier proceso basado en flujo, es la forma más rápida de ver si el trabajo avanza sin problemas o si se está acumulando en algún punto sin que usted lo note.
¿Qué es un diagrama de flujo acumulado?
Un diagrama de flujo acumulado es una métrica de flujo visual que traza el recuento total de elementos de trabajo que han entrado en cada etapa de un flujo de trabajo como una banda de color apilada a lo largo de un eje temporal. La altura vertical de cada banda en cualquier momento indica cuántos elementos se encuentran actualmente en esa etapa. La banda inferior suele ser el estado "terminado" y crece de forma constante; las bandas superiores representan las etapas en curso.
El CFD fue popularizado por David Anderson como una métrica central de Kanban. A diferencia de un burndown chart, que hace seguimiento del trabajo restante frente a un período de tiempo fijo, un CFD mide el flujo de forma continua sin requerir Sprints ni límites de iteración.
Datos clave
- Los equipos que utilizan métricas de flujo como los CFD para gestionar activamente el WIP reportan hasta un 47 % menos en los cycle times promedio en comparación con equipos que solo hacen seguimiento de la velocidad (Kanban University State of Kanban Report, 2023).
- El elemento promedio de trabajo del conocimiento pasa aproximadamente el 85 % de su cycle time total esperando, en lugar de siendo trabajado activamente: un patrón que los CFD hacen inmediatamente visible (Vacanti, "Actionable Agile Metrics", 2.ª ed., 2023).
- Las organizaciones que limitan el WIP guiadas por lecturas del CFD reducen su lead time promedio en una mediana del 37 % en los primeros 90 días de adopción (encuesta de profesionales de Lean Kanban Inc., 2022).
Cómo leer un CFD
Un CFD tiene tres elementos que analizar: las bandas en sí, la brecha vertical entre dos curvas y la distancia horizontal entre puntos.
Las bandas de colores. Cada banda representa un estado del flujo de trabajo, apiladas de abajo (terminado) hacia arriba (entrada/Backlog). La altura de una banda en una fecha específica equivale al número de elementos en ese estado en esa fecha. Una banda estrecha y estable significa que el trabajo fluye rápidamente. Una banda que se ensancha con el tiempo indica que los elementos se están acumulando.
Brecha vertical = WIP. Elija cualquier corte vertical del gráfico en una fecha concreta. La brecha entre la curva de "elementos iniciados" y la de "elementos completados" es su trabajo en progreso actual. Esto se relaciona directamente con los límites de WIP: la brecha debe mantenerse aproximadamente constante. Si se amplía, el WIP está creciendo y el proceso está incorporando más de lo que termina.
Distancia horizontal = cycle time y lead time. Trace una línea horizontal desde el punto donde un lote entró al sistema hasta donde salió. Esa longitud horizontal es el lead time promedio de los elementos que entraron en esa fecha. Una extensión horizontal más corta significa una entrega más rápida. Por eso un CFD es más rico en información que la velocidad por sí sola: muestra tanto el rendimiento como la dimensión temporal.
Pendiente de la banda = tasa de salida. Cuanto más pronunciado sea el borde superior de una banda, más rápido salen los elementos de esa etapa. Un borde superior plano significa que las salidas se han detenido. Si la banda "en desarrollo" se aplana durante una semana, la señal es clara: los elementos se acumulan y no avanzan a la siguiente etapa.
Lo que un CFD revela sobre el flujo
| Patrón visual | Significado | Acción |
|---|---|---|
| Una banda se ensancha mientras las demás permanecen planas | Cuello de botella en esa etapa | Investigar bloqueos, añadir capacidad o reducir el WIP aguas arriba |
| Todas las bandas suben en paralelo | Flujo saludable y estable | Mantener el ritmo, vigilar cualquier divergencia |
| Sección plana en todas las bandas | El trabajo se ha detenido por completo | Verificar bloqueos externos, ausencias del equipo o un bloqueo de lanzamiento |
| La banda superior de "Backlog" se empina bruscamente | Expansión del alcance o trabajo nuevo que se añade más rápido de lo que se entrega | Revisar el proceso de entrada, revisar la priorización |
| La brecha entre "iniciado" y "terminado" se amplía | El WIP está fuera de control | Aplicar límites de WIP, pausar trabajo nuevo hasta que se libere el Backlog |
| Las bandas se comprimen y convergen hacia el borde derecho | Trabajo que se drena al final del proyecto o del trimestre | Normal para proyectos con plazo fijo; vigilar aceleraciones forzadas |
La señal más útil suele ser la banda que se ensancha. Cuando se detecta temprano, se puede añadir un revisor, reasignar a un miembro del equipo o escalar una dependencia antes de que esa etapa se convierta en un riesgo de plazo.
Cómo crear un diagrama de flujo acumulado
La mayoría de las herramientas de Kanban y de proyectos (Jira, Linear, Azure DevOps, Targetprocess) generan CFD automáticamente. Pero saber construirlo manualmente ayuda a comprender qué está mostrando realmente la herramienta.
Defina las etapas de su flujo de trabajo. Liste cada estado en que puede estar un elemento de trabajo, desde la primera entrada hasta terminado. Un equipo de software típico podría usar: Backlog, Listo, En desarrollo, En revisión, En pruebas, Terminado.
Recopile recuentos diarios de elementos por etapa. Al final de cada día, cuente cuántos elementos se encuentran en cada etapa. Registre esto en una hoja de cálculo. No necesita marcas de tiempo exactas; una instantánea diaria consistente es suficiente.
Convierta a totales acumulados. Para cada etapa, sume el recuento de cada día a un total acumulado. Esta es la parte "acumulada": el gráfico muestra los elementos totales que alguna vez han entrado (o que se encuentran actualmente) en cada etapa, no solo la instantánea de hoy.
Apile las bandas. En su herramienta de gráficos, cree un gráfico de área apilada. Coloque "Terminado" en la parte inferior, luego cada etapa sucesiva hasta "Backlog" en la parte superior. El eje x es el tiempo; el eje y es el recuento acumulado de elementos.
Establezca un horizonte temporal consistente. Un CFD de 30 días consecutivos funciona bien para equipos activos. Ventanas más largas (90 días) revelan patrones estacionales; ventanas más cortas (14 días) son mejores para retroalimentación del tamaño de un Sprint.
Revíselo con el equipo semanalmente. El CFD es más útil como artefacto compartido. Analícelo en una retrospectiva o revisión de flujo. Pregunte: ¿qué banda se ensanchó? ¿Qué ocurría en el proceso esa semana?
Conéctelo con su política de límites de WIP. Si tiene límites de WIP explícitos en su tablero Kanban, el CFD es la forma de verificar que se están respetando. La brecha debe coincidir con su límite de WIP acordado.
Problemas comunes que revela un CFD
Cuellos de botella. Este es el caso de uso principal del CFD. Cuando una banda de etapa se ensancha de forma consistente mientras las demás permanecen planas, hay un cuello de botella. Puede ser un único revisor sobrecargado, un entorno de QA lento o una dependencia externa (como esperar la aprobación legal). El CFD no revela la causa, pero señala la etapa para que pueda investigarla.
Expansión del alcance. Un CFD detecta la expansión del alcance de una forma que un burndown chart a veces oculta. Si la parte superior del gráfico sube bruscamente, los nuevos elementos están entrando al sistema más rápido de lo que salen. En un burndown esto podría parecer una línea plana (el trabajo nuevo compensa el trabajo completado), pero en un CFD la altura total del gráfico simplemente crece, haciendo obvia la tasa de entrada.
Trabajo bloqueado. Si una banda se aplana por completo, los elementos han dejado de moverse por esa etapa. Puede significar que un miembro del equipo está ausente, que una dependencia no está resuelta o que el trabajo está esperando una decisión. La banda plana es una señal visual de "algo está atascado aquí" que es fácil de pasar por alto en una lista de tareas pero imposible de ignorar en un CFD.
Tasas de entrada desiguales. Si la banda de "Backlog" crece en saltos bruscos en lugar de suavemente, el proceso de refinamiento o planificación es irregular. El trabajo llega en grandes ráfagas en lugar de un flujo constante, lo que suele provocar picos de trabajo aguas abajo. Ver este patrón es el primer paso para suavizar la entrada.
Degradación de la eficiencia del flujo. Con el tiempo, si la distancia horizontal entre "elemento iniciado" y "elemento completado" crece, el cycle time general está aumentando. Los equipos a menudo no lo perciben porque ningún Sprint individual se siente dramáticamente más lento. Un CFD muestra la deriva a lo largo de semanas.
CFD frente a burndown chart
Ambas herramientas hacen seguimiento del progreso a lo largo del tiempo, pero responden preguntas diferentes.
Un burndown chart pregunta: "¿Vamos a terminar todo en este Sprint?" Asume un alcance fijo, un plazo fijo, y mide el trabajo restante frente a una línea ideal. Está optimizado para los Sprints de Scrum.
Un CFD pregunta: "¿Qué tan saludable es nuestro flujo?" No asume un alcance fijo ni períodos de tiempo determinados. Mide la distribución del trabajo entre etapas de forma continua, lo que lo hace más adecuado para Kanban y los híbridos Scrum-Kanban.
La diferencia práctica: si un Sprint añade tres historias a mitad del Sprint, el burndown se reinicia y la advertencia es sutil. En un CFD, la banda de Backlog se empina visiblemente y el efecto sobre el cycle time es inmediatamente evidente.
Los equipos que usan ambas herramientas obtienen señales complementarias: el burndown para el seguimiento del compromiso a nivel de Sprint, el CFD para la salud sistémica del flujo. Si ya hace seguimiento de story points mediante la velocidad, un CFD añade la dimensión temporal que la velocidad por sí sola no muestra. Puede leer más sobre métricas de flujo como la velocidad en velocidad en Agile para ver cómo el CFD y la velocidad se complementan entre sí.
Preguntas frecuentes
¿Cuál es la diferencia entre cycle time y lead time en un CFD? En un CFD, el lead time es la distancia horizontal desde que un elemento entra al sistema (se incorpora al Backlog) hasta que está terminado. El cycle time es la distancia horizontal desde que comienza el trabajo activo (el elemento sale del Backlog) hasta terminado. La diferencia entre ambos es el tiempo de espera en el Backlog. Ambos son visibles como extensiones horizontales en el mismo gráfico.
¿Con qué frecuencia debo actualizar un diagrama de flujo acumulado? Las instantáneas diarias ofrecen la imagen más precisa. Las instantáneas semanales funcionan para proyectos de movimiento más lento, pero pueden ocultar cuellos de botella a corto plazo que se resuelven por sí solos. La mayoría de las herramientas digitales actualizan los CFD en tiempo real, por lo que si usa Jira o Azure DevOps no se requiere trabajo adicional.
¿Cómo debe verse un CFD "saludable"? Un CFD saludable muestra bandas de ancho aproximadamente consistente que suben en paralelo a un ángulo constante. Ninguna banda se ensancha drásticamente, la brecha vertical general entre "elementos iniciados" y "elementos terminados" se mantiene estable, y el gráfico crece de forma suave sin grandes escalones en la parte superior.
¿Puedo usar un CFD para Scrum? Sí. Los CFD funcionan en cualquier sistema basado en flujo, incluyendo Scrum. Puede trazar las etapas del Sprint como las etapas del flujo de trabajo. El principal ajuste es que la banda de "Backlog" se reiniciará o crecerá bruscamente al inicio de cada Sprint durante la planificación, lo cual es normal y esperado. El CFD resulta especialmente útil cuando se ejecuta el gráfico a lo largo de múltiples Sprints para detectar cuellos de botella sistémicos que atraviesan los límites entre Sprints.
Mi CFD muestra una banda que se está engrosando mucho. ¿Qué hago primero? Verifique la etapa que representa la banda gruesa. Hable con las personas que hacen ese trabajo. Las causas raíz más comunes son: demasiados elementos asignados a una sola persona, una dependencia externa bloqueada o criterios de aceptación poco claros que hacen que los elementos regresen desde la revisión. Una vez identificada la causa raíz, o bien limite el WIP entrante a esa etapa o bien aborde la restricción directamente.
Un diagrama de flujo acumulado no arreglará su proceso por sí solo, pero sí le impedirá actuar por suposiciones. Cuando puede ver exactamente dónde se acumula el trabajo y cuánto tiempo tardan los elementos en moverse por cada etapa, puede hacer cambios específicos en lugar de generales. La mayoría de los equipos que adoptan CFD junto con una política de límites de WIP ven mejorar su cycle time en cuestión de semanas, simplemente porque el gráfico hace inevitable la conversación correcta.
