Erros na implantação de Lean Seis Sigma: o método certo no problema errado

A maior parte dos erros na implantação de Lean Seis Sigma não acontece na estatística. Acontece antes dela, na escolha do projeto, e depois dela, na hora de sustentar o ganho. O miolo técnico é a parte mais bem feita e a que menos decide o resultado.

A tese aqui é desconfortável para quem vende formação: o método fracassa por excesso. Lean Seis Sigma é caro, lento e poderoso. Usar essa máquina num problema de causa conhecida gasta quatro meses para confirmar o que a equipe já dizia.

O segundo erro mais comum é o oposto, e é mais grave. Consiste em usar o rótulo sem o rigor. Chama-se de DMAIC um plano de ação com cinco caixas preenchidas, nenhum dado novo e nenhuma hipótese testada. O nome entra no relatório, o método não entra em lugar nenhum.

Os dois produzem o mesmo desfecho no segundo ano: programa desacreditado, diretoria pedindo resultado antes de aprovar projeto e Belts formados que não tocam projeto nenhum. O que muda é a velocidade com que o descrédito chega.

Sobre a procedência: prazos, faixas de custo, critérios de seleção e sinais antecipados saíram da consolidação dos roteiros de implantação dos kits Lean Seis Sigma da Voitto. O exemplo numérico usa valores de referência desses roteiros, não de uma planta específica, e a aritmética foi conferida.

A tese: excesso de método no problema errado, rótulo sem rigor no problema certo

O Lean Seis Sigma é uma máquina de decisão sob incerteza. Existe para o caso em que a causa é desconhecida e a decisão precisa sobreviver a questionamento técnico. A máquina tem preço fixo: meses de prazo e gente ocupada.

Sem incerteza, o preço continua sendo cobrado e o benefício some. A medição documenta o óbvio e a análise prova o que ninguém contestava. O desperdício não é o dinheiro: é o crédito, e crédito de diretoria é finito.

O erro espelho é mais destrutivo. Nele o problema pedia rigor e o rigor não veio. O time preencheu as cinco fases do método DMAIC como formulário e implantou a causa mais plausível. No primeiro caso sobra método; no segundo, sobra nome de método.

Erro 1: escolher o projeto errado, por causa conhecida ou por escopo largo

A seleção decide mais que qualquer outra etapa, e projeto mal escolhido não se recupera por execução boa. Há duas formas clássicas de errar, opostas entre si.

A primeira é a causa conhecida. O sinal aparece na abertura: pergunte a três pessoas de turnos diferentes qual é a causa e ouça a mesma resposta, com observação concreta. Não há hipótese a testar, e o que falta é execução.

A segunda é o escopo largo. Reduzir o custo da planta em 15% não é problema, é meta. O sinal é o mapa que não cabe em dez caixas. Há ainda o problema pequeno, tecnicamente impecável e financeiramente indefensável.

Quando não usar Lean Seis Sigma, e o que colocar no lugar

A pergunta que deveria abrir todo comitê não é qual problema atacar primeiro. É se esse problema pede mesmo um projeto estatístico, e a resposta é não com mais frequência do que o programa admite.

Não use quando a causa é conhecida: o caminho é ação direta, em semanas. Não use quando a linha está parando agora: contenção primeiro, registrada como provisória. Não use quando o problema é de fluxo puro.

Também não use quando o dado não existe e não pode ser criado em tempo razoável. Projeto que depende de um apontamento a ser implantado não é melhoria: é projeto de TI com nome trocado, e morre esperando o insumo.

O critério de escolha entre caminhos está em qual metodologia usar na indústria. Para crônico com dado histórico, a comparação está em MASP e DMAIC. Recusar projeto é a decisão mais barata do programa e a menos praticada.

Erro 2: o charter que traz a solução embutida no enunciado do problema

O enunciado do problema é tratado como formalidade e é a parte do charter que mais determina o resultado. Com a solução embutida nele, o projeto vira justificativa cara para uma decisão já tomada.

