IA na fase Analisar do DMAIC: o que a máquina correlaciona e o que você prova

Tem um parágrafo curto na página 328 do meu livro que eu escrevi sem imaginar o uso que ele teria hoje. Ele está na seção 27.2.3, chama Correlação × causa e efeito, e diz que uma forte relação matemática entre duas variáveis não significa que uma seja causa da outra. Para validar a causalidade, escrevi ali, é preciso checar se aquela relação é fisicamente possível dentro do processo. Escrevi aquilo pensando em quem interpreta um gráfico. Hoje é o teste que eu aplico primeiro em toda saída de máquina na fase Analisar.

Porque o que mudou não foi a estatística. Foi a velocidade com que a relação aparece na tela, e a confiança com que ela vem escrita. A fase Analisar do DMAIC ganhou um assistente que estratifica em segundos, roda o teste que você pedir e devolve o resultado em prosa. E o degrau que ele não sobe é exatamente o da possibilidade física, que não está em coluna nenhuma da sua base.

Este texto trata de uma etapa só, a que sai da suspeita e chega na causa provada. Percorro a fase Analisar tarefa por tarefa, separando o que a máquina resolve do que continua sendo julgamento de quem conhece o processo. Depois paro em quatro armadilhas da fase Analisar. São quatro. A origem do dado que alimenta o teste. A correlação vendida como causa. A escolha do teste feita depois do resultado. E o número que nunca saiu de dado nenhum.

O que a fase Analisar tem de entregar, e onde a máquina entra

Sair da fase Medir com dado bom é metade. A fase Analisar transforma uma lista de suspeitos em causa comprovada. A Parte VI do Guia Prático Lean Seis Sigma Black Belt organiza isso em três movimentos. Listar as causas possíveis. Priorizar as que valem teste. Comprovar que a priorizada move o resultado.

Os três movimentos aceitam ajuda de máquina em graus muito diferentes. Vale olhar um por um antes de combinar qualquer delegação.

• Levantar as causas possíveis. É onde a IA rende mais e arrisca menos. Ela devolve dezenas de hipóteses organizadas por categoria em segundos, o que antes era uma reunião de duas horas com brainstorming e diagrama de Ishikawa.
• Priorizar. Ela ordena por critério declarado e monta a matriz de causa e efeito inteira. Quem atribui peso a cada saída é você, porque peso é a voz do cliente e não sai da base.
• Comprovar. Aqui ela calcula tudo e decide nada. O teste roda, o valor sai, e continua sendo trabalho seu dizer se aquele resultado descreve o processo ou descreve a amostra.

Repare no desequilíbrio. O movimento que a máquina resolve quase sozinho é o que já era barato, porque hipótese sempre foi fácil de produzir. O movimento caro, o de comprovação, é o que ela apenas instrumenta. Isso não diminui o ganho, e a próxima seção mostra por quê.

Dado de verdade contra três linhas de descrição

Existem duas conversas completamente diferentes rodando com o mesmo nome. Na primeira, você descreve o problema em três linhas e pergunta quais podem ser as causas. Na segunda, você entrega a base e pede a análise. As duas devolvem texto parecido, e é aí que mora o engano.

A primeira é geração de hipótese a partir do que o modelo leu sobre processos parecidos. Serve, e serve bem, para não esquecer categoria de causa. O que ela devolve não tem nenhuma relação com a sua fábrica, com o seu turno da noite, com o seu fornecedor novo. Chamar aquilo de análise é o erro mais comum que eu vejo.

A segunda é outra coisa. Com a base na mão, a máquina estratifica por turno, por linha, por operador e por lote. Ela testa os cortes, calcula as diferenças e mostra onde a variação mora. Isso é análise de dados de verdade, e é onde o ganho de tempo é enorme. Um corte que antes custava uma tarde de planilha sai em um minuto.

A conferência que separa as duas cabe em uma pergunta: o que veio ali dentro só poderia ter saído dos meus dados? Se qualquer fábrica do ramo receberia a mesma resposta, ela é hipótese e vale como ponto de partida. Se cita o turno, o valor e o corte, ela é análise e vale como evidência preliminar. As duas são úteis. Trocá-las de lugar é o que faz um projeto perseguir a causa errada por três semanas.

Um mapa escolhe a ferramenta antes de existir resultado

Na página 326 do livro está o Mapa de Análise Estatística. Ele é a diretriz para decidir qual ferramenta usar considerando a natureza dos dados de entrada e de saída. O mapa evita o retrabalho por uso de ferramental inadequado. E hoje serve para uma segunda coisa que eu não previa: é a defesa contra deixar a máquina escolher o teste.

