Cuellos de botella en el outsourcing de back office: WIP, antigüedad y flujo
El número de tareas cerradas no muestra por sí solo dónde se ralentiza un proceso. Aprende a medir el trabajo en curso, la antigüedad de los casos y el tiempo de flujo, y a acordar acciones correctivas con el proveedor.
Un proceso puede cumplir su objetivo mensual y, aun así, dejar algunos casos esperando durante semanas. La media oculta los asuntos más antiguos; el número de cierres no indica cuánto trabajo sigue en curso ni dónde se ha quedado bloqueado un documento. En outsourcing, cliente y proveedor necesitan una visión común: de lo contrario, cada parte optimiza su etapa y el retraso pasa a la siguiente.
La gestión del flujo permite ver esa situación. La guía oficial The Kanban Guide, edición de mayo de 2025, define el trabajo en curso (WIP), el rendimiento, el tiempo de ciclo y la antigüedad de los elementos de trabajo. No son etiquetas para un tablero: ayudan a detectar una cola creciente antes de que se convierta en una reclamación, un plazo incumplido o una recuperación costosa mediante horas extra.
Cinco medidas que muestran el flujo
| Medida | Qué significa | Qué decisión facilita |
|---|---|---|
| WIP | Casos iniciados pero todavía no finalizados | ¿El equipo empieza más trabajo del que puede terminar? |
| Antigüedad del caso | Tiempo transcurrido desde el inicio de un caso abierto hasta hoy | ¿Qué asunto activo necesita atención primero? |
| Rendimiento | Casos completados en un periodo acordado | ¿Cuánto trabajo termina el sistema frente a la demanda? |
| Tiempo de ciclo | Tiempo desde el inicio hasta la finalización de un caso | ¿Cuánto espera el cliente desde el comienzo hasta el resultado? |
| Antigüedad de la cola | Espera antes de iniciar el trabajo, separada de la ejecución activa | ¿El límite está en la entrada, la prioridad o la ejecución? |
Acordad exactamente cuándo un elemento está “iniciado” y “terminado”. En la gestión de correspondencia puede ser la recepción en el registro y la entrega al destinatario indicado; en una factura, su registro correcto y envío a aprobación. Si cliente y proveedor utilizan definiciones diferentes, no se pueden comparar las medidas con sentido.
El WIP y el rendimiento ayudan a localizar el límite
Un gran número de casos abiertos no es necesariamente un problema si son recientes y tienen un siguiente paso previsto. La señal de alerta es la tendencia: el WIP aumenta durante varias semanas mientras el rendimiento permanece estable o cae. Entonces hay que comprobar si el límite está en un archivo de entrada incompleto, una aprobación pendiente, la introducción manual de datos, la ausencia de una persona decisora o demasiadas tareas paralelas.
La ley de Little relaciona el WIP medio, el rendimiento y el tiempo medio que el trabajo permanece en el sistema: WIP = rendimiento × tiempo medio de flujo. En un proceso estable, con unidades y periodos coherentes, 30 casos en curso y una media de 10 finalizados al día equivalen aproximadamente a tres días de flujo medio. Es una relación entre promedios, no una garantía para un caso concreto. John D. C. Little publicó la demostración original en A Proof for the Queuing Formula: L = λW.
Limita el trabajo iniciado en vez de pedir que todos aceleren
Cuando todo es “urgente”, los equipos suelen iniciar muchos casos a la vez, interrumpir uno para empezar otro y aumentar la espera de todos. Establece un límite de WIP en las etapas que muestran sobrecarga. Al alcanzarlo, un nuevo caso no debería empezar automáticamente: primero se termina una tarea, se elimina un bloqueo o se acuerda qué excepción tiene prioridad. Es un enfoque pull: el trabajo se inicia cuando hay capacidad y un espacio claro.
No copies un límite de otra empresa. Parte de una línea base, realiza un piloto breve y comprueba si menos casos iniciados mejoran el flujo sin reducir la calidad ni la atención de excepciones. El límite debe revelar una restricción, no ocultar la demanda ni rechazar tareas acordadas.
Muestra la antigüedad de los casos abiertos como distribución
Informa del número y valor de los casos por tramos de antigüedad, además del caso más antiguo, la mediana y un percentil alto del tiempo de ciclo. Ajusta los tramos al SLA y al proceso; no existe un umbral universal. Separa el trabajo activo de la espera por el cliente, el mensajero, el operador postal o una decisión interna. De lo contrario, el proveedor puede parecer retrasado por un bloqueo ajeno a su control, o al revés.
Añade el estado y motivo del bloqueo, el responsable de la siguiente acción y la fecha de próxima actualización. El caso que espera información del cliente sigue visible, pero no debería contarse como trabajo activo del proveedor. Las reglas para pausar y reanudar el reloj deben acordarse antes de informar.
Modelo práctico de implantación en outsourcing
- Define el elemento de trabajo. Acordad qué es un caso, cuándo entra en la cola y qué significa finalizar sin errores.
- Mapea las etapas reales. Incluye recepción, comprobación de datos, ejecución, aprobación, envío y excepciones. Representa la espera como un estado propio.
- Establece una referencia. Durante varias semanas mide WIP, antigüedad, rendimiento, tiempo de ciclo y retrabajo; segmenta los tipos de caso.
- Define prioridades. Combina plazo, impacto en el negocio y riesgo. FIFO solo funciona cuando los casos tienen prioridad comparable.
- Pilota un límite WIP. Empieza por una etapa saturada y acuerda quién puede cambiar el límite y cómo tratar una excepción urgente.
- Define activadores de escalado. Por ejemplo, un caso supera su antigüedad acordada, la cola crece varios periodos o un bloqueo no tiene responsable.
- Revisa causas, no culpables. La reunión semanal entre cliente y proveedor debe terminar con responsable, fecha y comprobación del resultado.
Separa las responsabilidades de cliente y proveedor
El proveedor debe mantener estados actualizados, seguir las prioridades acordadas, señalar bloqueos y proponer mejoras. El cliente conserva las decisiones que requieren su autorización, los datos de entrada completos, las excepciones aprobadas y los contactos designados. El RACI y el SLA deben explicar cómo se cuenta la espera de una decisión del cliente y qué ocurre con un caso urgente si la persona responsable no está disponible. Una cola compartida y definiciones comunes es mejor que dos informes contradictorios.
¿Dónde son útiles estas medidas?
En los flujos de correspondencia y e-COK, mide desde el registro hasta el escaneo, la asignación y la entrega. En los procesos financieros y contables, controla las facturas pendientes de revisión o aprobación. En Credit Controlling, mide la antigüedad de consultas pendientes y compromisos de pago. Las métricas deben ayudar al diagnóstico y a la decisión, no crear una falsa precisión ni incentivar cierres prematuros.
Si el trabajo crece y el equipo sigue apagando fuegos, localiza primero dónde nace la cola y qué decisión bloquea el flujo. BackOffice Outsourcing gestiona correspondencia, documentos y determinados procesos financieros y administrativos; el alcance y los informes se acuerdan para cada proceso. Hablemos del flujo de tus casos.
Fuentes
- The Kanban Guide, mayo de 2025 — definiciones de WIP, rendimiento, antigüedad y tiempo de ciclo
- Open Guide to Kanban, julio de 2025 — aplicación práctica de métricas de flujo
- John D. C. Little, A Proof for the Queuing Formula: L = λW, Operations Research
Preguntas frecuentes
¿En qué se diferencia el WIP del número de casos en cola?
El WIP incluye los casos iniciados pero aún no terminados. La cola puede incluir también los que esperan a empezar. Conviene informar de ambos grupos por separado.
¿Un límite WIP garantiza una entrega más rápida?
No por sí solo. El límite muestra la sobrecarga y evita iniciar demasiado trabajo, pero también hay que eliminar el bloqueo de origen y proteger la calidad.
¿Cómo fijamos el límite WIP?
Con datos del flujo real, las restricciones y un piloto. No hay un valor único válido para todos los procesos.
¿La espera de una decisión del cliente cuenta en el tiempo de ciclo del proveedor?
Depende de la definición acordada. Informa del tiempo total del caso y separa la ejecución activa de la espera por el cliente; las reglas para pausar el reloj deben ser explícitas.