O formato é reconhecível. Em vez do efeito indesejado, o enunciado descreve a ausência da solução pretendida: falta de inspeção automática na saída, ausência de treinamento no turno da noite, necessidade de trocar o fornecedor.

O mecanismo do estrago é direto. Um enunciado assim fecha o espaço de causas antes da primeira medição. Nenhuma alternativa será levantada, porque a resposta já está no documento que autoriza o projeto, e contestá-la significa contestar o patrocinador.

O teste leva um minuto: procure verbo de solução no enunciado. Implantar, trocar, comprar, treinar, automatizar. Enunciado defensável tem forma de fato medido. Rascunhar com apoio de IA no project charter acelera a redação, mas não substitui essa revisão.

Erro 3: meta definida antes de existir linha de base

A meta costuma ser escrita na semana de abertura, quando ninguém mediu nada ainda. O número vem de expectativa do patrocinador, de benchmark de congresso ou de arredondamento agradável.

A meta sem linha de base mira um alvo sobre régua desconhecida. Reduzir o refugo em 50% supõe saber quanto é o refugo hoje, com que variação mês a mês e com qual sistema de medição. Sem esses três itens, a meta é palpite formalizado.

As consequências vêm em momentos diferentes. A imediata é que a medição perde a função de descoberta e vira busca de confirmação. A tardia é o encerramento sem critério, porque o ponto de partida mudou de valor três vezes.

O sinal antecipado é a linha de base que se move. Se o refugo inicial era 3%, depois 3,8% e depois 2,9% conforme a fonte, nenhuma foi validada. A ordem correta está em como definir meta de indicador: medir, fechar o indicador e só então fixar o alvo.

Erro 4: pular o MSA, e por que todo o resto desmorona junto

A análise do sistema de medição é a etapa mais pulada do DMAIC e a de maior efeito de arrasto. É pulada porque parece burocrática e porque todo mundo presume que o paquímetro mede certo.

O mecanismo é aritmético. A variação observada soma a variação real do processo com a variação do sistema de medição. Quando a segunda é grande, contamina tudo o que vier depois sem deixar rastro visível.

Com medição ruim, quatro coisas quebram juntas. A linha de base fica errada. A capacidade fica errada. Os testes perdem poder. E o gráfico de controle final aponta anomalia que só existe no instrumento. Pior: peça boa é reprovada, e parte do refugo nunca foi defeito.

O sinal é barato de obter: dois inspetores medem dez peças duas vezes, em ordem embaralhada. Se o mesmo inspetor divergir na mesma peça, conserte a medição antes de tudo. Sem isso, a capabilidade do processo é um número com três decimais e nenhuma informação.

Erro 5: coletar o dado que existe em vez do dado que responde

Toda fábrica tem dado. Quase nenhuma tem o dado que o projeto precisa, e usar o que está no sistema parece pragmático até a análise revelar que nada pode ser concluído.

O dado que existe é agregado por mês, linha e família. O dado que responde precisa de estrato por turno, operador, lote, equipamento e condição de processo. Agregado mensal esconde exatamente a diferença que o projeto foi aberto para encontrar.

O estrago é irreversível. Depois da consolidação, nenhuma técnica recupera a informação de turno que não foi registrada. A análise fica limitada a comparar meses, e mês não é causa de nada.

O plano de coleta resolve isso quando é escrito antes: que pergunta o dado responde, como estratificar, quantos registros bastam e quem coleta. A terceira é a mais chutada, e o cálculo está em tamanho de amostra. O sinal é a frase vamos usar o relatório que a qualidade emite.

Erro 6: a fase Analisar que só confirma a hipótese inicial

Há um indicador simples de que houve análise de verdade: pelo menos uma hipótese em que a equipe acreditava foi derrubada pelo dado. Quando nenhuma cai, houve construção de argumento.