O mapa tem três passos, e nenhum deles olha para resultado. Primeiro, escrever quais são os X e os Y do processo. Segundo, dizer para cada X e cada Y se o dado é atributo ou contínuo. Terceiro, cruzar cada X com cada Y e ver em que quadrante do mapa a análise cai.

Preencher o mapa custa quinze minutos e é a única parte da fase Analisar que eu recomendo fazer no papel, antes de abrir qualquer ferramenta. Depois de preenchido, o teste está escolhido e a máquina passa a ter uma tarefa fechada: rodar aquilo, não sugerir o que rodar.

Sem o mapa acontece o contrário. Você joga a base e pergunta o que fazer. O modelo propõe uma bateria de análises, e a que produzir o resultado mais interessante vira a análise oficial. Ninguém decidiu isso, e é exatamente por ninguém ter decidido que o defeito é difícil de enxergar depois.

Onde a fase Analisar ganha tempo e onde ela não ganha

Levo este quadro para a reunião de abertura, porque o corte precisa estar combinado antes de a primeira análise rodar.

Seis das oito linhas ganham muito. As duas de decisão, escolher e interpretar, são as que decidem se o projeto acerta o alvo. Elas não ficaram mais baratas, e a leitura desatenta da tabela é achar que ficaram.

Relação forte, causa nenhuma

O gráfico de dispersão é onde a máquina erra com mais confiança. O motivo é simples: correlação é uma conta, e a conta sempre fecha. Dois vetores de números produzem um coeficiente, tenham ou não qualquer ligação no mundo.

O que eu escrevi no capítulo 27, "Correlação e Regressão", vale também para saída de modelo. Na seção 27.2.3 está, palavra por palavra: "Para validar a existência da causalidade, deve-se verificar na prática se a relação causa e efeito pode acontecer, ou seja, se é fisicamente possível. Cabe ao especialista em Melhoria Contínua comparar variáveis de um mesmo processo, ou seja, de um mesmo contexto, visto que a correlação pode existir graficamente entre duas ou mais variáveis e, mesmo assim, uma não ser a causa da outra."

Essa frase tem uma consequência prática que muda a rotina. O teste de causalidade não é estatístico. Ele é de engenharia. A pergunta certa nunca é qual foi o coeficiente, e sim por qual mecanismo físico a variação de X chegaria até Y neste equipamento, neste material, neste fluxo.

O gráfico que mais me custou dinheiro não era de processo, era de faturamento. Em 2015 a Voitto vendia mais a cada mês, e eu lia aquela curva subindo como prova de que o negócio estava saudável. As duas linhas andavam juntas no mesmo desenho. O que ligava uma na outra era outra coisa: a gente gastava mais rápido do que crescia, e foi assim que a empresa chegou ao fundo do poço financeiro faturando bem. A relação estava lá. O mecanismo, não.

O handbook de análise exploratória do NIST é explícito no mesmo ponto. O motivo de eu insistir nele é que a máquina não tem acesso ao mecanismo. Ela tem acesso aos números. Um modelo consegue descrever com elegância um caminho causal que não existe no seu processo, porque descrever é o que ele faz bem.

Quatro perguntas antes de aceitar uma relação encontrada

Eu uso quatro perguntas curtas, sempre na mesma ordem, e elas custam menos de dez minutos por relação testada.

1. Existe mecanismo? Descreva em uma frase como a variação de X chega até Y. Se a frase não sai, ou sai vaga, a relação continua sendo coincidência até segunda ordem.
2. As duas variáveis vêm do mesmo processo e do mesmo período? Comparar variável de contextos diferentes produz correlação que não significa nada.
3. Existe terceira variável óbvia? Volume de produção, sazonalidade e mudança de turno explicam boa parte das correlações fortes que aparecem em base industrial.
4. O que acontece se eu estratificar? Uma relação verdadeira sobrevive ao corte por turno e por linha. Uma relação de agregação some assim que a base é separada.

A quarta pergunta é a que quase sempre fica de fora, porque dá trabalho. Também é a que ficou barata: repetir a mesma análise dentro de cada estrato é uma linha a mais no mesmo pedido. Se o coeficiente cai perto de zero em todos os estratos e só existe no agregado, você achou um efeito de composição da base e não uma causa.

Pedir o teste depois de ver o resultado

Esse é o risco novo da fase Analisar, e ele não existia quando rodar um teste custava meia hora. O custo era o freio. Você escolhia o teste, rodava, e vivia com o resultado.

