Melhoria contínua e IA: o que muda quando a máquina repara

Uma olimpíada de melhoria não premia a melhor ideia. Ela premia o time que teve a ideia, e essa diferença decide se a melhoria contínua sobrevive ao segundo ano. Foi assim na MRS Logística, a ferrovia onde passei quatro anos: os times da operação inscreviam o que tinham mudado no próprio trabalho. Uma banca julgava e saía um ranking. Entrei ali como trainee e fui promovido em quatro meses, o que rendeu polêmica interna. Aprendi cedo a reparar em quem assina o quê dentro de uma ferrovia.

Nenhuma inscrição daquelas resolvia sozinha um problema grande. Somadas, elas faziam outra coisa: mantinham a operação inteira olhando para o próprio processo o ano todo. Esse era o produto. A melhoria contínua nunca valeu pelo tamanho do ganho de cada ideia, e sim pelo hábito de procurar. Por isso a pergunta deste artigo não é se a máquina consegue melhorar processo. É o que acontece com a participação quando quem repara é a máquina.

Aqui eu comparo dois modos de manter um processo melhorando todo dia. De um lado, a melhoria contínua tocada por gente, com sugestão, reunião de rotina e padrão escrito. De outro, a melhoria contínua sustentada por detecção automática, com a inteligência artificial achando o desvio e propondo o ajuste antes de alguém perceber. Vou dizer onde cada um dos dois falha, o que fazer quando os dois falham juntos. E deixo uma tabela de decisão para você levar à sua reunião.

Melhoria contínua é rotina, e rotina precisa de dono

Projeto de melhoria tem começo, meio e fim, escopo assinado e uma equipe montada para aquilo. Melhoria contínua não tem nada disso. Ela é o que a área faz nas terças de manhã, todo mês, quando não existe projeto nenhum acontecendo. É rotina, e rotina é assunto de quem trabalha ali dentro.

Os doze princípios da melhoria contínua descrevem essa rotina por vários ângulos, e quase todos pressupõem gente. Olhar o processo onde ele acontece, padronizar o que deu certo, expor o resultado para quem executa. Nenhum desses verbos é sobre velocidade de análise. Todos são sobre atenção distribuída.

Quando você automatiza a detecção do desvio, você não está acelerando a melhoria contínua. Você está substituindo o motivo pelo qual as pessoas olhavam. E o motivo é o ativo. Ele é o que continua funcionando no dia em que o sistema não cobrir o caso.

Isso não é argumento contra automatizar. É a delimitação do que se ganha e do que se perde na troca. A máquina entrega cobertura: olha mil pontos ao mesmo tempo, sem cansar, sem esquecer, e às três da manhã. A operação entrega julgamento e memória de contexto. Programa de melhoria contínua que troca uma coisa pela outra sai no prejuízo em silêncio. A perda demora um ano para aparecer.

O resto deste artigo é a divisão dessas duas contribuições, elo por elo. A condição de fracasso de cada lado está escrita por extenso.

O que a máquina adianta na rotina, elo por elo

A lista abaixo separa a rotina de melhoria contínua em seis elos. Montei assim porque a conversa sobre automatizar costuma tratar a melhoria como um bloco só. A resposta então vira sim ou não. Elo por elo, a resposta muda de linha para linha, e é isso que dá para levar para uma reunião de segunda.

Repare o que a coluna do meio tem em comum nos cinco primeiros elos, e o que falta nela no sexto. Vigiar, explicar e redigir são trabalho de descrever, e descrever ficou barato. Notar o que ninguém registrou continua caro, porque não existe registro para a máquina ler. É a diferença entre um sistema que trabalha com o que foi escrito e uma pessoa que trabalha com o que viu.

Essa fronteira é a mesma que separa um projeto de DMAIC bem conduzido de um relatório bonito. O Lean Seis Sigma resolveu isso há décadas com um método que obriga a provar antes de mudar. A melhoria contínua do dia a dia nunca teve esse rigor. É justamente por isso que ela é fácil de automatizar por fora e fácil de esvaziar por dentro.

Uma observação sobre a segunda coluna. Ela descreve o que a máquina adianta, e adiantar não é o mesmo que concluir. Em todos os seis elos a saída chega em forma de proposta. Alguém precisa aceitar ou recusar aquela proposta com nome e data. Onde esse aceite deixa de existir, a rotina de melhoria contínua vira execução de recomendação. É aí que começa o problema que descrevo mais adiante.

