Há um paradoxo que qualquer auditor conhece e poucos manuais admitem: uma empresa pode ter sistema de gestão da qualidade certificado, documentação completa, auditorias sem não conformidade maior — e entregar produto ruim de forma consistente.
Isso não é falha da certificação. É consequência do que ela atesta. A auditoria verifica se a empresa faz o que declarou que faz; não verifica se o que ela declarou é bom. Uma organização que documenta um processo ruim e o segue à risca passa, e passa com folga.
Entender essa distinção é o começo de qualquer trabalho sério com qualidade — e a razão de “implantar a qualidade” e “obter o certificado” serem projetos diferentes, que só coincidem quando alguém decide que devem coincidir.
O que precisa ser verdade para chamar de gestão da qualidade
Existe muita definição em circulação e a maioria descreve o que o sistema contém, não o que ele precisa fazer. Três condições separam gestão da qualidade de burocracia documental.
O que o cliente considera bom precisa estar traduzido em algo mensurável. Qualidade não é uma propriedade do produto — é a relação entre o que ele entrega e o que quem recebe esperava. Enquanto isso não vira característica com valor e tolerância, cada área tem a própria noção do que é aceitável e a discussão nunca termina.
O processo precisa ser capaz de entregar isso de forma repetida. Acertar uma vez é sorte; acertar sempre é capacidade. A diferença entre as duas coisas não se enxerga em amostra pontual, só no comportamento do processo ao longo do tempo.
Quando o resultado sai fora, alguém precisa agir sobre a causa. Não sobre a peça — sobre o que produziu a peça. Sistemas que apenas separam o defeituoso e seguem em frente não gerenciam qualidade; gerenciam consequência.
Um sistema com manual, política e auditoria, mas sem essas três condições, é documentação. E documentação não muda processo: sustenta a mudança que outro mecanismo produziu, quando produziu.
Os princípios, e o que cada um evita
| Princípio | O erro que ele previne |
|---|---|
| Foco no cliente | Definir qualidade internamente e descobrir a divergência na devolução |
| Liderança | Programa de qualidade que a operação lê como iniciativa da área da qualidade |
| Engajamento das pessoas | Procedimento escrito por quem nunca executou a tarefa |
| Abordagem de processo | Otimizar áreas isoladas e piorar o resultado do conjunto |
| Melhoria | Estabilizar no nível atual e chamar isso de qualidade |
| Decisão baseada em evidência | Agir sobre a hipótese mais popular da reunião |
| Gestão de relacionamento | Cobrar do fornecedor o que o próprio pedido não especificou |
A coluna da direita é a que importa. Lida como lista de virtudes, a relação de princípios não orienta nada — todo mundo concorda com foco no cliente. Lida como catálogo de erros conhecidos, ela vira ferramenta de diagnóstico: para cada princípio, a pergunta é se a organização já cometeu aquele erro no último ano e o que mudou depois.
O princípio da decisão por evidência é o que mais separa sistemas que funcionam. Ele exige distinguir a variação que o processo sempre teve daquela que aponta para algo específico — porque reagir à primeira adiciona ruído e costuma piorar o resultado. O conceito está em variação, e o instrumento que o torna visível, em carta de controle.
De inspecionar para prevenir
A história do campo é, em boa medida, a história de mover a qualidade para trás no processo. Primeiro veio a inspeção final, que separa bom de ruim depois de pronto. Depois o controle estatístico, que acompanha o processo enquanto ele roda. Depois a garantia, que estrutura o sistema para que o defeito não aconteça. E por fim a gestão, que organiza a empresa inteira em torno disso.
Cada etapa não substituiu a anterior — acrescentou. Inspeção continua existindo e é necessária em alguns pontos; o que mudou foi o peso. Uma operação que depende de inspeção final para entregar qualidade está pagando duas vezes: produz o defeito e depois paga para encontrá-lo, quando encontra. O papel e os limites da inspeção estão em inspeção de qualidade, e a evolução completa do campo em história da qualidade, com as pessoas que a construíram em gurus da qualidade.
O deslocamento tem uma consequência prática que raramente é enunciada: quanto mais cedo a qualidade é tratada, menos ela depende de quem executa e mais depende de quem projeta. Cobrar atenção do operador é a intervenção mais barata de anunciar e a menos eficaz de todas, porque atribui a uma pessoa uma variação que costuma ser do sistema.
Como implantar, na ordem que funciona
A sequência abaixo não é a de nenhuma norma. É a ordem em que as coisas precisam existir para as seguintes fazerem sentido.
Definir o que é qualidade para este produto ou serviço, em características mensuráveis com valor-alvo e tolerância. Escrever “atendimento adequado” não define nada; escrever o tempo máximo de primeira resposta define. A parte que costuma ser pulada é garantir que duas pessoas medindo cheguem ao mesmo número — o que exige definição operacional antes de qualquer coleta. O que já está formalizado como especificação está em padrão de qualidade.
Enxergar o processo que produz isso, do fornecedor ao cliente, com as etapas reais e não as do organograma. É onde aparecem as trocas de mão, os retornos e as esperas que ninguém conta.
Medir e verificar se o processo é capaz. Um processo pode ser estável e previsivelmente ruim — entrega sempre o mesmo resultado, e esse resultado não atende ao cliente. Estabilidade e capacidade são propriedades diferentes, e confundi-las é a fonte de metade das conclusões erradas sobre qualidade.
Padronizar antes de melhorar. Processo que cada pessoa executa de um jeito não pode ser melhorado, porque não há o que comparar depois da mudança. A padronização não é o oposto de melhoria — é o que a torna verificável.
Testar as mudanças em escala pequena, com previsão registrada antes e uma alteração por vez, para saber qual funcionou. É a lógica do PDSA, e quando o problema é entender por que o processo entrega o que entrega, o roteiro estruturado é o DMAIC.
Sustentar, com indicador acompanhado por alguém com nome e rotina que o mantenha. Sem isso, o processo volta ao comportamento anterior em poucos meses e a pasta do projeto permanece organizada.
As ferramentas que aparecem ao longo dessas etapas — Pareto, causa e efeito, histograma, folha de verificação — estão em ferramentas da qualidade, e a análise estruturada de modos de falha em FMEA.
Certificar não é o mesmo que implantar
A norma da família ISO 9001 define requisitos para um sistema de gestão da qualidade, e a certificação atesta conformidade a esses requisitos. É útil: organiza, cria disciplina documental e é exigida em muitas cadeias de fornecimento. Os requisitos e o que cada norma cobre estão em normas ISO.
O que a certificação não faz é garantir que o processo seja bom. Ela verifica coerência entre o declarado e o praticado — e uma empresa que declara pouco e cumpre esse pouco passa. É por isso que existem organizações certificadas com desempenho ruim e organizações não certificadas com desempenho excelente, e a existência das duas não é escândalo: é o que a certificação se propõe a atestar, funcionando.
O erro de percurso costuma ser de ordem. Quando a implantação começa pelo objetivo de certificar, o esforço vai para produzir os documentos que a auditoria vai pedir, e a operação aprende que o sistema serve à auditoria. Quando começa pelo problema de qualidade, a documentação surge como registro do que já mudou — e a certificação, se for objetivo, vem quase de graça.
Quem faz a qualidade acontecer
Há uma pergunta que revela o estágio real de um sistema: quando um defeito aparece, quem é chamado?
Se a resposta é “a área da qualidade”, o sistema ainda é departamental — a qualidade é uma função que fiscaliza as outras, e cada área trabalha para não ser pega. Se a resposta é “quem opera o processo, com apoio da qualidade”, o sistema virou gestão: a área acumula método e instrumento, e quem produz responde pelo que produz.
Essa transição não acontece por reorganograma nem por treinamento. Acontece quando apontar problema deixa de ter custo pessoal e quando o sistema de consequências deixa de premiar o volume acima de tudo — assunto que pertence à cultura organizacional, e no recorte específico da qualidade, à cultura da qualidade. Quem trabalha na função encontra o mapa do papel em analista de qualidade.
O que muda no sistema, e não no papel
Uma empresa que implanta gestão da qualidade pela ordem descrita aqui não termina com mais documentos. Termina com menos discussões.
Some a discussão sobre se o número está certo, porque o critério de medição foi fixado antes. Some a discussão sobre de quem é a culpa, porque a distinção entre variação do sistema e evento específico deixa de ser opinião. E some a discussão sobre se a melhoria foi real, porque existe série e faixa de referência em vez de dois pontos.
O que sobra é tempo para discutir o processo. É pouco glamouroso como resultado de um programa de qualidade, e é o único que se sustenta depois que a atenção da diretoria migra para o próximo assunto.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua. A revisão tratou da distinção entre estabilidade e capacidade e da fronteira entre certificar e implantar.
O White Belt gratuito da EDTI apresenta variação, causas comuns e especiais e o ciclo PDSA — a base do princípio de decisão por evidência.
Perguntas frequentes
O que é gestão da qualidade?
É o conjunto de práticas que garante que o processo entregue de forma repetida o que o cliente considera bom. Exige três coisas: traduzir a expectativa do cliente em algo mensurável, verificar se o processo é capaz de entregá-la consistentemente e agir sobre as causas quando o resultado sai fora.
Qual a diferença entre garantia e controle da qualidade?
Controle atua sobre o resultado, verificando se o que foi produzido atende à especificação. Garantia atua sobre o sistema, estruturando o processo para que o defeito não aconteça. Controle encontra problema; garantia reduz a chance de ele existir.
Quais são os princípios da gestão da qualidade?
Foco no cliente, liderança, engajamento das pessoas, abordagem de processo, melhoria, decisão baseada em evidência e gestão de relacionamento. Cada um previne um erro específico e conhecido, e é assim que eles orientam decisão — como lista de virtudes, não orientam nada.
Preciso ser certificado ISO 9001 para ter gestão da qualidade?
Não. A certificação atesta conformidade a requisitos de sistema e é exigida em muitas cadeias de fornecimento, mas não garante que o processo seja bom. Existem empresas certificadas com desempenho ruim e não certificadas com desempenho excelente, e isso é a certificação funcionando como se propõe.
Por onde começar a implantar?
Por definir o que é qualidade para o seu produto em características mensuráveis, com critério de medição que duas pessoas apliquem do mesmo jeito. Começar pela documentação inverte a ordem e ensina à operação que o sistema serve à auditoria.
Quem deve ser responsável pela qualidade na empresa?
Quem opera o processo responde pelo que produz; a área da qualidade acumula método, instrumento e capacidade de análise. Quando a resposta à pergunta “quem é chamado quando aparece um defeito” é apenas a área da qualidade, o sistema ainda é departamental.
Gestão da qualidade e Lean Six Sigma são a mesma coisa?
Não. Gestão da qualidade é o campo mais amplo, que organiza como a empresa garante o que entrega. O Lean Six Sigma é uma abordagem estruturada de melhoria, com roteiro e ferramentas próprias, que costuma ser usada dentro desse campo para atacar problemas específicos com método.