Agora é possível rodar quinze análises em dez minutos e ficar com a que deu o resultado desejado. Ninguém faz isso de má-fé. Acontece de forma natural. A primeira análise não mostra diferença. Você tenta outro corte, tenta outro agrupamento, remove os pontos estranhos, e em algum momento aparece uma diferença. O caminho até ali não fica registrado em lugar nenhum.

O livro descreve o teste de hipóteses como a comparação entre o valor de p e o nível de significância, na seção 28.1, com as hipóteses declaradas de antemão. A seção de testes estatísticos do handbook do NIST repete a mesma exigência. Declarar antes é justamente a parte que a velocidade corrói, e é por isso que o mapa da página 326 vale tanto agora.

A defesa é registro, e ela é chata do jeito que defesa boa costuma ser. Antes de rodar qualquer coisa, escreva a hipótese nula, a alternativa e o nível de significância. Depois registre toda análise que rodou, inclusive as que não deram nada. Se o relatório final mostra uma análise e você rodou quinze, o relatório está mentindo por omissão, mesmo com a estatística inteira a favor.

O número com casa decimal que não saiu de lugar nenhum

É o erro mais fácil de deixar passar sem perceber, e por isso ele entra como conferência fixa. Você pergunta sobre uma análise e a resposta vem com um valor de p, um coeficiente e um intervalo de confiança. Tudo formatado com três casas decimais. E não havia base nenhuma anexada à conversa.

O modelo produziu o formato de um resultado estatístico, porque o formato é o que ele aprendeu. O número dentro do formato não veio de cálculo sobre dado. Ele é plausível, é bem escrito, e é ficção. Casa decimal não prova origem, e é justamente ela que faz o número parecer conferido.

A conferência é trivial e quase ninguém faz: peça o dado que produziu o número. Quantas observações, qual o período, qual o valor de cada grupo, e o cálculo intermediário. Se a resposta não consegue reproduzir os passos com os mesmos valores, o número não existe.

Vale a mesma disciplina para a estatística descritiva. Média, moda e mediana que chegam prontas, sem o tamanho da amostra ao lado, não são resultado. E qualquer conclusão sobre distribuição pede o histograma ou o box plot na mesma resposta, porque forma de distribuição não cabe em um número só.

Da relação comprovada até a causa raiz

Comprovar que X move Y não encerra a fase Analisar. Ele mostra onde a variação entra, e a análise de causa raiz continua sendo o passo que traduz aquilo em uma condição que alguém pode mudar.

Aqui a máquina ajuda de um jeito específico e limitado. Ela encadeia os porquês muito bem sobre a descrição que você deu, e devolve uma cadeia lógica bonita. O problema é que cada elo dessa cadeia é uma afirmação sobre o seu processo, e ela não tem como saber se é verdadeira.

Eu uso a cadeia gerada como roteiro de campo, nunca como conclusão. Ela vira uma lista do que ir conferir: se o procedimento existe e se ele é seguido. Depois, se o operador foi treinado e se o instrumento está calibrado. Cada elo confirmado no chão fica; cada elo que não se sustenta derruba tudo que vinha depois dele.

Quando a causa apontada é modo de falha de equipamento, o caminho segue pela FMEA, que o livro trata no mesmo capítulo dos testes. E quando a perda está espalhada entre categorias, o Pareto volta para dizer qual delas paga o esforço de investigar primeiro.

Quando a fase Analisar pode fechar

Esse critério de parada é o que mais desapareceu das conversas depois que a análise ficou barata. Com custo alto, a fase Analisar terminava quando o orçamento de tempo acabava. Com custo baixo, ela pode continuar para sempre, porque sempre existe mais um corte para testar.

Eu fecho quando quatro coisas estão de pé ao mesmo tempo. A causa está expressa como condição do processo, e não como categoria genérica. Existe evidência estatística de que ela move o resultado, com o teste declarado antes. O mecanismo físico está escrito em uma frase que um técnico da área aceita. E alguém consegue nomear a ação que mudaria essa condição.

Faltando a quarta, o projeto tem um achado e não tem uma causa acionável, e a fase Analisar não terminou. Faltando a terceira, o que existe é uma correlação com boa apresentação. Esse é o caso em que a pressa de fechar a etapa custa o projeto inteiro, porque a fase seguinte vai gastar recurso mudando o que não era causa.

Vale uma conferência de estabilidade antes de assinar. Se a carta de controle do período mostra o processo instável, a diferença entre grupos pode ser efeito de causa especial e não do fator testado. Analisar dado de processo fora de controle produz conclusão que não se repete no mês seguinte.

O que muda conforme o tipo de base que chegou

