Gráfico de Antigüedad WIP por Etapa

Visualiza la antigüedad de los elementos de trabajo en progreso en cada etapa del flujo para detectar cuellos de botella y mejorar el tiempo de ciclo.

Mira, si llevas tiempo currando con Kanban sabrás que el tablero te dice dónde están las cosas — pero no cuánto llevan ahí paradas. Y eso es justo lo que mata la previsibilidad. Este gráfico de antigüedad WIP te muestra, de un vistazo, qué elementos llevan demasiado tiempo atascados en cada etapa. He visto equipos que tenían tarjetas olvidadas en 'Revisión' durante semanas y ni se habían dado cuenta. Con esto, esos zombies del tablero saltan a la vista enseguida.

≤1 day
≤7 days
≤14 days
>14 days
0
WIP Total
0d
Antigüedad Promedio
0
Elementos >14 días

Etapas

BacklogAnalysisDevelopmentTestingReview

Agregar Elemento

Este gráfico muestra la antigüedad de cada elemento de trabajo en progreso agrupado por etapa. Los elementos más antiguos indican posibles cuellos de botella.
Tus datos no salen de tu navegador
Tutorial

Cómo Usar el Gráfico de Antigüedad WIP

1
1

Configurar las Etapas

Define las etapas de tu flujo de trabajo como Backlog, En Progreso, Revisión y Hecho.

2
2

Agregar Elementos de Trabajo

Ingresa los elementos de trabajo actuales con su nombre, etapa y fecha de inicio para calcular la antigüedad.

3
3

Analizar el Gráfico

Revisa la visualización para identificar elementos estancados y cuellos de botella en etapas específicas.

Guide

Guía Completa del Gráfico de Antigüedad WIP por Etapa

¿Qué es el Gráfico de Antigüedad WIP y por qué es esencial para equipos ágiles?

Vamos a ver. Un tablero Kanban te dice dónde están tus tarjetas. Genial. Pero no te dice cuánto llevan ahí. Y esa información — la dimensión temporal — es la que realmente importa cuando quieres predecir cuándo vas a entregar algo. El gráfico de antigüedad WIP resuelve exactamente eso. Cada punto representa un elemento de trabajo, y su altura te dice cuántos días lleva en esa columna. Cuando ves un punto muy arriba, sabes que algo va mal. Daniel Vacanti lo explica mejor que nadie en su libro: la antigüedad WIP es probablemente la métrica más poderosa que existe para anticipar problemas de flujo antes de que sea demasiado tarde. Me pasó una vez que un equipo tenía un throughput aparentemente estable, pero el gráfico revelaba que tres elementos llevaban más de 20 días en la misma etapa — estaban maquillando las cifras terminando cosas fáciles mientras las difíciles se pudrían. Sin este gráfico, nadie se habría enterado hasta el día de la demo.

La ciencia detrás de la antigüedad WIP: Ley de Little y teoría de colas

¿Te suena la Ley de Little? Es una fórmula elegantísima: tiempo de ciclo promedio = WIP dividido por throughput. Parece sencilla pero las implicaciones son brutales. Si tu equipo completa 10 cosas por semana y tienes 30 en progreso, cada cosa tarda de media 3 semanas. ¿Quieres que tarden menos? Pues reduce el WIP. Así de simple — y así de difícil, porque a la gente le encanta empezar cosas nuevas. Ahora, cuando un elemento muestra alta antigüedad en una etapa, está creando una cola. Reinertsen lo explica con la teoría de colas: cada elemento que se acumula no solo aumenta su propio tiempo de espera, sino el de todos los que vienen detrás. Es como una autopista — al 50% de capacidad fluye bien, al 85% empieza a ir lento, y al 95% se forma un atasco monumental. ¿Y por qué el percentil 85 como umbral de alerta? Porque si un elemento supera esa antigüedad, estadísticamente hablando, tiene muchas papeletas para convertirse en un caso atípico que destroce tu previsibilidad.

Patrones comunes de antigüedad WIP y cómo diagnosticarlos

Con el tiempo aprendes a leer el gráfico como un médico lee una radiografía. Hay patrones que se repiten. El cuello de botella clásico: muchos puntos altos concentrados en una sola etapa. Típico en Revisión cuando solo hay una persona haciendo code reviews. Solución obvia — más revisores, o pair programming. Luego está el patrón zombie: uno o dos puntos altísimos mientras el resto fluye normal. Esos son elementos que alguien empezó, se bloqueó, y nadie quiere tocar. La verdad es que lo mejor suele ser matarlos o devolverlos al backlog. Después tienes la sobrecarga generalizada — antigüedad alta en todas las etapas, todo va lento. Eso significa que tenéis demasiado WIP, sin más. Reducid los límites y veréis cómo mejora. Y por último, el patrón estacional: cada vez que hay un release o se acercan vacaciones, la antigüedad se dispara. Ese es más fácil de gestionar si lo anticipas — pero primero tienes que verlo, claro.

Implementación práctica: rituales y mejores prácticas con el gráfico WIP

