IA en la planificación de turnos: cobertura, descansos y equidad explicados a fondo

Un sistema serio de planificación con IA tiene dos partes bien diferenciadas. La primera es un asistente conversacional: lee instrucciones, interpreta los Excel o PDFs que ya tienes y convierte peticiones sueltas como “necesito más gente los viernes por la tarde” en configuración estructurada. La segunda es un solver: un motor determinista que toma esa configuración y calcula quién trabaja cuándo, comprobando cada regla sobre cada asignación candidata.

La separación importa porque los modelos de lenguaje son probabilísticos por diseño. Son excelentes entendiendo contexto y pésimos como autoridad final sobre si una asignación rompe un descanso. El solver es lo contrario: no conversa, pero con las mismas entradas produce siempre la misma salida verificable, y puede demostrar que ninguna restricción dura se ha violado.

En la práctica el flujo es este: describes tu operación en lenguaje natural, el asistente la estructura en roles, cobertura y reglas, el solver genera un borrador de cuadrante y un manager lo revisa antes de publicar nada. ShiftCal está construido exactamente sobre esta separación: un asistente por chat para configurar y preguntar, y un auto-planificador determinista para las asignaciones.

La mayor mejora frente al pensamiento de “todos de 9 a 5” es definir la demanda por franja horaria en lugar de por día. Un objetivo de cobertura dice: entre estas horas, este día de la semana, en esta sede, necesito tantas personas de este rol. El día deja de ser un bloque y pasa a ser un perfil de demanda que sube y baja.

Un ejemplo trabajado con una cafetería. El lunes puede necesitar dos baristas y un encargado de 08:00 a 12:00, tres baristas durante el pico de comidas de 12:00 a 15:00, y de nuevo dos de 15:00 a 18:00. Esas tres franjas describen la operación real mucho mejor que “cinco personas el lunes”.

El solver construye entonces turnos que atraviesan franjas y cubre cada posición requerida con una persona durante toda la ventana. Un buen motor señala los dos errores posibles: infracobertura, cuando una franja no llega al objetivo, y sobrecobertura, cuando pagas más presencia de la que la franja exige. Ambas cifras deberían verse antes de publicar, no descubrirse en el local.

Las restricciones duras son las reglas que un cuadrante debe cumplir, no solo preferir. El conjunto habitual: vacaciones aprobadas y disponibilidad declarada, máximos de horas diarias y semanales de cada contrato, descanso mínimo entre turnos, skills o certificaciones obligatorias para una posición y la más obvia: nadie trabaja dos turnos solapados.

Técnicamente, las restricciones duras actúan como filtros, no como puntuaciones. Antes de que el motor ordene candidatos para un turno, cualquier persona que rompería una regla dura queda fuera del grupo directamente. Es muy distinto de un enfoque de penalizaciones donde violar una regla solo resulta “caro”: las reglas caras se rompen en las semanas difíciles; los filtros, no.

Las skills muestran por qué importa este rigor. Si una posición exige un carretillero certificado o alguien autorizado a cerrar con llave, solo deberían considerarse personas con esa cualificación. Y cuando no existe candidato elegible, lo honesto es dejar el turno abierto y explicar el motivo — “ningún empleado disponible con esta skill cumpliendo los descansos” — en lugar de asignar en silencio a alguien no cualificado.

La mayoría de países exige un descanso mínimo diario entre jornadas y alguna forma de descanso semanal, con cifras que varían por país y a veces por sector o convenio. Un motor bien diseñado los trata como parámetros configurables por espacio de trabajo, nunca como supuestos fijos en el código, y los aplica como restricciones duras en el sentido anterior.

El fallo clásico que esto evita es el cierre-apertura encadenado. Supón que Dana cierra el martes a las 23:00 y el turno de apertura del miércoles empieza a las 07:00. El hueco es de ocho horas. Si el descanso mínimo configurado es mayor — pongamos once o doce horas — el motor sencillamente nunca ve a Dana como candidata para esa apertura; quizá le toque el turno de mediodía. Sin favores, fatiga ni negociación: la asignación es imposible por regla.

La lógica de descansos también debe funcionar sobre todo el horizonte, no día a día. Los topes semanales de horas se acumulan, los turnos largos pueden requerir pausas planificadas dentro del turno, y una ventana de descanso puede cruzar la frontera entre una semana publicada y la siguiente. Los motores que evalúan cada día por separado producen cuadrantes que parecen correctos el lunes y son ilegales el jueves.