Base industrial com sensor e histórico longo é onde a máquina mais rende na fase Analisar. Estratificação por equipamento, por turno e por lote sai em minutos. E a regressão linear entre parâmetro de processo e resultado fica ao alcance de quem nunca abriu um software estatístico. O cuidado é com troca de configuração no meio da série histórica: ela aparece como relação forte e é apenas um degrau de nível.

Base administrativa, alimentada por pessoa preenchendo campo, pede o contrário. Antes de qualquer teste, confira se a classificação é consistente. Categoria preenchida por três pessoas diferentes com critério diferente produz estratificação que mede o preenchedor, não o processo.

E a base montada às pressas, colada de três sistemas, é a que mais engana. Chave de junção errada duplica linha em silêncio, e linha duplicada infla correlação sem deixar rastro. Peça a contagem de linhas de cada pedaço antes e depois da junção, e desconfie de qualquer soma que não bata.

Nos três casos a sequência não muda, e ela resume a fase Analisar em uma linha. Mapa antes de teste, mecanismo antes de coeficiente, estratificação antes de conclusão, e chão antes de fechar. A máquina acelera cada um desses passos da fase Analisar e não substitui nenhum deles. O degrau que ela não sobe reaparece em cada etapa, e o panorama do que a IA faz em cada fase do DMAIC mostra onde ele fica nas outras.

A tabela de decisão de IA na fase Analisar

Juntei tudo o que a fase Analisar delega em uma folha só, para o time combinar antes de a análise começar.

As tarefas aparecem na ordem em que acontecem, do levantamento das causas até o fechamento da causa raiz. Ao lado de cada uma ficam a natureza do trabalho, a conferência mínima que a saída exige e o responsável por assinar embaixo.

Baixe a tabela de decisão da fase Analisar em PDF

A conferência mínima é o campo que realmente muda a rotina. Uma fase Analisar sem esse campo combinado produz relatório que ninguém consegue auditar três meses depois, mesmo com todos os números certos. Nenhuma das conferências listadas passa de alguns minutos.

Como eu conduziria a próxima fase Analisar

Este é o encadeamento que eu seguiria hoje numa fase Analisar, com o tempo aproximado de cada bloco.

1. Levante as causas possíveis com apoio de máquina e corte a lista pela metade com quem conhece o processo. Quarenta minutos.
2. Preencha o mapa de análise: os X, os Y, a natureza de cada um e o quadrante de cada cruzamento. Quinze minutos, no papel.
3. Deixe registrado, antes de rodar, o que cada teste está tentando refutar e com qual nível de significância. Dez minutos.
4. Peça a estratificação completa e a análise escolhida, e exija a memória de cálculo junto do resultado. Trinta minutos.
5. Aplique as quatro perguntas de validação em cada relação que sobreviveu. Dez minutos por relação.
6. Confirme os elos da causa raiz no chão, com quem opera. Meio período, e é o bloco que não encolhe.

Dá menos de um dia, e o último item leva a maior fatia. Os cinco anteriores cabem em menos de três horas, justamente porque a parte braçal deles foi delegada. Os formulários de levantamento e de priorização já têm formato conhecido, e redesenhá-los a cada projeto consome hora sem melhorar nada. O kit de ferramentas Lean Seis Sigma entrega os dois prontos para preencher, na ordem em que o fechamento da fase Analisar vai cobrar.

Se o time inteiro precisa combinar o mesmo critério, o caminho é formação e não documento avulso. As academias de certificação tratam a fase Analisar com os testes na mão, que é onde o critério vira hábito.

Três perguntas para uma análise que chegou pronta

Uma hora alguém chega na reunião de fase Analisar com tudo resolvido: causa raiz nomeada, gráfico formatado, conclusão redigida. Duvidar da ferramenta na frente da sala não leva ninguém a lugar nenhum. Pedir procedência leva, e três perguntas dão conta.

Primeira: qual dado produziu esse resultado, e quantas observações ele tem? Segunda: qual é o mecanismo físico que liga essa causa ao efeito? Terceira: quantas análises foram rodadas até chegar nessa, e onde estão as outras?

Com as três respondidas, a análise se sustenta e a máquina poupou dias de trabalho numa fase Analisar que costumava consumir semanas. Se alguma ficar sem resposta, o resultado não é falso. Ele é indefinido, e a conversa volta um passo.

Depois de centenas de palestras em congresso, eu aprendi a preparar uma resposta antes de todas as outras. A pergunta que derruba um resultado na frente de uma sala cheia quase nunca é sobre o coeficiente. É sobre o mecanismo, por onde exatamente aquilo chega no processo. Ela nunca é estatística. É de processo, e essa parte continua sendo inteiramente sua.