Detectar não é melhorar, e a distância entre os dois tem nome

Um alarme que dispara não melhorou nada. Ele avisou. Entre o aviso e a melhoria existe uma sequência inteira que ninguém automatizou ainda. Alguém precisa parar o que estava fazendo, ir ver, decidir o que fazer. Depois precisa convencer os outros e mudar o padrão de trabalho. A máquina cobre o primeiro passo com folga e não encosta nos quatro seguintes.

O controle estatístico de processo já vivia esse problema muito antes de a inteligência artificial entrar na conversa. Carta de controle é detecção pura. Ela diz que o processo saiu do comportamento esperado, e não diz o que fazer. Foi por isso que a prática inventou o plano de reação, que é um documento sobre gente, e não sobre estatística.

O que muda agora é a escala do problema. Um sistema que vigia mil pontos gera mil avisos, e a capacidade de reagir continua sendo a mesma de antes. O gargalo migra da detecção para a reação, e ninguém orçou isso. Área que compra detecção sem orçar reação termina desligando o alerta por excesso de ruído, e aí a rotina fica pior do que estava antes de existir alarme nenhum.

A regra prática é curta. Antes de automatizar a detecção de um desvio, escreva quem reage a ele, em quanto tempo, e com que autoridade. Se as três respostas não existirem no papel, o alarme vira barulho em três meses.

Onde a melhoria contínua tocada por gente falha

Comece pelo lado que eu defendo, porque ele falha primeiro e falha sempre do mesmo jeito. A melhoria contínua conduzida por pessoas morre de duas causas principais: perde o dono ou perde a evidência.

Perder o dono é o mais comum. O programa nasce com um patrocinador animado, roda dois anos e a pessoa muda de área. Ninguém encerra nada formalmente. As reuniões passam a ser desmarcadas por causa de urgência, o quadro fica desatualizado. Um ano depois, a área jura que continua fazendo melhoria contínua. O evento kaizen tem esse ponto forte: é curto e tem data, então a morte fica visível.

Perder a evidência é mais sutil e mais caro. A rotina continua acontecendo, com reunião e tudo, mas as decisões voltam a ser tomadas por opinião de quem fala mais alto. As ferramentas do kaizen existem para impedir exatamente isso. Elas exigem uma disciplina de coleta que nenhuma equipe mantém sozinha por muito tempo.

Tem uma terceira falha, que eu chamo de melhoria contínua de vitrine, e é a que mais me irrita. A área acumula sugestão, mede quantidade de ideia registrada e apresenta o número no comitê. Ninguém pergunta quantas ideias viraram padrão escrito. Contar sugestão é fácil, e o que é fácil de contar vira meta. O quinto princípio do kaizen, que listei no capítulo 9 do meu livro Guia Prático Lean Seis Sigma, é ser transparente e falar sobre dados, e número de ideia registrada não é dado sobre melhoria, é dado sobre formulário preenchido.

Sinal de que o seu lado humano está falhando: o intervalo entre a ideia e a implantação passou de sessenta dias. A régua é de bolso, não é medição de estudo, e serve porque ideia que demora mais que isso volta para a operação como decisão de outra pessoa. Outro sinal: você não consegue citar de cabeça uma melhoria feita no trimestre passado por alguém que opera.

Onde a melhoria contínua automatizada falha

Agora o outro lado, que falha mais devagar e com aparência melhor. A melhoria contínua sustentada por detecção automática morre de três causas: excesso de alarme, otimização do que já é medido e apagamento da autoria.

Excesso de alarme já apareceu acima e é o mais fácil de perceber, porque as pessoas reclamam. Dos outros dois ninguém reclama, e é por isso que eles saem mais caro.

Otimizar o que já é medido parece ótimo até você notar o desenho da coisa. O sistema melhora o que está instrumentado, e o que está instrumentado é o que alguém achou importante há três anos. Bons indicadores de desempenho envelhecem. E um processo que só melhora dentro do próprio conjunto de sensores fica cada vez mais eficiente naquilo que talvez já não importe.

Apagar a autoria é o ponto deste artigo. Quando o ajuste vem pronto do sistema, o operador deixa de ser autor e vira executor de recomendação. No começo isso alivia, porque tira trabalho. Depois vira desinteresse, e desinteresse é irreversível na prática. A roda que girava sozinha para, e empurrar de fora nunca devolve a mesma rotação. Ninguém volta a sugerir num lugar onde as três últimas sugestões chegaram atrasadas em relação ao sistema.

