En parte. Gestionar cambios de horario por enfermedad, intercambio o circunstancias imprevistas es una tarea que la IA puede realizar hoy como agente, pero no sin una persona. Se trata de acciones repetidas y estructuradas dentro de un sistema de planificación, y al mismo tiempo de decisiones que afectan a alguien que no las ha pedido. Esa combinación determina el resultado.
Tres ejes son decisivos: el margen de criterio, el volumen y el coste del error.
El volumen es alto. Un departamento de planificación gestiona en un día promedio varias bajas por enfermedad, solicitudes de intercambio y cambios de última hora. Es exactamente el tipo de trabajo que un sistema, sin fatiga, puede procesar sin descanso: alguien se da de baja por enfermedad, el sistema comprueba quién está disponible, quién tiene la cualificación adecuada y quién todavía no ha superado el máximo de horas. Se trata en gran medida de trabajo estructurado, de ahí también la puntuación razonable en estructuración.
Pero el margen de criterio es bajo, y eso empuja el resultado hacia "en parte". ¿Quién tiene prioridad cuando tres personas quieren intercambiar turno al mismo tiempo? ¿Quién puede rechazar un turno sin que se interprete como falta de disposición? Son consideraciones con un componente social, no solo aritmético. Un sistema de planificación puede mostrar las opciones y hacer una propuesta; resolver el conflicto es algo de lo que hoy todavía se encarga un responsable de equipo, y en muchas empresas debe seguir siendo así.
El coste del error también pesa. Un horario erróneo no es solo una molestia sobre el papel. En una institución sanitaria, una cobertura fallida en el turno de noche supone un riesgo real para los pacientes. En una tienda, significa una puerta cerrada un sábado de mucho movimiento. Cuanto más alto sea ese coste, más querrá una organización que una persona dé el visto bueno final antes de que un cambio quede confirmado.
El aspecto físico obtiene una puntuación muy favorable, sencillamente porque la tarea no implica ninguna acción física: se trata de procesar datos, no de desplazarse a algún lugar o manipular algo. El contacto con el cliente y la creatividad se sitúan en un punto intermedio, porque un cambio de horario a veces requiere dar explicaciones a un empleado que no está de acuerdo, y eso no es un paso puramente mecánico. El cumplimiento normativo entra en juego en cuanto hay acuerdos de convenio colectivo o legislación sobre horarios laborales de por medio: un sistema debe saber que un empleado no puede hacer dos turnos de noche consecutivos, y eso es algo distinto de simplemente encajar horarios entre sí.
Una institución sanitaria con turnos variables recibe una baja por enfermedad una mañana entre semana. Un agente comprueba de inmediato quién está disponible, quién tiene los títulos adecuados y quién no ha alcanzado ya su máximo de horas esa semana. El sistema propone tres candidatos, ordenados por idoneidad. Un planificador elige, o aprueba la primera propuesta. Este es el patrón que ya se aplica hoy: la IA hace el trabajo previo y el cálculo, una persona firma el resultado.
En una empresa con un horario fijo y pocos cambios -una oficina con horarios laborales fijos, por ejemplo- simplemente hay poco que automatizar, porque el volumen es demasiado bajo para justificar un sistema. En una organización con una plantilla flexible y muchos trabajadores eventuales, el volumen es más alto, y el ahorro de tiempo de un agente se hace mayor, siempre que la escalada hacia una persona esté bien organizada para los momentos en que algo sale mal. Y en sectores con horarios estrictos -seguridad, transporte, sanidad- el coste del error y las exigencias de cumplimiento normativo pesan más, por lo que el supervisión humana no es algo que se pueda reducir con el tiempo, sino que sigue siendo una condición fija.
Dos cosas deben estar en orden antes de que un agente pueda hacer esto de forma fiable. Una: visibilidad en tiempo real de la disponibilidad, es decir, un sistema de planificación actualizado y no una hoja de cálculo que se actualiza una vez por semana. Dos: una vía de escalada hacia una persona en cuanto surge un conflicto, de modo que no sea el sistema sino un responsable de equipo quien resuelva la situación cuando choquen los intereses. Sin estas dos condiciones, existe el riesgo de que un agente aplique cambios que sobre el papel son correctos pero que en la práctica generan malestar.
Los cambios de horario no son un caso aislado. Forman parte de un conjunto de tareas de RR. HH. y planificación que, paso a paso, se desplaza hacia una colaboración entre sistema y persona. Así, el cálculo de horas extra es también una tarea en la que gran parte del cálculo se puede delegar, mientras que el control final sigue en manos de una persona. Algo similar ocurre con el registro de bajas por enfermedad, donde el registro puede ser automático pero la valoración de una situación no. Y la gestión de solicitudes de vacaciones sigue el mismo patrón que los cambios de horario: alto volumen, pasos estructurados, pero una decisión que afecta a alguien y que por eso permanece bajo supervisión.
Que esta diferencia sea grande o pequeña en su empresa depende de cuántos cambios se produzcan por semana, de cuán estricta sea la normativa en su sector y de cuánto pesa realmente un error en el horario. Esto varía según la organización, y precisamente por eso una respuesta general a esta pregunta siempre sigue siendo un "en parte".
Si desea saber cómo se traduce esto a su propia planificación, el quickscan gratuito de FTE TO AI ofrece una primera indicación: doce preguntas, sin necesidad de cuenta, con como resultado una indicación de qué parte de las horas de este perfil se puede transferir hoy a la IA. El análisis de trabajo completo, que desglosa el trabajo de su empresa tarea por tarea, todavía está en construcción. Por ahora, el quickscan ofrece una primera orientación, no un plan elaborado.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.