Tiempo en estado: el número que muestra dónde se atasca tu proceso

El proyecto se retrasó. En la reunión, cada uno señala un motivo: el cliente tardó, el equipo es pequeño, el requisito cambió. Todos tienen algo de razón, y nadie tiene un número. El plazo incumplido es un síntoma. La causa está en otro lugar: en el tiempo que cada tarea pasó parada, esperando, en cada etapa del camino.

Ese número tiene nombre, tiempo en estado, y es lo que permite cambiar la discusión de opiniones por una conversación sobre datos. Aquí tienes qué es, por qué usar la mediana y el P85 en lugar de la media, qué es la eficiencia de flujo y cómo encontrar el cuello de botella con un ejemplo de cálculo.

Qué es el tiempo en estado

Toda tarea pasa por etapas: "Por hacer", "En curso", "En revisión", "Esperando al cliente", "Completada". El tiempo en estado es cuánto tiempo estuvo en cada una. Sumándolas todas, tienes el ciclo completo, de principio a fin.

Para medirlo, hay que guardar cada cambio de estado, con fecha y hora. Sin ese historial, la única información disponible es dónde está la tarea ahora, nunca por dónde ha pasado. Por eso la mayoría de las hojas de cálculo no pueden responder a la pregunta: guardan el estado actual, no la trayectoria.

Lead time y cycle time

Dos términos aparecen siempre en esta conversación. El lead time es el tiempo desde que se hizo la solicitud hasta la entrega, la visión de quien la pidió. El cycle time es el tiempo desde que el trabajo empezó hasta que terminó, la visión de quien ejecuta. El tiempo en estado divide los dos en trozos para que veas cuál de ellos está inflado.

Por qué mediana y P85, y no la media

Imagina diez tareas de revisión. Nueve tardaron 1 día. Una se quedó olvidada 40 días. La media es de 5 días, un número que no describe a ninguna de ellas. La mediana, el valor del medio, es 1 día, y muestra el comportamiento normal del equipo. La tarea de 40 días merece atención, pero como excepción, no como parámetro.

El P85 completa el cuadro. Dice: "el 85% de las tareas salen de esta etapa en un máximo de X días". Es el número que se puede prometer. Si el P85 de la revisión es de 3 días, puedes decirle a un cliente "la revisión lleva hasta 3 días" y acertar en 85 de cada 100 casos, lo que es bastante más honesto que citar la media.

Medida	Responde a	Cuándo usarla
Media	Cuánto, sumando todo y dividiendo	Rara vez: una tarea olvidada la distorsiona
Mediana	Cuánto tarda una tarea típica	Para entender el comportamiento normal
P85	Cuánto tarda casi cualquier tarea	Para prometer plazos y para detectar lo que se sale del patrón

Una precaución: con pocas tareas, cualquier percentil es frágil. Cinco tareas no forman una muestra. Una buena práctica es desconfiar de las conclusiones sacadas de un puñado de casos y esperar a que crezca el volumen antes de cambiar el proceso.

Eficiencia de flujo: cuánto del tiempo es trabajo

Aquí hay un cálculo que suele sorprender. Suma el tiempo en que la tarea estaba siendo trabajada de verdad y divídelo entre el ciclo total. El resultado es la eficiencia de flujo. El resto es espera: esperando aprobación, esperando que alguien libere, parada en la cola.

En una tarea que tardó 10 días en total y tuvo 2 días de trabajo efectivo, la eficiencia es del 20%. El otro 80% fue espera. Eso cambia el remedio: contratar a más gente acelera el trabajo, pero solo ataca el 20% del problema. Reducir la espera, con menos colas de aprobación y menos etapas paradas, ataca el 80%.

Para que el cálculo tenga sentido, el sistema necesita saber cuáles de tus estados son trabajo y cuáles son espera. En la Tasskee esto sale de tus propios estados, sin configurar nada aparte.

Cómo encontrar el cuello de botella

El cuello de botella es la etapa en la que se acumula el trabajo, y es donde cualquier mejora rinde más. Para encontrarlo, sigue tres pasos.

