Relatório 8D.

O que é um 8D

8D, de oito disciplinas, é um método estruturado de solução de problemas feito para a situação em que um defeito chegou ao cliente. É em equipe: um time multidisciplinar com nomes, não um engenheiro sozinho com um modelo de documento. É voltado ao cliente: a saída é um relatório que o cliente vai ler, julgar e muitas vezes auditar. E é preso a evidência: toda afirmação, das quantidades da contenção à causa raiz e à validação, precisa estar apoiada em algo que foi contado, testado ou reproduzido.

O formato foi padronizado na Ford nos anos 1980 e se espalhou pela cadeia automotiva, onde os manuais de qualidade dos clientes ainda o exigem para reclamações. Faz tempo que ele atravessou fronteiras de setor: eletroeletrônico, dispositivos médicos, aeroespacial e indústria em geral usam 8D ou um parente próximo, porque a lógica de fundo (conter rápido, descrever com precisão, provar a causa, provar a correção, impedir a recorrência) não tem nada de específico de carro.

Uma coisa antes da mecânica: o cliente lê o seu 8D como uma amostra de como a sua fábrica inteira pensa. Um D2 vago, um D4 não verificado e um D7 vazio contam mais sobre a sua operação do que qualquer auditoria, porque ali está o seu jeito de resolver problema sob pressão. Isso vale horas de engenharia. E é também por isso que a pior coisa que se faz com um 8D é tratá-lo como formulário a preencher.

Quando o 8D é exigido e quando ele é escolha

Em reclamação de cliente e em peça que escapou, a pergunta em geral se responde sozinha: o manual de qualidade de fornecedores do cliente exige o 8D, fixa os prazos e muitas vezes define o portal por onde o relatório tem que ser enviado. Trate esses prazos como contratuais, porque na prática é o que eles são.

Internamente, o 8D é escolha, e escolha para usar com parcimônia: guarde o formato completo para problemas grandes, escapes com impacto em segurança pegos no teste final ou falhas repetidas que atravessaram áreas. Não abra um 8D para cada arranhão. Cansaço de formulário existe e mata a qualidade: fábrica que escreve quarenta 8D de rotina por mês escreve quarenta 8D rasos. Sinais de que o 8D completo é a ferramenta errada:

• Um desvio interno isolado, com causa conhecida e correção trivial. Corrija, registre e siga em frente. Um 8D aqui é só encher papel.
• Um problema interno crônico que exige semanas de estudo, mas não tem cliente envolvido. Isso é território de A3: mesmo rigor, formato mais leve, feito para desenvolver gente.
• Um problema cuja solução já é conhecida e em que só falta executar. Isso é um plano de ação com responsáveis e prazos, não uma investigação.
• Todo arranhão e defeito cosmético, por padrão. Se tudo vira 8D, seus engenheiros aprendem a escrever rápido em vez de escrever bem, e os relatórios que os clientes realmente leem saem no mesmo tom cansado.

Como conduzir um 8D que aguenta ser lido de fora

A maior parte das disciplinas se explica sozinha, desde que a tabela acima seja levada a sério. Quatro delas decidem se o relatório se sustenta, e merecem o detalhe abaixo.

O D2 decide o relatório inteiro

A qualidade do 8D se decide no D2. Toda descrição fraca produz um D4 feito no chute, porque uma cadeia causal só pode ser tão afiada quanto o efeito que ela explica. Gaste tempo aqui: o que exatamente está errado, em termos mensuráveis; onde exatamente, até a posição e a característica; quando começou e como a ocorrência evolui; quantos em quantos, com código da peça e faixa de lote ou de número de série.

Depois cerque o problema com a análise é/não é. Um caso ilustrativo da fábrica de componentes de 456 peças por dia usada nestes guias: o cliente reclama de vazamento em conexões hidráulicas. O D2 fraco diz "conexões vazam no cliente, em investigação". O D2 forte diz: vazamento leve apenas na conexão da porta esquerda, 7 peças confirmadas em 3 400 entregues desde 10 de junho, todas de lotes usinados na linha 2 depois da troca de ferramenta, nenhuma da linha 1, nenhuma na porta direita usinada na mesma estação com a ferramenta antiga. Esse parágrafo já fez metade do trabalho do D4: o é/não é aponta direto para a troca de ferramenta da linha 2, e a equipe pode ir verificar em vez de chutar. Deixe as causas fora do D2; no momento em que uma causa suspeita entra na descrição, a equipe para de descrever e começa a se defender.

O D4 precisa de duas cadeias, não de uma