O mecanismo é o viés de confirmação operando dentro de um método desenhado para impedi-lo. A equipe entra com uma suspeita, procura o gráfico que a sustenta, encontra e encerra. As demais causas do diagrama nunca chegam a ser testadas.

O sinal está no formato da apresentação. Se o relatório traz apenas evidência favorável à causa escolhida, sem nenhuma causa descartada, a busca foi seletiva. O segundo sinal é a velocidade: análise que fecha em duas semanas com causa disputada.

A correção é procedimental e não custa nada. Liste as hipóteses antes de olhar o dado, registre a lista com data e apresente o resultado de cada uma. O teste de hipótese serve para arbitrar essa lista, não para decorar a conclusão já escolhida.

Erro 7: confundir significância estatística com relevância prática

Este erro separa quem entendeu a estatística de quem decorou o procedimento. Um resultado significativo diz que a diferença observada dificilmente é obra do acaso. Não diz que a diferença importa.

O mecanismo tem a ver com tamanho de amostra. Com amostra grande, quase qualquer diferença fica significativa, inclusive as sem valor operacional. Uma diferença de 0,04 mm pode ser significativa e irrelevante diante de uma tolerância de 0,5 mm.

O efeito prático é caro. O time conclui que o fornecedor A é melhor, troca, paga mais pelo material e o indicador não se move. A conclusão estatística estava correta e a decisão foi errada.

O sinal é a ausência de duas coisas no relatório: o tamanho do efeito e a comparação dele com a tolerância. A disciplina é declarar antes qual diferença mínima vale detectar, critério aplicado em teste de hipóteses na qualidade.

Erro 8: implementar sem piloto, ou rodar piloto sem grupo de controle

Com a causa identificada e o calendário apertando, implantar direto em toda a operação parece economia de tempo. É a forma mais rápida de perder o aprendizado do projeto.

O estrago tem duas partes. Mudança em escala grande não se reverte sem custo político, mesmo quando decepciona. E sem piloto não existe comparação: o indicador do mês seguinte mistura o efeito da solução com tudo mais que mudou na planta.

Piloto mal feito é quase tão ruim. A forma comum é rodar a mudança numa linha por um mês e comparar com o mês anterior. Isso confunde o efeito com sazonalidade, com mix de produto e com o efeito de estar sendo observado.

O desenho que sustenta conclusão tem grupo de controle em paralelo: duas linhas equivalentes no mesmo período, uma com a mudança e outra sem. Sem linha gêmea, alterna-se por turno ou por lote, sorteando a ordem, como no exemplo de DMAIC.

Erro 9: controlar no papel, sem OCAP e sem dono depois que o Belt sai

A fase de controle é onde a maioria dos ganhos evapora, e evapora devagar. O projeto encerra com número bom, o Belt é realocado, e seis meses depois o indicador voltou ao patamar anterior.

O mecanismo é a ausência de resposta definida. Um plano de controle lista o que medir, com que frequência e com qual limite. A metade que falta é o que fazer quando o limite for violado, e essa metade quase nunca é escrita.

É essa lacuna que o OCAP preenche, virando o sinal em sequência de ações com responsável e prazo, definida antes da anomalia. Falta também dono: plano cujo responsável é o Belt morre no dia em que ele muda de área.

O terceiro componente é o instrumento. Planilha mensal detecta o desvio depois de trinta dias fora. A carta de controle detecta quando o comportamento muda, e o raciocínio está em controle estatístico de processo.

Erro 10: o ganho que a controladoria não reconhece

Um projeto pode estar tecnicamente perfeito e financeiramente contestado. Isso acontece quando o ganho calculado pelo Belt usa uma lógica e a controladoria usa outra, sem que ninguém tenha combinado as duas antes.

As divergências são sempre as mesmas. O Belt calcula sobre custo total, a controladoria só aceita custo variável evitado. O Belt anualiza um mês bom, a controladoria pede três consecutivos. O Belt conta hora de máquina liberada, a controladoria pergunta se virou venda.