Equilibrar una sola semana es fácil; el malestar nace de los patrones repetidos. Si a la misma persona le toca el cierre del sábado tres fines de semana seguidos, una semana actual perfectamente equilibrada no arregla esa sensación. La equidad necesita memoria: el motor debería mirar una ventana móvil de semanas ya publicadas al puntuar nuevas asignaciones.

En concreto, supón que en las últimas cuatro semanas Marta ha hecho tres cierres de fin de semana y Alex uno. Cuando hay que cubrir el cierre de este sábado y ambos son elegibles según todas las reglas duras, el motor debería preferir a Alex — no porque Marta no esté disponible, sino porque su carga acumulada es mayor. Noches, aperturas tempranas, fines de semana y festivos pueden llevar cada uno su propio contador.

Los contadores son además una herramienta de comunicación. Cuando un empleado pregunta “¿por qué otra vez yo?”, un manager que puede enseñar la rotación de las últimas seis semanas tiene una respuesta que un cuadrante hecho a ojo nunca ofrece. Un horario se percibe justo cuando la rotación es visible, no solo cuando está matemáticamente equilibrada.

El coste entra en juego solo cuando todas las reglas duras están satisfechas: es un objetivo de optimización, nunca una excusa para romper descansos o skills. El motor puede ponderar tarifas por hora, pluses de nocturnidad, fin de semana o festivo, y la posición de cada persona respecto a sus umbrales de horas extra al elegir entre candidatos válidos.

Un caso concreto: dos empleados son perfectamente elegibles para un turno de jueves por la tarde. Asignárselo a una la mantiene dentro de sus horas de contrato; asignárselo al otro lo empuja por encima de su umbral semanal a tarifa de hora extra. En igualdad de condiciones, el motor elige a la primera — y a lo largo de decenas de turnos semanales esas pequeñas decisiones se acumulan en una diferencia real de coste de personal.

Igual de importante es ver el total antes de comprometerse. Un borrador de cuadrante debería llegar con su coste laboral proyectado, idealmente desglosado por día y sede, para que el manager pueda compararlo con la demanda prevista y decidir si ese nivel de cobertura vale lo que cuesta — mientras aún hay tiempo de ajustar.

La salida del motor es una propuesta, no un cuadrante publicado. Entre la generación y la publicación hay un paso de revisión donde el manager ve todo lo que el solver sabe: turnos abiertos con el motivo por el que no pudieron cubrirse, avisos sobre puntos tensos, coste proyectado y cómo se repartieron los huecos difíciles.

Este paso existe porque ningún modelo de la operación es completo. El motor no sabe que el jueves llega un pedido de madrugada, que dos compañeros rinden mejor separados o que la previsión de este fin de semana acaba de cambiar. El manager añade ese criterio sobre un borrador que ya respeta todas las reglas formales — mucho más rápido que construir desde cero.

Aquí vive también la responsabilidad. Publicar un cuadrante es un acto operativo y legal de la empresa, y una persona responde por él. Una buena IA de turnos acorta la distancia entre “semana en blanco” y “borrador revisable”; no elimina la firma humana del final. Además, el equipo confía más en un horario cuando sabe que un manager lo aprobó.

La configuración mínima viable es más pequeña de lo que la mayoría espera: tu gente con sus roles y horas de contrato, su disponibilidad y ausencias aprobadas, una plantilla de cobertura por día de la semana y las plantillas de turno que realmente usas — apertura, intermedio, cierre y los patrones propios de tu operación. Las reglas de descanso y horas completan el cuadro.

Empieza en pequeño. Genera una o dos semanas para una sola sede, compara el borrador con honestidad frente a lo que habrías montado a mano y ajusta lo que revelen las diferencias — normalmente una disponibilidad sin registrar, una skill obligatoria no declarada o un objetivo de cobertura que solo vivía en la cabeza de alguien. Cada corrección mejora el siguiente borrador, porque mejoran las entradas.

Si quieres probar este flujo de trabajo, ShiftCal lo ofrece de principio a fin: describe tu operación al asistente por chat, deja que el auto-planificador genere el borrador y revisa cobertura, avisos y coste antes de publicar. Es gratis para equipos de hasta cinco empleados, suficiente para poner a prueba el enfoque con una semana real de tus propios datos.