Sinal de que o seu lado automático está falhando: o número de ajustes aceitos sem discussão só cresce. E o plano de controle não mudou nenhuma linha desde a implantação. Processo vivo muda o próprio plano.

Quando os dois lados falham juntos, e o que fazer nesse caso

Há uma terceira situação, e ela é a mais comum das três em empresa que automatizou recentemente. Os dois lados falham ao mesmo tempo, e o painel continua verde. A rotina humana já tinha perdido o dono antes da automação chegar. E a automação foi comprada exatamente por causa disso, como substituta de uma disciplina que ninguém queria refazer.

O resultado tem assinatura reconhecível. Os indicadores ficam estáveis, o número de ocorrências cai, e ninguém na área consegue explicar por que caiu. Estabilidade sem explicação é o estado mais perigoso de um processo. Ele é indistinguível de um processo cuja medição parou de enxergar o problema.

O que fazer aqui é chato e funciona. Vá ao processo e olhe com os próprios olhos. É o que o gemba walk propõe desde muito antes de existir sensor barato. Escolha um desvio que o sistema resolveu sozinho no último mês e peça para a equipe explicar o que aconteceu. Se ninguém souber contar a história, você não tem melhoria contínua, tem manutenção automática de um patamar.

A saída não é desligar o sistema. É devolver duas obrigações para a operação. A primeira é revisar as recomendações que o sistema aplicou. A segunda é propor uma mudança por mês que o sistema não teria proposto. Ela parece burocrática, e é a única que preserva a capacidade de melhorar quando o cenário mudar e o histórico deixar de valer.

Coloquei essa regra na tabela de decisão que está mais abaixo, porque é a linha que as pessoas esquecem primeiro.

A definição de kaizen que o capítulo 9 do livro carrega

O capítulo 9 do meu livro, o Guia Prático Lean Seis Sigma, chama-se Filosofia Kaizen. A definição que ele carrega resolve boa parte desta discussão. Na página 70 está a formulação de Masaaki Imai: “o Kaizen representa melhoria todo dia, de todos os colaboradores e em todo lugar”. O léxico do Lean Enterprise Institute chega ao mesmo lugar por outro caminho, definindo kaizen como a melhoria de um fluxo de valor inteiro ou de um processo isolado para criar mais valor com menos desperdício.

Repare no meio da frase. Não está escrito melhoria todo dia em todo lugar, o que uma máquina bem instrumentada faria melhor que qualquer equipe. Está escrito de todos os colaboradores, e essa cláusula é sobre quem faz, não sobre o que sai. É a diferença entre um processo que melhora e uma organização que aprende. A melhoria contínua no sentido do kaizen sempre pediu a segunda.

Na página seguinte, o capítulo lista cinco princípios de aplicação. O quarto é empoderar pessoas organizando seus times. O quinto é ser transparente e falar sobre dados. Os dois juntos descrevem com precisão o arranjo que eu defendo aqui. O dado fica visível para quem opera, e quem opera tem autoridade para agir sobre ele. Automatizar o dado sem devolver a autoridade cumpre o quinto princípio e quebra o quarto.

O capítulo 2 do livro chama-se “Melhoria Contínua e Gestão da Qualidade”. Escrevi lá, na página 11, uma frase pensando em programa que trava no segundo ano: “a jornada para a excelência não é uma linha reta, e sim uma trilha sinuosa que exige aprendizado constante, compromisso e uma mentalidade de aprimoramento contínuo”. Compromisso e mentalidade são palavras sobre gente.

E tem o lado prático. Padronização é o que transforma uma melhoria em ganho que fica, e o texto do padrão a máquina escreve muito bem. O que ela não faz é conseguir que a área siga o padrão. Isso depende de a área ter participado da decisão que gerou aquele padrão.

Como medir se a operação ainda está olhando

Participação se conta, e conta com três números que qualquer área levanta em uma tarde. Nenhum dos três é novo: contar quem participa, e não quanta ideia chegou, é o que os círculos de controle da qualidade japoneses já faziam décadas antes de existir sistema que sugere ajuste.

Conte primeiro as pessoas distintas que propuseram alguma mudança no trimestre e divida pelo total da equipe. Note que é pessoas distintas, não propostas. Cinco propostas de uma pessoa só é resultado ruim disfarçado de bom.