O estrago é de reputação, não de caixa. Quando o ganho anunciado é cortado pela metade na validação, não fica registrado que o critério era diferente. Fica registrado que o programa exagera, e isso contamina os projetos seguintes.

A correção é rara: a fórmula do ganho entra no charter, assinada pela controladoria, antes da medição. O vocabulário de custo da má qualidade ajuda porque usa categorias que a controladoria já reconhece.

Erro 11: Belt sem tempo alocado, tocando projeto nas brechas da rotina

Essa é a causa mais frequente de projeto que não termina, e a menos discutida, porque expõe uma decisão de gestão. O Belt manteve todas as responsabilidades anteriores, e o projeto virou o que sobra da semana.

A aritmética não fecha. Um DMAIC consome entre seis e oito horas semanais do condutor durante quatro a seis meses. Esse tempo não aparece em brecha de rotina: rotina não tem brecha, tem urgência, e urgência sempre ganha.

O mecanismo do fracasso é o alongamento. O projeto não morre, se arrasta. Aos oito meses a equipe mudou, o processo mudou, a linha de base não vale mais e o patrocinador perdeu o interesse. O encerramento acontece por cansaço.

O sinal aparece cedo: reunião desmarcada duas vezes seguidas por conflito com a rotina, já no primeiro mês. A correção é contratual. Percentual de tempo no charter, com nome de quem cobre a rotina e concordância do gestor direto.

Erro 12: patrocinador ausente, que decide se o projeto atravessa a resistência

Todo projeto que vale a pena mexe no trabalho de alguém que não pediu. Parâmetro afeta a produção, critério de inspeção afeta a qualidade, especificação afeta compras. Resistência não é sabotagem: é defesa de indicadores pelos quais essas áreas respondem.

O patrocinador existe para arbitrar isso. É quem tem autoridade sobre as áreas envolvidas e quem decide quando o ganho justifica o incômodo da outra área. Sem essa figura presente, o Belt negocia de igual para igual com gerências, e perde.

O sinal da ausência é preciso: faltou às duas primeiras reuniões de marco. Patrocínio verificável tem três obrigações no charter. Participar das passagens de fase, remover obstáculo escalado em uma semana e assinar o encerramento com a controladoria.

Os erros por fase do DMAIC e o prazo de um projeto honesto

Cada fase tem um erro típico e um sinal que aparece semanas antes da consequência. A tabela reúne os erros na implantação de Lean Seis Sigma por fase e serve de lista de verificação na passagem de fase, quando corrigir ainda é barato.

Nove dos doze sinais dispensam estatística. Aparecem em reunião, em documento e em conversa de chão de fábrica, e um gestor atento detecta a maior parte dos fracassos antes do dinheiro gasto.

O prazo honesto de um DMAIC industrial é de quatro a seis meses. Definir leva de duas a quatro semanas, Medir de quatro a oito, Analisar de quatro a oito, Melhorar de quatro a oito e Controlar de três a seis. A coleta é o bloco menos comprimível.

Prometer três meses cria uma armadilha. No terceiro mês o projeto está no meio da análise e passa a ser tratado como atrasado. A partir daí cada decisão é tomada sob pressão, e a primeira coisa sacrificada é o piloto com controle.

Prazo honesto permite negociar escopo em vez de negociar rigor. Quando o patrocinador quer resultado em noventa dias, a resposta certa é reduzir o recorte do problema, não acelerar a análise.

O custo real do projeto contra o ganho, e o ponto em que ele não se paga

A conta que quase nunca é feita é a do custo do próprio projeto. Ele parece gratuito porque é pago em horas de gente que já está na folha, e essa invisibilidade permite abrir projeto em problema pequeno demais. O exemplo usa um Green Belt e cinco meses.

