A equipa necessária e as folgas solicitadas entram em conflito.
As folgas solicitadas, a procura por faixa horária e a equipa mínima necessária costumam ser verificadas manualmente ao mesmo tempo.
OTIMIZAÇÃO DE TURNOS
Transformamos em modelo matemático as condições que ferramentas padronizadas de turnos não conseguem incorporar. O sistema cria candidatos verificáveis, para que as pessoas confirmem o resultado vendo motivos e exceções.
Problema
A parte difícil de criar turnos não é escrever nomes numa tabela, mas manter coerentes muitas regras, pedidos e exceções.
As folgas solicitadas, a procura por faixa horária e a equipa mínima necessária costumam ser verificadas manualmente ao mesmo tempo.
Responsáveis, pessoal certificado, operadores de equipamentos ou encarregados devem aparecer em faixas específicas.
Os turnos noturnos, os fins de semana, o total de turnos e as atribuições difíceis não deveriam concentrar-se em poucas pessoas.
Uma única ausência ou uma alteração da procura pode invalidar toda a tabela e obrigar a refazê-la com pouca margem.
O objetivo da automação não é a folha de cálculo em si, mas o juízo repetido que quem planeia realiza ao elaborá-la.
Modelação
Expressões como equitativo, não consecutivo, manter este par separado e respeitar as folgas solicitadas convertem-se em dados, condições obrigatórias, preferências flexíveis e uma pontuação.
Objetivo de exemplo
falta de pessoal x 1000 + falta de qualificação x 1000 + pedido não cumprido x 20 + desequilíbrio de carga x 5
Os pesos são explicativos. Num projeto real, as condições obrigatórias e as prioridades são fixadas por entrevistas e comparações com escalas reais.
Pessoal, disponibilidade, folgas solicitadas, qualificações, necessidades de pessoal e escalas atuais.
Regras que não devem ser violadas, como necessidades de pessoal, qualificações e limites de descanso.
Pedidos que devem ser respeitados sempre que possível, como folgas, turnos preferidos e equidade.
Escalas candidatas, condições não cumpridas, motivos, métricas e impacto das alterações.
Demo interativa
Altere as condições e recalcule uma escala candidata.
Esta demo usa uma heurística simples. Não é um motor de otimização para uso real.
Cobertura de pessoal necessário
Cobertura de qualificação
Correspondência de preferências
Dispersão de atribuições
| Pessoal | Seg | Ter | Qua | Qui | Sex | Sáb | Dom |
|---|
Biblioteca de regras
Os exemplos seguintes são modelados passo a passo. Nem todas as condições devem ser implementadas de uma vez; a prioridade e os dados disponíveis decidem o primeiro âmbito.
COV-01
Obrigatória
Defina equipa mínima necessária e preferida por dia, faixa horária, localização, departamento e função.
COV-02
Preferência
Aumente a equipa necessária recomendada usando previsões de vendas, reservas, residentes, volume de produção ou tickets.
LAB-01
Obrigatória
Represente limites de dias consecutivos, descanso após o turno noturno e regras internas de intervalo já confirmadas.
LAB-02
Obrigatória
Inclua horas semanais ou mensais, limites por tipo de emprego e margem de horas extra.
SKL-01
Obrigatória
Coloque qualificações requeridas, pessoal responsável ou competências da equipa em cada faixa horária.
SKL-02
Preferência
Evite faixas cobertas apenas por pessoal novo combinando-o com formadores ou pessoal experiente.
PRF-01
Preferência
Separe indisponibilidade de folgas solicitadas e atribua prioridade conforme a importância.
PRF-02
Preferência
Reduza desequilíbrios em turnos noturnos, fins de semana, turnos de tarde, atribuições totais e tarefas pesadas.
PRF-03
Preferência
Inclua continuidade com clientes, compatibilidade da equipa e áreas de alta competência na pontuação de atribuição.
Regras personalizadas
As regras que nunca aparecem em exemplos genéricos costumam ser a razão pela qual a modelagem sob medida é útil.
Resultados
Um sistema de turnos útil não termina numa tabela de escala. Explica o que mudou, o que não pôde ser cumprido e o que as pessoas devem rever.
Devolva vários candidatos com diferentes compromissos em vez de uma única resposta opaca.
Mostre cobertura em falta, folgas solicitadas não cumpridas e condições que não puderam ser satisfeitas.
Explique por que uma pessoa foi atribuída: qualificação, preferência, menor carga atual ou prioridade de cobertura.
Quando ocorre uma ausência, fixe o que deve permanecer estável e recalcule a área afetada.
Exemplos por setor
Uma boa escala significa coisas diferentes em cada local de trabalho. O modelo deve usar os termos e prioridades que a operação já utiliza.
Abertura, fecho, dias de maior procura, competências na sala de vendas e equidade de fins de semana.
Turnos diurnos e noturnos, pessoal certificado, continuidade assistencial e intervalos de descanso.
Qualificações de equipamentos, volume de produção, atribuição de linhas e rotação de turnos.
Disponibilidade no terreno, cobertura de suporte, resposta a emergências e restrições de deslocação.
Desenvolver ou comprar
O desenvolvimento sob medida nem sempre é a resposta adequada. A decisão deve depender da complexidade das regras, da preparação dos dados e do valor dos candidatos explicáveis.
Se um serviço padrão pode resolver bem o problema, dizemos isso. Só propomos um sistema dedicado quando o valor empresarial das condições personalizadas provavelmente supera o custo.
Quando basta um serviço empacotado
Padrões de turno simples, regras limitadas e uma equipa pequena costumam começar mais depressa com um serviço existente.
Quando se justifica um sistema sob medida
Muitas qualificações, regras locais, gestão de alterações e necessidade de explicações são razões mais sólidas para criar um modelo dedicado.
Dados
Não é necessária uma base de dados limpa desde o primeiro dia. Ficheiros Excel, folhas de pedidos em papel e listas de pessoal existentes podem converter-se no primeiro contrato de dados.
Nomes ou IDs do pessoal, competências, horas contratadas, disponibilidade e folgas preferidas bastam para um primeiro modelo.
A procura por dia, faixa horária, localização, departamento e função define o objetivo de cobertura.
Separe as regras que nunca devem ser violadas dos pedidos que devem ser respeitados sempre que possível.
As escalas atuais e as correções manuais ajudam a comparar os candidatos gerados com a prática real.
Processo
O primeiro objetivo não é substituir toda a operação. É verificar se as regras de planeamento podem ser representadas e se o candidato gerado é útil.
01
Reveja a folha de cálculo atual, a recolha de pedidos e os passos de correção manual.
02
Separe regras obrigatórias, preferências, métricas de avaliação e decisões reservadas a pessoas.
03
Crie um pequeno componente de cálculo com dados representativos.
04
Compare os candidatos gerados com as escalas existentes e os comentários de quem planeia.
05
Só depois de confirmar a adequação, conecte o cálculo com o fluxo de trabalho, a edição e as permissões.
Protótipo
Use a sua escala atual e as condições principais para comparar candidatos automáticos com o plano vigente. Decida o desenvolvimento completo depois de tornar visíveis a viabilidade e o valor.
Pacote pequeno de verificação
298.000 JPY / impostos não incluídos
Pressupõe uma organização, um tipo de escala e um conjunto limitado de condições principais. O orçamento formal é preparado após a confirmação do âmbito.
Próxima verificação
Passe do problema de turnos ao recurso seguinte que ajuda a sua equipa a decidir.
Compare esta página de turnos com outras demos de planeamento e atribuição.
Use casos de estudo para ver como descrevemos a evidência sem exagerar resultados.
Reveja como se gerem ficheiros, folhas de cálculo e diagnósticos antes de partilhar exemplos.
Perguntas frequentes
Estas respostas esclarecem o que a demo pode mostrar, o que um protótipo confirma e o que continua a ser uma decisão humana.
Não. A demo da página é uma heurística simples para explicar a ideia. Num projeto real, é escolhido um solucionador ou método de busca depois de entender as regras, a escala e as necessidades de tempo de resposta.
Sim. Uma primeira revisão normalmente pode começar com a escala atual, a lista de pessoal, as folgas solicitadas e uma breve nota de regras.
Não. O sistema deve mostrar escalas candidatas, condições não cumpridas e motivos de atribuição para que uma pessoa confirme a escala final.
São tratadas como preferências, a menos que a sua organização as marque como obrigatórias. O resultado deve mostrar que pedidos não foram cumpridos e por quê.
Um protótipo pode testar primeiro uma organização, um tipo de escala e as regras principais. O fluxo completo, a edição, as permissões e as integrações são decididos depois dessa evidência.
Próximo passo
Partilhe a sua escala atual de Excel e as regras que são absolutamente obrigatórias ou apenas preferidas. Separaremos o que pode ser modelado, que dados faltam e onde deve começar um protótipo pequeno.