Toda reclamação de cliente são duas falhas. O defeito ocorreu e, depois, passou por todos os controles entre o seu processo e a doca do cliente. Por isso o D4 roda duas cadeias causais. A cadeia de ocorrência pergunta por que o defeito foi feito, e uns 5 porquês disciplinados, com cada resposta verificada no processo, costumam ser a ferramenta certa. A cadeia de escape pergunta por que ele não foi pego, e termina no ponto de escape: o controle específico (uma inspeção, um teste, um poka-yoke) que deveria ter detectado o defeito e não detectou, ou a admissão honesta de que esse controle nunca existiu.

As duas cadeias terminam em verificação, não em consenso. O padrão de prova que vale a pena sustentar: você consegue fazer o defeito aparecer e sumir ligando e desligando a causa, ou tem evidência física que resiste a um leitor desconfiado. Causa raiz aprovada por votação em sala de reunião é hipótese fantasiada de conclusão.

D5 e D6: prove antes de afirmar

Escolha as ações corretivas contra as duas causas verificadas: um conjunto que para a ocorrência e outro que fecha o escape. Verifique a escolha antes de implementar tudo, com um lote piloto, uma bancada de teste ou uma tentativa deliberada de burlar o novo controle. Depois valide no D6 com dados de produção: saída sem defeito em condição normal, em quantidade grande o bastante para significar alguma coisa, e só então a contenção sai e a produção segue limpa. Encerrar um 8D com "ações implementadas", sem dado de validação, é o atalho mais comum de todos, e é exatamente o ponto que um bom engenheiro de qualidade do cliente vai atacar.

D7 é prevenção, e prevenção significa abrangência

O D7 pergunta o que no sistema permitiu esse problema e corrige ali: o FMEA recebe o novo modo de falha ou as notas corrigidas, o plano de controle recebe a nova verificação, os padrões afetados são revisados, tudo com referência de revisão que o cliente possa auditar. Depois vem a análise de abrangência: cada peça, processo e linha semelhante se checa contra o mesmo modo de falha em dias, não em trimestres, e as constatações ficam documentadas mesmo quando dão limpo. Um D7 que diz "FMEA atualizado" sem número de revisão e sem lista de abrangência é promessa, não disciplina.

Trabalhando com o cliente

Resposta parcial no prazo ganha de resposta perfeita atrasada, sempre. A qualidade do cliente está segurando as suas peças e o cronograma de mais alguém; o que eles precisam no primeiro dia não é a sua causa raiz, é a prova de que estão protegidos e uma data para a próxima atualização. Envie D1 a D3 no vencimento mesmo com o D4 ainda em hipótese, diga com todas as letras que é hipótese e cumpra cada data prometida. Fornecedor que comunica no prazo, mesmo com respostas parciais, constrói confiança; fornecedor que some por três semanas e reaparece com um relatório bonito, não.

Dê nome honesto à contenção. Se a ação provisória é seleção visual 100%, escreva "seleção visual 100%" e a eficácia medida dela, não "inspeção reforçada". Se o estoque certificado vai levar quatro dias para chegar ao cliente, diga quatro dias. Cliente perdoa defeito bem mais fácil do que perdoa descobrir que a contenção prometida era otimista, porque a primeira coisa é falha de processo e a segunda é falha de caráter. Mantenha uma voz só: o contato definido no D1 conduz toda a comunicação, para o cliente nunca ouvir duas versões do mesmo status.

O que vem depois

Um 8D encerrado é dado, não só alívio. Acompanhe a recorrência entre os casos: a taxa de problema repetido é o indicador honesto de todo o sistema de solução de problemas, e grupos de casos parecidos apontam a esteira de melhoria para as famílias de processo que precisam de revisão de FMEA, de dispositivos à prova de erros ou de reprojeto, pela prática de Kaizen. Para os problemas internos crônicos que os casos vão expondo, o formato mais leve do A3 carrega a mesma disciplina sem o peso do cliente, e o guia de causa raiz e ação corretiva cobre as verificações de eficácia que mantêm honesto qualquer encerramento.

O gargalo prático na maioria das fábricas não é o método, é a montagem do relatório: evidência espalhada em e-mails, contagens de seleção em planilhas, fotos no celular e um engenheiro remontando tudo em um documento às 21h, na véspera do prazo do cliente. É aqui que o TeamGuru entra na corrente: o fluxo de resolução de problemas 8D roda as disciplinas como etapas, com evidência, responsável e prazo presos a cada uma, e os alertas de qualidade ligam o escape original às ações de contenção no chão de fábrica. O relatório que o cliente recebe vira subproduto de um trabalho registrado enquanto acontecia, que é justamente a versão da história em que um auditor acredita.

Perguntas frequentes