O segundo é o intervalo mediano entre a proposta e a decisão sobre ela, aceita ou recusada. Recusar rápido preserva participação. O que mata é a proposta que fica sem resposta. Ela ensina a equipe inteira que propor não leva a lugar nenhum.

Por último, veja qual fatia das melhorias implantadas nasceu de uma ideia da operação, e não do sistema nem da área técnica. Esse é o número que a automação derruba sem avisar. Se ele cai de sessenta para vinte por cento em um ano, a rotina mudou de natureza. Isso vale mesmo que os indicadores de qualidade tenham melhorado no período.

Levante os três antes de ligar qualquer coisa. Linha de base é o que separa uma queda de participação de uma coincidência. Sem ela, a conversa do ano seguinte vira disputa de impressão. Também vale abrir os números por área, porque a queda quase nunca é homogênea. Ela costuma começar exatamente onde a automação entrou primeiro. E demora um trimestre para aparecer no consolidado da melhoria contínua.

Os três medem a mesma coisa por ângulos diferentes: se a operação ainda se considera autora do processo. É a única medida de melhoria contínua que não dá para terceirizar. A resposta está nas pessoas, e não no banco de dados.

Onde a máquina ganha da atenção humana, sem discussão

Três coisas melhoraram de verdade na rotina de melhoria contínua, e discutir isso é perda de tempo. Vale registrar quais são, porque quem trata a máquina como ameaça acaba recusando ganho de graça.

Comece pela leitura de texto aberto em escala. Reclamação de cliente, comentário de pesquisa, relato de ocorrência: sempre existiu em volume que nenhuma equipe leu inteiro. Agrupar esse material e montar um diagrama de Pareto a partir dele passou de semanas para horas.

Em segundo lugar está a vigilância de exceção. Um sistema não cansa às cinco da tarde nem esquece de conferir o turno da madrugada. Para desvio que aparece raro e some rápido, a máquina é simplesmente melhor que a atenção humana. Não existe orgulho profissional que mude esse fato.

O terceiro é o rascunho. Procedimento, instrução de trabalho, ata de reunião de melhoria, relatório de fechamento. Tudo isso consumia noite de analista e hoje consome minutos de conferência. O ganho é real e é grande. Vale desde que fique claro que o texto conferido é o que vale, e não o texto gerado.

Quatro erros que apagam a participação

Quatro erros aparecem sempre, e nenhum deles é sobre a tecnologia em si. Os quatro são de gestão, e os quatro já existiam em programa de sugestão antes de existir modelo que sugere ajuste.

O primeiro é automatizar a detecção antes de acertar a reação, que já apareceu acima e é o mais frequente de todos. O segundo é medir a melhoria contínua pela quantidade de recomendação aplicada. Isso transforma a equipe em executora do sistema, e no trimestre seguinte a meta cresce.

O terceiro é esconder o dado. Quando o sistema passa a ser o único que enxerga o processo inteiro, a gestão à vista some da parede. Ela passa a parecer redundante. Não é redundante. O quadro na parede é o que faz o operador discordar do número, e discordância informada é matéria-prima de melhoria.

O quarto é começar pela camada errada. Pedir previsão de falha com aprendizado de máquina num chão de fábrica onde a metodologia 5S nunca se sustentou é instrumentar bagunça. Sensor em processo bagunçado mede bagunça com precisão. Primeiro o processo fica estável e visível, depois vale instrumentar.

Os quatro têm a mesma raiz. É tratar a melhoria contínua como problema de informação, quando ela sempre foi problema de acordo entre pessoas sobre o que fazer com a informação.

As cinco saídas geradas, e o que conferir em cada uma

Toda saída gerada precisa de uma conferência mínima antes de virar decisão. A tabela traz as cinco que aparecem na rotina de melhoria contínua. Em cada uma, o que conferir antes de usar e quem assina no fim.

A quinta linha é a que ninguém faz e a que mais rende. Perguntar o que ficou de fora de um ranking gerado devolve a conversa para a operação em trinta segundos. Quem opera sabe de cabeça o que não está no sistema.

Note a coluna da direita. Ela existe porque artefato sem dono circula até alguém tratar como aprovado o que era rascunho. Num programa de melhoria contínua isso vira padrão publicado que a área nunca seguiu.

A tabela de decisão: o que automatizar e o que manter na mão