Vale, ya tienes el gráfico. ¿Y ahora qué? Lo más potente que puedes hacer es cambiar cómo hacéis la daily. En vez de ir de persona en persona — que al final acaba siendo un reporte de estado aburrido — empieza por la derecha del tablero y ve hacia la izquierda. ¿Qué está más cerca de terminarse? ¿Qué lleva más tiempo? Esto es lo que se llama walking the board y, sinceramente, no entiendo por qué no lo hace todo el mundo. Después, establece umbrales con colores. Calcula tus percentiles 50, 75 y 85 de tiempos de ciclo históricos. Verde si estás por debajo del 50, amarillo entre 50 y 85, rojo si superas el 85. Cuando alguien vea rojo, debería soltar lo que esté haciendo y ayudar. En retrospectivas, lleva el gráfico de las últimas dos semanas y comparad con el anterior. ¿Estamos mejorando o empeorando? Y un consejo que me costó aprender: actualiza los datos todos los días. Un gráfico de la semana pasada no sirve para tomar decisiones hoy.
Examples

Ejemplos Resueltos

Ejemplo: Flujo de Desarrollo de Software

Dado: Un equipo con etapas Backlog → Desarrollo → Revisión → QA → Hecho, con 12 elementos activos

1

Paso 1: Metes las 5 etapas tal cual las tiene el equipo en su tablero real

2

Paso 2: Registras los 12 elementos con la fecha en que entraron a cada etapa — no inventes, usa datos reales de Jira o de donde sea

3

Paso 3: El gráfico muestra 4 tarjetas en Revisión con más de 7 días. Ahí está el tapón.

Resultado: El equipo se da cuenta de que solo una persona hacía reviews. Meten a otro revisor y en dos sprints la antigüedad promedio en Revisión baja de 8 a 3 días. Nada del otro mundo, pero un cambio que nadie habría hecho sin ver los datos.

Ejemplo: Gestión de Incidencias

Dado: Un equipo de soporte con etapas Triaje → Investigación → Resolución → Verificación

1

Paso 1: Configuras las 4 etapas del proceso de incidencias

2

Paso 2: Metes las 20 incidencias activas y ves que la mitad llevan más de 3 días en Investigación

3

Paso 3: 6 incidencias superan los 5 días — y resulta que todas dependen de un equipo externo que tarda en responder

Resultado: Se ponen límites WIP en Investigación (máximo 8) y se crea un canal directo con el equipo externo. El tiempo medio de resolución baja un 40% en un mes.

Use Cases

Casos de Uso Prácticos

Detección de Cuellos de Botella

En un equipo con el que trabajé, tenían 9 tarjetas acumuladas en code review y nadie se había fijado porque el tablero físico estaba lejos. Metimos los datos aquí, vimos el pico rojo en Revisión y esa misma tarde asignaron a dos personas extra para desatascar.

Reuniones Diarias de Stand-up

En vez de ir persona por persona preguntando qué hiciste ayer, abre este gráfico y empezad por los puntos más altos. ¿Qué lleva 11 días en QA? ¿Por qué nadie ha tocado esa tarea desde el martes? Es otra forma de hacer la daily — más ágil, con perdón del chiste.

Mejora Continua del Proceso

Un coach ágil que conozco exporta el gráfico cada dos semanas y lo compara en retros. Al cabo de tres meses tenía datos brutales para demostrar que reducir el WIP de 15 a 8 elementos había bajado la antigüedad media un 40%. Sin gráficos, eso habría sido solo una opinión.

Preguntas Frecuentes

?¿Qué es la antigüedad WIP?

Básicamente, cuánto tiempo lleva un elemento en la etapa donde está ahora mismo. Si una tarea lleva 12 días en 'En Progreso', su antigüedad WIP es 12 días. Es la métrica que te dice si algo se está pudriendo en el tablero.

?¿Cómo interpreto el gráfico de antigüedad WIP?

Mira los puntos altos. Si ves un montón de puntos arriba en una etapa concreta — por ejemplo Revisión — ahí tienes tu cuello de botella. Pero si los puntos altos están repartidos por todas partes, el problema no es una etapa: es que tenéis demasiado WIP en general.

?¿Cuál es una antigüedad WIP saludable?

Depende — no hay una cifra mágica. Lo que yo hago es calcular el percentil 85 de tus tiempos de ciclo históricos y usar eso como umbral. Pero vamos, si algo lleva más de dos semanas en la misma columna, probablemente hay un problema ahí.

?¿Puedo personalizar las etapas del flujo?

Sí, total. Añade, quita, renombra. Da igual si usas Kanban puro, Scrum, o algo que te hayas inventado tú. Las etapas son las tuyas.

?¿Cuántos elementos puedo agregar al gráfico?

Los que necesites, sin límite. He probado con más de 80 y va fino. El gráfico se ajusta solo.

?¿Mis datos se almacenan en algún servidor?

No, para nada. Todo se queda en tu navegador. Ni siquiera nosotros podemos ver tus datos aunque quisiéramos — que no queremos, tranquilo.

?¿Es gratuita esta herramienta?

Sí. Gratis, sin registro, sin trampa. La usas y punto.

Herramientas relacionadas

Lectura Recomendada

Libros recomendados sobre gestión WIP y flujo Kanban

Como asociado de Amazon, ganamos con las compras que califican.

Potencia tus Capacidades

Productos recomendados para gestión visual Kanban y flujo de trabajo

Como asociado de Amazon, ganamos con las compras que califican.

¿Qué te parece esta herramienta?

Boletín

Recibe Consejos de Productividad y Nuevas Herramientas Primero

Únete a creadores y desarrolladores que valoran la privacidad. En cada edición: nuevas herramientas, trucos de productividad y novedades — sin spam.

Acceso prioritario a nuevas herramientas
Cancela en cualquier momento, sin preguntas