Software de simulação para manufatura: como avaliar e escolher
Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.
By Mirko Peters ·
Escolher software de simulação para manufatura fica mais fácil com um scorecard do que com um ranking. Critérios, perguntas de teste e um método justo de comparação para gerentes de fábrica.
Automatically translated with AI from the original post. Read the English original
Software de simulação para manufatura é a ferramenta por trás da simulação de fábrica: você constrói um modelo computacional de uma linha ou de uma planta e testa decisões antes que dinheiro real seja gasto. Escolher o certo depende menos de uma lista de funcionalidades e mais de três coisas: a pergunta que precisa ser respondida, os dados que você consegue fornecer e as pessoas que vão construir e interpretar os modelos. Este guia é para gerentes de fábrica que precisam conduzir uma avaliação de software e querem um scorecard que possam defender.
Pontos-chave
- Escolha o software de simulação para manufatura pela sua pergunta, pelos seus dados e pelas pessoas que vão construir e interpretar os modelos, e não por uma lista de popularidade.
- Um estudo da Winter Simulation Conference de 2016 classificou as ferramentas por popularidade e afirma, ele mesmo, que popularidade não garante qualidade; a maioria das ferramentas tem listas de funcionalidades semelhantes.
- As abordagens de eventos discretos e baseadas em agentes são adequadas ao desenvolvimento de processos, por isso a escolha muitas vezes depende do software e de quem constrói o modelo.
- Verifique se a ferramenta oferece execuções repetidas com intervalos de confiança e tratamento do período de aquecimento (warm-up), porque uma única execução é apenas uma amostra.
- Compare os finalistas no mesmo caso, com os seus próprios dados, pesos fixos definidos antecipadamente e um registro das horas de modelador que cada um exigiu.
Que tipos de software de simulação para manufatura existem?
Duas divisões ajudam a organizar o mercado. A primeira é a abordagem de modelagem; a segunda é a forma como o modelo é construído.
Um estudo de Lean Six Sigma comparou três abordagens em um caso de fábrica: eventos discretos, baseada em agentes e dinâmica de sistemas. Os autores constataram que a simulação de eventos discretos e a baseada em agentes são praticamente igualmente adequadas ao desenvolvimento de processos de manufatura, e afirmaram que a escolha pode depender do software disponível ou da preferência do modelador. Eles também consideraram os modelos híbridos muito promissores. Em resumo, o paradigma importa menos do que muitos imaginam. O que importa é se a ferramenta consegue representar o seu fluxo, as suas regras e a sua variabilidade.
Na prática, as perguntas se agrupam em poucos tipos, e as ferramentas costumam pender para um deles:
- Modelos de fluxo acompanham peças por estações, buffers e filas. Eles respondem a perguntas sobre vazão, lead time e trabalho em processo.
- Modelos com atores individuais, como planejadores, pedidos ou transportadores que seguem as próprias regras. Eles ajudam quando comportamento e decisões importam tanto quanto o fluxo.
- Modelos de alto nível de quantidades em períodos mais longos, usados para questões estratégicas.
- Modelos físicos ou 3D de máquinas e robôs. Eles respondem a outra pergunta: se um movimento ou um layout funciona no espaço.
A forma como o modelo é construído é a segunda divisão. Algumas ferramentas são visuais e de arrastar e soltar. Algumas trabalham a partir de tabelas e planilhas. Outras são bibliotecas de código que a sua equipe programa. Quanta mais liberdade a ferramenta oferece, mais habilidade ela exige.
Se você também está avaliando um gêmeo digital, observe que ele resolve um problema diferente: permanece conectado aos dados da planta em tempo real, enquanto a simulação é executada sob demanda para testar escolhas. Resolva essa questão primeiro.
Por que um ranking não ajuda?
Listas de "as melhores ferramentas" estão em todo lugar, e são tentadoras. Tenha cuidado com elas.
O artigo Discrete Simulation Software Ranking, da Winter Simulation Conference de 2016, classificou ferramentas por popularidade, usando buscas na web, publicações, avaliações e redes sociais. Os autores afirmam que mais popularidade não garante mais qualidade. Dizem que a popularidade não deve ser o único critério de seleção e sugerem combiná-la com comparação de funcionalidades e experimentação. Também observam que a maioria das ferramentas tem listas de funcionalidades parecidas, o que torna difícil concluir algo apenas com uma comparação de funcionalidades.
Há uma vantagem real em uma ferramenta popular: é mais fácil encontrar pessoas que a conhecem. Isso pesa quando você contrata ou quando seu consultor sai da empresa. Considere, mas não deixe que isso decida.
Quais critérios importam mais?
Use estes itens como linhas do seu scorecard. Para cada um, a pergunta à direita é o que você faria em uma demonstração.
- Adequação à sua pergunta. Ela consegue representar seu fluxo, suas regras de lote, seus calendários de turno e suas trocas de setup sem gambiarras? Peça ao fornecedor para modelar, ao vivo, uma funcionalidade complicada da sua linha.
- Importação de dados. Ela consegue ler roteiros, recursos e ordens a partir das exportações do seu ERP, de arquivos Excel ou de um banco de dados, e você consegue atualizar o modelo sem reconstruí-lo? Um modelo alimentado com números digitados à mão fica desatualizado rapidamente.
- Tratamento de experimentos. Ela consegue executar muitos cenários e repetir cada um automaticamente? Veja a próxima seção.
- Suporte à validação. Você consegue comparar a saída do modelo com resultados passados, rastrear uma peça específica pelo modelo e descobrir por que algo aconteceu?
- Resultados e relatórios. Ela consegue gerar os KPIs que você acompanha e exportar resultados para as ferramentas que seus gestores usam, como Excel ou Power BI? A animação ajuda as pessoas a acreditarem em um modelo, mas são os números que decidem.
- Habilidades necessárias. Quem na sua fábrica consegue construir e manter um modelo, e quanto tempo leva o treinamento? Uma ferramenta que só um especialista entende raramente sobrevive à saída desse especialista.
- Tempo de execução e escala. Quanto tempo leva para rodar um modelo realista, e o que acontece com dez vezes mais ordens?
- Automação e integração. Existe uma interface para executar modelos a partir de scripts ou de outros sistemas?
- Custo em três anos. Licenças, treinamento, horas do modelador, preparação de dados e suporte. Inclua o custo do próximo modelo, não apenas do primeiro.
- Saída. Você consegue exportar a estrutura do modelo e os dados caso decida trocar de ferramenta?
Por que o tratamento de experimentos merece uma verificação própria?
Modelos de simulação com entradas aleatórias produzem uma resposta diferente a cada execução, então uma única execução é apenas uma amostra. Uma aula do MIT sobre planejamento de experimentos (hospedada em um espelho do MIT OpenCourseWare) apresenta como questão central quantas replicações independentes você precisa para uma determinada precisão, e descreve uma regra de parada baseada na largura de um intervalo de confiança. Para modelos que rodam continuamente, ela também aborda o período de aquecimento: você descarta as primeiras observações de cada replicação e calcula a média do restante, e o método de Welch ajuda a escolher onde o aquecimento termina.
Você não precisa fazer essas contas manualmente, mas o software deve fazê-las. Pergunte se ele consegue executar replicações automaticamente, apresentar intervalos de confiança, ajudar a definir o período de aquecimento e comparar cenários em uma única visão. Se ele só mostrar uma execução animada, você acabará decidindo no cara ou coroa.
E quanto a executar muitos cenários?
Quando você testa dezenas de cenários, cada um com muitas replicações, o tempo de execução se torna um custo real. As replicações são independentes entre si, então podem rodar lado a lado. A Microsoft descreve o Azure Batch como um serviço para trabalhos paralelos em grande escala que não precisam se comunicar entre si, e cita a simulação de Monte Carlo como exemplo. Você traz a sua própria aplicação, e o Batch a implanta em um pool de máquinas virtuais. Isso só ajuda se a sua ferramenta de simulação puder rodar sem interface gráfica, a partir da linha de comando, e se a licença permitir. Então inclua os dois itens na sua lista de perguntas. A capacidade do Azure é algo para discutir com a TI somente depois que um piloto mostrar que você precisa dela.
Você deve comprar uma ferramenta, contratar um especialista ou desenvolver a sua própria solução?
Seja honesto sobre a frequência com que você vai usá-la.
- Contrate um especialista quando tiver uma ou duas grandes questões por ano, como uma nova linha ou um investimento importante. Você paga pelo estudo e evita o treinamento.
- Compre uma ferramenta quando os planejadores forem testar opções com regularidade, por exemplo modelos de turnos, mix de produtos e tamanhos de buffer. Reserve tempo para treinamento e para manter o modelo atualizado.
- Desenvolva a sua própria solução com uma biblioteca de programação somente quando tiver pessoas capazes de escrever e manter o código. A flexibilidade é alta, mas a dependência dessas pessoas também.
Muitas fábricas começam com um estudo de especialista, descobrem quais perguntas realmente têm e só então decidem por uma ferramenta.
Como fazer uma comparação justa?
Um teste justo leva algumas semanas, não meses.
- Escreva a pergunta. Uma decisão, uma data, um responsável.
- Prepare um único pacote de dados para uma linha ou célula: roteiros, tempos, recursos, calendários, demanda e um mês de resultados reais.
- Defina os pesos primeiro. Decida quanto importam a importação de dados, o tratamento de experimentos, as habilidades e o custo antes de ver qualquer demonstração.
- Dê a mesma situação e o mesmo prazo para todos os finalistas.
- Deixe a sua própria equipe usar a ferramenta. Observe onde ela trava.
- Valide com o histórico. O modelo reproduz o mês passado dentro de uma margem acordada?
- Registre o esforço. Horas do modelador, horas de limpeza de dados, perguntas ao suporte.
- Avalie em conjunto. Produção, planejamento, TI e finanças pontuam cada uma as suas linhas.
Se um fornecedor não aceitar rodar os seus dados em um piloto, isso já é uma resposta.
Erros comuns
- Escolher com base em um ranking. Ele mostra o que é popular, não o que se encaixa.
- Comprar pela demonstração. Uma animação bem acabada não diz nada sobre o tratamento de dados ou o suporte a experimentos.
- Ignorar quem vai construir os modelos. A melhor ferramenta para um especialista pode ser a errada para a sua equipe.
- Pular a validação. Um modelo que não consegue reproduzir o passado não deve ser confiável para prever o futuro.
- Subestimar o trabalho com dados. Coletar e limpar os dados de entrada pode levar tanto tempo quanto construir o modelo.
- Decidir com base em uma única execução. Sem replicações, você não consegue distinguir um ganho real de ruído.
Onde o Polaris se encaixa
Se você quer uma simulação que parta dos dados do seu ERP, o iFAKT Polaris é uma opção. A iFAKT descreve o Polaris como IA mais um gêmeo digital para a produção. O módulo Polaris Designer constrói um grafo de conhecimento de produto, processo e recurso a partir de dados do ERP, listas de materiais e tempos de processo. Já o módulo Polaris Simulator usa esse grafo para testar virtualmente cenários de capacidade, dimensionamento de equipe e buffers, além de mostrar gargalos e desequilíbrios de utilização. Avalie-o com a mesma matriz de pontuação e o mesmo caso de piloto aplicados a todos os outros candidatos.
Temas relacionados para explorar
- Dados de entrada para simulação. Quais tempos e regras coletar primeiro e como verificá-los com as pessoas da linha.
- Validando um modelo. Como comparar a saída com um período passado e documentar as diferenças.
- Simulação e dados em tempo real. O que muda quando um modelo é conectado ao chão de fábrica.
- Relatórios de resultados de simulação. Quais poucos KPIs os gestores realmente precisam e como mostrar os cenários lado a lado.
- Montando a capacidade de simulação. Quem constrói, quem é responsável e quem revisa os modelos.
Próximo passo
Escolher um software de simulação para manufatura fica mais fácil quando você tem um scorecard com pesos definidos antecipadamente. Escolha uma decisão real na sua fábrica, monte o pacote de dados para ela e apresente o mesmo caso a dois ou três candidatos.