Levei essa divisão para uma folha só, que dá para imprimir e colar na parede da sala de reunião. Essa folha é deste artigo, e não vem de kit nenhum. O que o kit tem é o ferramental do ciclo inteiro: folha de verificação, plano de ação 5W2H, plano de controle, OCAP. Aqui na Voitto a gente reuniu as vinte ferramentas do DMAIC, na ordem de uso, no Kit de Ferramentas Lean Seis Sigma.

Cada linha começa por um elo da rotina, de perceber o desvio a gerar a próxima ideia. A segunda coluna diz se aquilo é descrição ou compromisso, que é a única classificação que importa na hora de decidir. A terceira traz a conferência mínima antes de usar o resultado. A quarta nomeia quem assina. O rodapé fecha com as duas obrigações que ficam com a operação em qualquer arranjo: revisar o que o sistema aplicou e propor por mês uma mudança que ele não teria proposto. Foi desenhada para ficar presa no quadro da área, ao lado do indicador que ela protege.

Baixar a tabela de decisão em PDF

Ela não decide por você. Ela obriga a conversa a acontecer antes da compra, que é quando a decisão ainda sai barata.

Se a sua reunião travar numa linha, essa linha é o assunto real do projeto, e não a ferramenta que estava na pauta.

A folha tem um uso específico em reunião. Percorra linha por linha e peça para a pessoa que executa aquele elo dizer se concorda com a classificação. Discordância na terceira coluna costuma ser detalhe de conferência. Discordância na segunda é assunto sério, porque significa que a área e a liderança não combinaram se aquilo é descrição ou compromisso.

Como começar sem matar a sugestão

Comece pequeno e comece pela parte chata, que é combinar a reação antes de ligar a detecção. Escolha um processo, no máximo dois, e um desvio que já incomoda hoje.

Rode o ciclo PDCA com o sistema dentro dele, e não ao lado dele. Planejar continua sendo escolher onde mexer, e essa escolha é da equipe. Fazer pode ser assistido. Checar ganha muito com vigilância automática. Agir é decisão, e volta para gente.

Mantenha viva uma via de sugestão que não passa pelo sistema, com resposta obrigatória em até quinze dias. Essa via parece redundante enquanto tudo vai bem. E é o que salva a área quando o cenário muda e o histórico deixa de valer.

Meça a participação desde o primeiro mês, com os três números da seção anterior. Se você só medir depois que ela cair, vai atribuir a queda a outra coisa, porque sempre tem outra coisa acontecendo junto.

E combine uma data para revisar a decisão. Seis meses bastam para saber se a rotina de melhoria contínua ficou mais viva ou mais silenciosa.

O que dizer quando a liderança pedir melhoria contínua com inteligência artificial

Em algum momento a diretoria vai pedir, e vai pedir com a palavra ferramenta na frase. O pedido raramente é sobre tecnologia. Atrás dele costuma estar a percepção de que o programa atual está lento, ou a pressão de mostrar modernidade para o conselho.

A pergunta que resolve a reunião é uma só: qual decisão da nossa rotina de melhoria contínua está demorando, e por quê? Se a resposta for falta de dado tratado, a máquina ajuda muito e ajuda rápido. Se for falta de acordo sobre prioridade, nenhuma ferramenta encosta no problema. E se ninguém na sala souber dizer qual método a rotina segue, o problema é anterior à IA. Qual metodologia de melhoria escolher resolve essa escolha antes, e kaizen e lean separa os dois nomes que mais se confundem nessa hora.

Vale trazer a conversa mais ampla de inteligência artificial e gestão empresarial para esse mesmo critério. O que mudou de verdade foi o custo de produzir informação. O que continua caro é o custo de decidir com ela. Quem confunde as duas coisas compra uma ferramenta e mantém o gargalo intacto.

A proposta que funciona nessa reunião é sempre a mesma. Aceitar a automação nos elos de descrever e de vigiar. E escrever no papel as duas obrigações que ficam com a operação: revisar o que o sistema aplicou, e propor o que ele não proporia.

A olimpíada de melhoria da ferrovia não sobreviveria a um sistema que resolve tudo antes de alguém inscrever. E o que se perde nesse caso não é a premiação. É o motivo pelo qual a operação inteira passou um ano olhando para o próprio trabalho. Quem quiser montar essa rotina com método, a gente trata dela por dentro nas Academias de Certificação.