IA no planeamento de turnos: cobertura, descansos e equidade explicados

Um sistema sério de planeamento com IA tem duas partes bem distintas. A primeira é um assistente conversacional: lê instruções, interpreta os Excel ou PDFs que já tem e converte pedidos soltos como “preciso de mais gente às sextas à noite” em configuração estruturada. A segunda é um solver: um motor determinista que pega nessa configuração e calcula quem trabalha quando, verificando cada regra em cada atribuição candidata.

A separação importa porque os modelos de linguagem são probabilísticos por natureza. São excelentes a entender contexto e péssimos como autoridade final sobre se uma atribuição viola um descanso. O solver é o oposto: não conversa, mas com as mesmas entradas produz sempre a mesma saída verificável, e consegue provar que nenhuma restrição dura foi violada.

Na prática, o fluxo é este: descreve a sua operação em linguagem natural, o assistente estrutura-a em funções, cobertura e regras, o solver gera um rascunho de horário e um gestor revê-o antes de publicar seja o que for. O ShiftCal está construído exatamente sobre esta separação: um assistente por chat para configurar e perguntar, e um auto-planeador determinista para as atribuições.

A maior melhoria face ao pensamento “toda a gente das 9 às 17” é definir a procura por faixa horária em vez de por dia. Um objetivo de cobertura diz: entre estas horas, neste dia da semana, neste local, preciso de tantas pessoas nesta função. O dia deixa de ser um bloco e passa a ser um perfil de procura que sobe e desce.

Um exemplo prático com um café. A segunda-feira pode precisar de dois baristas e um encarregado das 08:00 às 12:00, três baristas durante o pico do almoço das 12:00 às 15:00, e novamente dois das 15:00 às 18:00. Estas três faixas descrevem a operação real muito melhor do que “cinco pessoas à segunda”.

O solver constrói então turnos que atravessam faixas e preenche cada posição exigida com uma pessoa durante toda a janela. Um bom motor sinaliza os dois erros possíveis: subcobertura, quando uma faixa não atinge o objetivo, e sobrecobertura, quando está a pagar mais presença do que a faixa exige. Ambos os números devem estar visíveis antes de publicar, não ser descobertos no terreno.

As restrições duras são as regras que um horário tem de cumprir, não apenas preferir. O conjunto habitual: férias aprovadas e disponibilidade declarada, máximos de horas diárias e semanais de cada contrato, descanso mínimo entre turnos, competências ou certificações obrigatórias para uma posição e a mais óbvia: ninguém trabalha em dois turnos sobrepostos.

Tecnicamente, as restrições duras funcionam como filtros, não como pontuações. Antes de o motor ordenar candidatos para um turno, qualquer pessoa que violasse uma regra dura é retirada do grupo por completo. É muito diferente de uma abordagem por penalizações em que violar uma regra é apenas “caro”: as regras caras acabam por ceder nas semanas difíceis; os filtros, não.

As competências mostram porque importa este rigor. Se uma posição exige um operador de empilhador certificado ou alguém autorizado a fechar o local, só pessoas com essa qualificação deviam ser consideradas. E quando não existe candidato elegível, o comportamento honesto é deixar o turno aberto e indicar o motivo — “nenhum funcionário disponível com esta competência respeitando os descansos” — em vez de atribuir em silêncio a alguém sem qualificação.

A maioria dos países exige um descanso mínimo diário entre turnos e alguma forma de descanso semanal, com números que variam por país e por vezes por setor ou convenção. Um motor bem desenhado trata-os como parâmetros configuráveis por espaço de trabalho, nunca como pressupostos fixos no código, e aplica-os como restrições duras no sentido acima.

A falha clássica que isto evita é o fecho seguido de abertura. Suponha que a Dana fecha na terça às 23:00 e o turno de abertura de quarta começa às 07:00. O intervalo é de oito horas. Se o descanso mínimo configurado for maior — digamos onze ou doze horas — o motor simplesmente nunca vê a Dana como candidata a essa abertura; talvez lhe caiba o turno do meio-dia. Sem favores, fadiga nem negociação: a atribuição é impossível por regra.

A lógica de descanso também tem de funcionar sobre todo o horizonte, não dia a dia. Os limites semanais de horas acumulam-se, os turnos longos podem exigir pausas planeadas dentro do turno, e uma janela de descanso pode atravessar a fronteira entre uma semana publicada e a seguinte. Motores que avaliam cada dia isoladamente produzem horários que parecem corretos à segunda e são ilegais à quinta.