1. Enumera las etapas en el orden en que ocurren y anota la mediana de cada una.
2. Calcula la porción de cada etapa en el ciclo total. Divide la mediana de la etapa entre la suma de las medianas.
3. Mira la mayor porción y su P85. Una etapa larga y con un P85 muy por encima de la mediana es la candidata más fuerte: es lenta e impredecible a la vez.

Un ejemplo con números

Una agencia hace seguimiento de los posts de blog que produce para clientes. En 40 posts completados, las medianas por etapa fueron estas.

Etapa	Mediana	P85	Porción del ciclo
Temario	1 día	2 días	8%
Redacción	3 días	5 días	25%
Revisión interna	1 día	2 días	8%
Esperando aprobación del cliente	6 días	14 días	51%
Publicación	1 día	1 día	8%

La suma de las medianas da 12 días. El equipo estaba convencido de que el problema era la redacción, la etapa que más ocupa a las personas. Los números dicen otra cosa: la mitad del ciclo es espera del cliente, y el P85 de 14 días muestra que, en algunos casos, es bastante peor.

La acción más eficaz, entonces, no es escribir más rápido. Es acordar con el cliente un plazo de respuesta, recordárselo automáticamente y dejar la aprobación en un lugar fácil, como el portal del invitado. Si la mediana de la aprobación baja de 6 a 3 días, el ciclo pasa de 12 a 9, una ganancia mayor que la que lograría cualquier ajuste de redacción.

Qué mirar además del cuello de botella

Vueltas y retrabajo

Una tarea que vuelve a revisión tres veces ha pasado tres veces por esa etapa. Lo correcto es contar cada paso, y no solo el último. Si la revisión aparece con muchos pasos por tarea, el problema puede estar en la etapa anterior: el briefing o el criterio de terminado no están claros.

Lo que se va a pasar de plazo

Comparar tareas abiertas con un plazo fijo igual para todas es injusto: una etapa que normalmente lleva un día y otra que lleva una semana no pueden tener la misma alarma. Lo más útil es comparar cada tarea abierta con el tiempo normal de su propia etapa. Una tarea que lleva 5 días en una etapa de mediana 1 día merece atención hoy, sin esperar al plazo del proyecto.

Tareas y tickets juntos o separados

Un ticket de soporte y una tarea de proyecto tienen ritmos distintos. Mezclar los dos esconde el comportamiento de cada uno. Mide por separado y después junto, si necesitas una visión general del equipo.

Errores comunes al medir

• Demasiados estados o demasiado pocos. Con dos estados, "Abierta" y "Cerrada", no hay nada que medir. Con veinte, nadie los actualiza. Entre cinco y ocho suele bastar.
• Mover todo a final de semana. Si el equipo solo actualiza el tablero el viernes, el tiempo en estado se convierte en ruido. La medición es tan buena como la disciplina de mover la tarea cuando cambia de fase.
• Usar el número para exigir cuentas a las personas. El objetivo es ver el proceso. Cuando se convierte en un ranking individual, las personas empiezan a esconder lo que se atascó.
• Concluir con una muestra pequeña. Espera a tener volumen antes de reorganizar al equipo.

Dónde aparece esto en los informes

El tiempo en estado es uno de los números que conviene ver junto a los demás informes y paneles del proyecto: carga por persona, tareas retrasadas, horas. Cada uno responde a una pregunta distinta. El retraso dice que algo se salió del plan; la carga dice quién está sobrecargado; el tiempo en estado dice en qué etapa se está perdiendo el trabajo. Solo, ninguno cuenta la historia completa, pero el tiempo en estado suele ser el que explica los otros dos.

Cómo empezar

1. Revisa los estados de tu tablero Kanban: cada uno debe representar una fase real, y tienes que saber cuáles son trabajo y cuáles son espera.
2. Usa el tablero con normalidad durante unas semanas, moviendo las tareas en el momento.
3. Abre el panel y mira la mediana y el P85 por etapa. Busca la mayor porción.
4. Elige una única etapa para mejorar, cambia una regla (límite de elementos, plazo de respuesta, criterio de terminado) y vuelve a medir el mes siguiente.

La ganancia de ver el tiempo en estado no es un número bonito. Es dejar de discutir dónde se atasca el proceso y pasar a decidir qué cambiar primero, con el dato al lado.