El equipo prepara solicitudes más deprisa, pero la lista de pendientes crece. Cada mañana se abren encargos nuevos mientras los de ayer esperan una revisión, un dato o una decisión. Añadir una automatización que acelere la preparación puede hacer que lleguen todavía más tareas al mismo punto de espera.
Es una situación ilustrativa de una empresa de servicios, no un caso de cliente de NorteIA. Antes de desarrollar una solución conviene responder una pregunta concreta: ¿en qué parte del recorrido se acumula el trabajo y qué impide que termine?
Acordar qué se está contando
Escoge un recorrido acotado, por ejemplo desde que se registra una solicitud de servicio hasta que queda resuelta y comunicada al cliente. Mantén una referencia por solicitud. Los correos de seguimiento y las subtareas no deben contarse como encargos nuevos.
La Guía Kanban, edición de mayo de 2025, pide definir las unidades de trabajo, los puntos de inicio y final y las reglas de movimiento. Distingue el trabajo iniciado y no terminado de las tareas finalizadas por unidad de tiempo. Esa distinción evita confundir actividad con entregas.
Para este diagnóstico proponemos separar las solicitudes registradas que aún no se han empezado de las que ya están en ejecución. Define qué hecho marca el inicio: asignar un nombre en una lista no equivale necesariamente a empezar. Define también el cierre: preparar un borrador no basta si falta revisarlo y comunicar el resultado.
Un recuento que permita detectar la acumulación
El siguiente ejemplo es expresamente hipotético. En un día, una empresa empieza con diez solicitudes abiertas, recibe doce, inicia nueve y termina ocho. No hay cancelaciones, reaperturas, duplicados ni cambios de alcance durante ese intervalo.
| Situación | Al empezar el día | Movimientos del día | Al terminar el día |
|---|---|---|---|
| Registradas, sin iniciar. | 6. | Entran 12 y se inician 9. | 6 + 12 − 9 = 9. |
| Iniciadas, sin terminar. | 4. | Se inician 9 y se terminan 8. | 4 + 9 − 8 = 5. |
| Total de solicitudes abiertas. | 10. | Entran 12 y se terminan 8. | 10 + 12 − 8 = 14. |
Las nueve solicitudes iniciadas son un movimiento interno: salen de la espera y pasan a ejecución. No aumentan el total abierto. El equipo cierra ocho, pero acaba con cuatro pendientes más que al empezar: catorce frente a diez. De esas catorce, solo cinco están iniciadas; las otras nueve siguen esperando.
Esto demuestra acumulación en ese día, no su causa ni una incapacidad permanente del equipo. Tampoco permite calcular horas de trabajo o comprometer una fecha de entrega. Observa varios periodos comparables y registra por separado los movimientos que hemos excluido del ejemplo, como una cancelación o una reapertura.
Una ficha para encontrar qué decisión hace falta
El total pendiente es una señal para investigar. Para cada solicitud conserva la fecha de entrada, el inicio, el estado actual, el momento del último cambio de estado, el bloqueo si existe, el responsable del siguiente paso y el cierre. La tabla siguiente es una propuesta de diagnóstico de NorteIA; no constituye por sí sola una implantación completa de Kanban.
| Señal observada | Qué comprobar en los registros | Decisión que conviene probar |
|---|---|---|
| Crecen las solicitudes sin iniciar. | Cuántas están completas, cuáles tienen prioridad acordada y qué capacidad puede asumirlas. | Separar las que esperan datos de las listas para trabajar; revisar la entrada y los compromisos antes de abrir más encargos. |
| Hay muchas tareas empezadas, pero pocas llegan al final. | Dónde se detienen y si las mismas personas alternan continuamente entre ellas. | Concentrar el esfuerzo en terminar o desbloquear trabajo existente y probar un límite explícito de inicios. |
| Se acumulan borradores pendientes de aprobación. | Quién puede revisar, qué información necesita y cuántas devoluciones provoca un borrador incompleto. | Corregir criterios de revisión, calidad de entrada o disponibilidad del aprobador antes de generar más borradores. |
| Los trabajos antiguos quedan desplazados por urgencias. | Qué solicitudes entran por excepción, quién las autoriza y qué compromisos desplazan. | Acordar una regla de urgencias y hacer visible la consecuencia sobre el resto de la cola. |
| Aumentan los cierres, pero también las reaperturas. | Qué se consideró terminado y por qué volvió el encargo. | Revisar el criterio de cierre y la calidad; no usar el número de cierres como única señal de mejora. |
No atribuyas el atasco a una persona por tener muchas tareas asignadas. Puede estar esperando decisiones, materiales o respuestas de otros equipos. Contrasta el registro con quien realiza el trabajo y revisa casos concretos antes de cambiar responsabilidades.
Limitar los inicios con una regla revisable
La Guía Kanban plantea controlar el trabajo en curso y seleccionar nuevas tareas cuando existe capacidad. En este diagnóstico, el equipo puede ensayar un límite acordado para una etapa concreta, con una persona responsable de revisar si ayuda. No hay una cifra universal que sirva para cualquier empresa.
Una tarea empezada que espera una respuesta sigue abierta: no la escondas para aparentar que hay hueco. Deja visible quién resuelve el bloqueo. Si un trabajo exige atención urgente, registra la excepción y revisa qué otra entrega se retrasa.
Antes de comparar resultados, mantén criterios equivalentes y separa tipos de servicio muy distintos. Cinco consultas sencillas y cinco proyectos complejos no representan la misma carga. Si hay una campaña puntual, una ausencia o una incidencia general, anótala para no interpretar ese periodo como funcionamiento habitual.
Elegir la automatización después de localizar la espera
Si los encargos se frenan porque falta siempre el mismo dato, puede tener sentido validar la solicitud al recibirla. Si el equipo copia información entre dos programas, una integración puede reducir esa tarea. Si falta una decisión sobre prioridades, un generador de textos no resolverá por sí solo quién debe decidir.
La IA podría preparar un borrador o reunir documentación para revisar. Para valorar esa intervención observa el recorrido completo: qué termina, qué espera y qué vuelve por errores. Comprueba también si el trabajo se ha desplazado a otra persona o a otra cola.
Como comprobación práctica del registro, toma una solicitud ficticia y deja pendiente su aprobación. Debe seguir apareciendo abierta. Después completa la aprobación y el cierre acordado: solo entonces debe pasar a terminada. Si el recuento la da por cerrada en ambos casos, todavía no sirve para evaluar una mejora.
En NorteIA ayudamos a revisar procesos de negocio y localizar sus bloqueos, desde A Coruña para empresas de Galicia. El punto de partida puede ser una lista de solicitudes con sus estados y unos pocos ejemplos de trabajo que se haya quedado esperando; con eso se puede concretar qué investigar antes de desarrollar.