Do outro lado está o ganho. A linha do exemplo produz 240.000 peças por ano, com refugo de 3,2% e custo unitário de refugo de R$ 14. A perda anual é de R$ 107.520, e cada ponto percentual eliminado vale R$ 33.600 por ano.

Com custo de R$ 54.400, o projeto precisa reduzir 1,62 ponto percentual para se pagar em doze meses, o que equivale a levar o refugo de 3,2% para 1,58%. Abaixo dessa redução, o retorno passa de um ano.

A leitura está nas duas últimas linhas. Um projeto bem sucedido, que leva o refugo de 3,2% para 2,4%, demora dois anos para se pagar. Uma redução de 0,3 ponto, ainda apresentada como vitória, leva mais de cinco anos.

O mesmo cálculo define um piso de volume. Mantida a redução de 1,4 ponto percentual, a linha precisa produzir pelo menos 277.551 peças por ano para o projeto se pagar em doze meses.

O caso extremo é comum em projeto de turma. Numa linha de 60.000 peças por ano, com o mesmo refugo e custo unitário, a perda anual inteira é de R$ 26.880. Eliminar cem por cento do defeito deixaria o projeto R$ 27.520 no vermelho.

Daí sai uma regra para o comitê: se a perda anual total do problema for menor que o custo estimado do projeto, não existe execução boa o bastante para salvar essa escolha.

Quando o programa vira fábrica de certificado

Existe um modo de falha que não pertence a nenhum projeto: o programa inteiro passa a ser medido pela coisa errada. O indicador vira número de Belts formados, e tudo se organiza para produzir formados.

O mecanismo é o de qualquer indicador substituto. Formar Belt é barato e depende só do orçamento de treinamento. Auditar ganho é lento e depende da controladoria. O programa migra para o que é fácil de mostrar. Os sinais são verificáveis:

• A apresentação anual abre com o número de certificados emitidos.
• Existe meta de formação por área e nenhuma meta de ganho auditado.
• Mais da metade dos Belts nunca conduziu um projeto até o fim.
• O projeto de certificação é escolhido pelo aluno e some depois da banca.
• Nenhum projeto foi reprovado ou cancelado nos últimos doze meses.
• O ganho divulgado nunca passou pela validação financeira.

O indicador que corrige a distorção é difícil de manipular: ganho auditado pela controladoria, por projeto encerrado, com doze meses de comprovação. É impopular porque cai muito no primeiro ano de medição honesta, e essa queda é a informação que faltava.

A estrutura de faixas descrita em metodologia Seis Sigma existe para organizar papéis dentro de projetos reais. O histórico em origem do Seis Sigma mostra que ela nasceu de uma necessidade de resultado financeiro, não de credenciamento.

Como recuperar um programa desacreditado

Um programa que perdeu crédito não se recupera com relançamento nem com nova turma de formação. Recupera-se com um projeto pequeno, bem escolhido e auditado até o fim.

1. Pare de abrir projeto novo por noventa dias e feche o inventário do que está aberto.
2. Cancele formalmente o que não vai terminar, com o motivo registrado.
3. Escolha um único problema que passe em todos os critérios e valha três vezes o custo estimado.
4. Negocie o critério de ganho com a controladoria por escrito, antes de começar.
5. Aloque o Belt de forma verificável, com o gestor direto definindo quem cobre a rotina.
6. Conduza o projeto com rigor visível, publicando inclusive as hipóteses derrubadas.
7. Feche com plano de controle, OCAP e dono nomeado, e volte ao indicador seis meses depois.
8. Só então reabra a carteira, usando esse projeto como padrão do que passa a ser aceito.

O item mais importante é o sétimo. A prova de que o programa mudou não é o resultado no encerramento: é o resultado seis meses depois, verificado por quem não participou do projeto.

Recuperar credibilidade leva de nove a doze meses, contra os quatro a seis do projeto em si. A tentação de escolher um problema grande para causar impacto leva de volta ao escopo largo, e um segundo fracasso público custa mais caro que o primeiro.