Equilibrar uma única semana é fácil; o ressentimento nasce dos padrões repetidos. Se a mesma pessoa apanha o fecho de sábado três fins de semana seguidos, uma semana atual perfeitamente equilibrada não corrige essa sensação. A equidade precisa de memória: o motor deve olhar para uma janela móvel de semanas já publicadas ao pontuar novas atribuições.

Em concreto, suponha que nas últimas quatro semanas a Marta fez três fechos de fim de semana e o Alex um. Quando é preciso preencher o fecho deste sábado e ambos são elegíveis segundo todas as regras duras, o motor deve preferir o Alex — não porque a Marta esteja indisponível, mas porque a carga acumulada dela é maior. Noites, aberturas cedo, fins de semana e feriados podem ter cada um o seu próprio contador.

Os contadores são também uma ferramenta de comunicação. Quando um funcionário pergunta “porquê eu outra vez?”, um gestor que consegue mostrar a rotação das últimas seis semanas tem uma resposta que um horário feito a olho nunca oferece. Um horário parece justo quando a rotação é visível, não apenas quando está matematicamente equilibrado.

O custo só entra em jogo quando todas as regras duras estão satisfeitas: é um objetivo de otimização, nunca uma desculpa para violar descansos ou competências. O motor pode ponderar tarifas horárias, acréscimos por noites, fins de semana ou feriados, e a posição de cada pessoa face aos seus limiares de horas extra ao escolher entre candidatos válidos.

Um caso concreto: dois funcionários são perfeitamente elegíveis para um turno de quinta à noite. Atribuí-lo a uma mantém-na dentro das horas contratadas; atribuí-lo ao outro empurra-o para lá do limiar semanal, em tarifa majorada. Em igualdade de circunstâncias, o motor escolhe a primeira — e ao longo de dezenas de turnos por semana, essas pequenas escolhas somam uma diferença real na massa salarial.

Igualmente importante é ver o total antes de assumir compromissos. Um rascunho de horário deve chegar com o custo do trabalho projetado, idealmente repartido por dia e por local, para que o gestor o compare com a procura prevista e decida se esse nível de cobertura vale o gasto — enquanto ainda há tempo para ajustar.

A saída do motor é uma proposta, não um horário publicado. Entre a geração e a publicação existe um passo de revisão em que o gestor vê tudo o que o solver sabe: turnos que ficaram abertos com o motivo de cada falha, avisos sobre pontos tensos, custo projetado e como foram distribuídos os horários difíceis.

Este passo existe porque nenhum modelo da operação é completo. O motor não sabe que na quinta chega uma entrega de madrugada, que dois colegas rendem melhor separados ou que a previsão deste fim de semana acabou de mudar. O gestor acrescenta esse critério sobre um rascunho que já respeita todas as regras formais — muito mais rápido do que construir do zero.

É também aqui que vive a responsabilidade. Publicar um horário é um ato operacional e legal da empresa, e uma pessoa responde por ele. Uma boa IA de turnos encurta a distância entre “semana em branco” e “rascunho revisável”; não elimina a assinatura humana no fim. E a equipa confia mais num horário quando sabe que um gestor o aprovou.

A configuração mínima viável é mais pequena do que a maioria espera: as suas pessoas com funções e horas de contrato, a disponibilidade e ausências aprovadas, um modelo de cobertura por dia da semana e os modelos de turno que realmente usa — abertura, intermédio, fecho e os padrões próprios da sua operação. As regras de descanso e de horas completam o quadro.

Comece pequeno. Gere uma ou duas semanas para um único local, compare o rascunho com honestidade face ao que teria montado à mão e ajuste o que as diferenças revelarem — normalmente uma disponibilidade por registar, uma competência obrigatória nunca declarada ou um objetivo de cobertura que só vivia na cabeça de alguém. Cada correção melhora o rascunho seguinte, porque as entradas melhoram.

Se quiser experimentar este fluxo de trabalho, o ShiftCal oferece-o de ponta a ponta: descreva a sua operação ao assistente por chat, deixe o auto-planeador produzir o rascunho e reveja cobertura, avisos e custo antes de publicar. É gratuito para equipas até cinco funcionários, o suficiente para testar a abordagem numa semana real com os seus próprios dados.