Como montar um sistema de gestão da qualidade do zero

Montar um sistema de gestão da qualidade não começa com um manual, nem com software, nem com a decisão de buscar a ISO 9001. Começa com uma pergunta menos nobre: quanto do jeito de trabalhar desta empresa está na cabeça de poucas pessoas.

Este artigo trata de construir o sistema, não de certificá-lo. Certificar é decisão separada, que pode vir depois, nunca vir, ou vir por exigência de um cliente. Nada do que está aqui depende dessa escolha, e a última seção trata do que muda se ela for tomada.

A sequência é a de quem parte do zero. Primeiro entender os processos que já existem e dar dono a cada um. Depois escrever política e objetivos que o negócio reconheça, documentar o praticado no volume mínimo e tratar o desvio com análise de causa. Por fim, fechar o ciclo em uma reunião que termina em decisão.

O critério que atravessa tudo é a proporção. Sistema grande demais para a empresa morre por peso, e morre rápido. Pequeno demais não sustenta nada. A régua é sempre a mesma: só entra o que muda uma decisão ou impede uma variação relevante.

O cronograma de seis meses da seção de exemplo foi montado para este artigo, no formato de um projeto de implantação em empresa de serviços. É ilustrativo e serve para mostrar sequência e ordem de grandeza, não para descrever uma empresa específica.

O que é um sistema de gestão da qualidade, e por que ele existe

Um sistema de gestão da qualidade é o conjunto das decisões que a empresa já tomou sobre como trabalha, mais os registros que mostram que foi assim. Não é uma pasta, não é um software e não é um manual.

Ele existe por um motivo prático. Empresa pequena funciona pela memória das pessoas: alguém sabe como se atende aquele cliente difícil, alguém sabe qual fornecedor não entrega na sexta. Quando a empresa cresce ou perde essa pessoa, a memória vai junto.

O teste mais honesto é este: se a pessoa mais experiente da operação saísse amanhã, quanto do jeito de trabalhar sairia com ela. Se a resposta for muita coisa, o sistema não é burocracia, é seguro.

O que ele não faz também precisa ficar claro. Sistema de gestão não garante produto bom. Garante que o produto sai do mesmo jeito, que o desvio aparece e que existe caminho para corrigir. O padrão é decisão de negócio; o sistema impede que ele se perca.

• Processos definidos, com entrada, saída e critério de pronto
• Um responsável por processo, com nome de pessoa
• Registro do que aconteceu, no volume que serve para decidir
• Um ciclo que detecta o desvio e corrige a causa

Certificar é uma decisão separada de montar o sistema

Boa parte do que se escreve trata montar o sistema e obter a ISO 9001 como a mesma coisa. Não são. A certificação é uma verificação externa de que o sistema existe e funciona: ela atesta, não constrói.

Montar sem certificar é legítimo e mais comum do que parece. Empresa que quer parar de errar duas vezes o mesmo erro, reduzir dependência de pessoa e entregar prazo previsível não precisa de certificado para nada disso. Precisa do sistema.

A ordem importa por custo. Quem monta pensando na auditoria monta para o auditor: documento que ninguém usa, indicador que ninguém olha, reunião que ninguém decide. Esse sistema passa em auditoria e não muda a operação, que é o pior dos dois mundos.

Quem monta pensando na operação e decide certificar depois tem caminho curto, porque o trabalho pesado já foi feito. Até a última seção, a certificação sai da conta, inclusive porque o motivo que a justifica é sempre externo: cliente, edital, mercado.

A ordem de montagem que economiza retrabalho

Existe uma sequência que evita refazer trabalho, e ela não começa pela política nem pelo manual. Começa por entender o que já existe, porque quase tudo que o sistema pede a empresa em funcionamento já faz de algum jeito.

1. Levantar os processos que a empresa realmente executa hoje
2. Definir o dono de cada um deles
3. Escrever política e objetivos a partir do que o negócio precisa
4. Documentar o praticado, não o ideal, no volume mínimo
5. Montar o tratamento de não conformidade e ação corretiva
6. Definir os poucos indicadores que medem o sistema
7. Marcar a análise crítica e fazer a primeira com decisão registrada

Os passos 4 a 6 se sobrepõem e devem se sobrepor. Escrever tudo antes de praticar produz papel que envelhece sozinho; praticar sem escrever produz sistema que só existe na cabeça de três pessoas. O ritmo saudável é documentar um processo, rodar, ajustar e seguir.

O prazo típico em empresa de porte médio, com uma pessoa dedicada parcialmente, fica entre quatro e oito meses. Não é projeto com data de encerramento: depois do último passo começa o ciclo PDCA de manutenção, que não acaba.

O erro mais caro aqui é começar pelo manual da qualidade. Ele resume um sistema que ainda não existe, e escrevê-lo primeiro obriga a inventar o que a empresa faz. Quando a realidade aparece, o manual precisa ser reescrito inteiro.

Mapear os processos que a empresa já tem

Mapa de processos não é organograma. Organograma mostra quem manda em quem; mapa mostra como o trabalho atravessa a empresa até virar entrega. Confundir os dois produz sistema desenhado por departamento, que é onde os problemas se escondem.

O jeito mais direto de levantar é seguir o pedido do cliente do início ao fim: por quais mãos ele passa, o que cada uma faz com ele, onde ele espera. Depois se acrescentam os processos de apoio, como compras, manutenção e contratação.

Uma empresa de porte médio costuma fechar entre oito e quinze processos. Mais de vinte e cinco indica fatiamento excessivo, com tarefa promovida a processo. Menos de seis indica processos diferentes empilhados sob um nome genérico como operação.

O erro clássico é mapear o processo ideal. Alguém desenha como deveria ser, todos concordam na reunião, e o mapa não descreve nada do que acontece no dia seguinte. Mapa serve para achar problema; se já sai limpo, não serve.

• Qual é a entrada e de quem ela vem
• Qual é a saída e quem a recebe
• Quem executa e quem decide quando há dúvida
• O que costuma dar errado aqui
• Como se sabe que a saída está certa antes de entregá-la

O dono de cada processo

Dono de processo é quem pode mudar o processo sem pedir autorização. Essa definição operacional elimina a maior parte das discussões. Se a pessoa indicada precisa aprovar cada ajuste com outras três, ela não é dona, é responsável por executar.

A área da qualidade não é dona dos processos dos outros. Ela cuida do método, do registro e da consistência. Quando vira dona de tudo, acontece o que se vê em muita empresa: os documentos são da qualidade, os indicadores também, e a operação assiste.

O dono é nome de pessoa, nunca nome de área. Dono Logística significa dono nenhum. Dono com nome responde por quatro coisas: o resultado do processo, o padrão escrito, o tratamento dos desvios e a competência de quem executa.

Quando dois setores disputam um processo, o critério que resolve é a entrega: quem responde pelo resultado na frente de quem recebe é o dono, e os demais são participantes. Uma lista com processo, dono e indicador registra isso, e costuma ser o documento mais consultado no primeiro ano.

Política e objetivos que fazem sentido para o negócio

Política da qualidade genérica não serve para nada. A frase sobre buscar a excelência e a satisfação dos clientes por meio da melhoria contínua cabe em qualquer empresa do planeta, e por isso não ajuda ninguém a decidir nada.

O teste de uma política útil é simples: ela exclui alguma alternativa? Se a empresa vende prazo curto acima de tudo, deve dizer isso, porque no dia em que prazo e custo entrarem em conflito alguém vai precisar de critério. Política é o desempate escrito antes do empate.

Os objetivos aterrissam a política em número. Três a seis bastam, cada um com valor atual, meta e prazo, ligados a uma dor que a empresa reconhece sem esforço: retrabalho em uma linha, atraso de entrega, reclamação recorrente, perda de material.

Objetivo copiado de modelo pronto se identifica rápido: ninguém sabe dizer o valor de hoje. Se a empresa não mede, o objetivo passa a ser começar a medir. Cada um precisa de dono, que é o dono do processo que o produz; objetivo pendurado na diretoria inteira não é acompanhado por ninguém em particular.

Documentar o que já se faz antes de inventar processo novo

A tentação, quando se começa a documentar, é escrever como o processo deveria funcionar. É mais agradável e produz um texto bonito. Também produz distância imediata entre o escrito e o praticado, que é a origem de quase todo sistema morto.

Escrever o praticado expõe a variação, e essa é a vantagem que compensa o desconforto. Quando duas pessoas que fazem a mesma tarefa descrevem passos diferentes, não é problema de redação, é um achado. Ali existe variação que ninguém via, e ela costuma explicar parte dos defeitos.

Melhorar vem depois, e vem melhor. Com o praticado registrado, mudar deixa de ser opinião contra opinião e passa a ser alterar um ponto específico de um texto concreto. O procedimento operacional padrão nasce dessa conversa, não antes dela.

Quem escreve é quem executa, com revisão de quem conhece o método. O caminho inverso, em que a qualidade escreve e o operador assina, produz documento que o operador nunca leu. Há uma exceção na ordem: processo visivelmente quebrado se conserta antes, porque não faz sentido padronizar o caos por escrito.

Quanto documentar: o critério da variação relevante

A pergunta que mais trava a montagem de um sistema é quanto documentar. A resposta que funciona é um critério, não um número: documente quando a ausência do documento produziria variação relevante no resultado.

Isso se decide com três perguntas por atividade. A tarefa é executada por mais de uma pessoa ou turno? Errar ali gera custo, atraso ou risco de segurança? Alguém novo conseguiria fazer sem perguntar? Duas respostas desfavoráveis costumam justificar o documento.

Quase nunca precisa de procedimento a atividade feita sempre pela mesma pessoa treinada, verificada na hora e de consequência pequena. Quase sempre precisa a tarefa rara, a de alto impacto, a que passa entre áreas e a que já causou problema.

A consequência prática é documento curto. Uma folha com sequência, ponto de verificação e o que fazer quando dá errado resolve a maioria dos casos. Procedimento de doze páginas ninguém consulta durante o trabalho, que é o único momento em que ele serviria.

• Tarefa executada por várias pessoas ou turnos: documente
• Tarefa com impacto alto de erro: documente
• Passagem entre áreas: documente a interface, não a tarefa inteira
• Tarefa que já gerou não conformidade: documente com o aprendizado dentro
• Tarefa única, pessoal e de baixo impacto: não documente

Controle de documento sem burocracia

Controle de documento existe para resolver um problema concreto: alguém usando a versão errada. Todo o resto que se pendura nisso, com formulário de solicitação, comitê de aprovação e carimbo, é invenção posterior que não ataca esse problema.

O mínimo que resolve são cinco informações no documento: identificação, versão, data, quem aprovou e onde fica o vigente. Mais uma regra: existe um único lugar onde a versão vigente mora, com leitura aberta e edição restrita.

A cópia impressa é onde o controle falha, porque papel na parede não sabe que foi substituído. Duas defesas funcionam: data visível na folha e conferência das folhas afixadas dentro da rotina de gestão visual da área, junto com a checagem dos quadros.

Revisão deve ser disparada por evento, não por calendário: quando o processo muda, quando uma não conformidade mostra que o documento está errado, ou quando quem executa aponta que não é mais assim. Revisão anual obrigatória de tudo gera corrida de fim de ano em que se troca a data e nada mais.

Não conformidade e ação corretiva com análise de causa

Não conformidade é qualquer resultado fora do combinado: produto fora de especificação, prazo estourado, procedimento não seguido, reclamação de cliente. O sistema precisa de um lugar único onde isso é registrado, e de uma cultura em que registrar não custe caro para quem registra.

O subregistro é o defeito mais comum e o mais difícil de ver, porque se disfarça de bom desempenho. Sistema que registra três não conformidades por trimestre em operação de porte não está bem, está com medo. Quando registrar vira gatilho de punição, o sistema fica cego.

Correção e ação corretiva são coisas distintas. Correção conserta o caso: refazer a peça, reenviar o pedido. Ação corretiva impede que aquilo volte, e só existe depois de entender por que aconteceu. Sistema com cem correções e zero ações corretivas gasta energia repetindo conserto.

A análise de causa não precisa de aparato pesado. Cinco porquês resolvem a maior parte dos casos; quando há várias causas disputando explicação, o diagrama de Ishikawa organiza a discussão; quando o problema é caro ou recorrente, vale o rigor de uma análise de causa raiz completa.

Nem toda não conformidade merece ação corretiva, e fingir que merece faz o sistema desabar por excesso. O critério é reincidência ou impacto, e precisa estar escrito, senão vira humor do dia.

Competência e treinamento: o que de fato comprova

Competência é resultado; treinamento é um dos meios de chegar lá. A pergunta do sistema não é quantas horas de curso a pessoa fez, e sim se ela executa aquilo com a qualidade esperada, sem supervisão constante.

Uma matriz simples resolve: tarefas críticas nas linhas, pessoas nas colunas, um nível em cada cruzamento. Não sabe, sabe com acompanhamento, sabe sozinho, ensina. Ela mostra em dez segundos onde a operação está pendurada em uma única pessoa.

Lista de presença comprova presença, não competência. O que comprova é a avaliação prática: a pessoa executa, alguém qualificado observa contra o padrão escrito e registra o resultado. Em tarefa crítica, esse registro vale mais do que qualquer certificado.

Treinamento também é contramedida, e usá-lo fora de lugar é comum. Quando a análise de causa aponta desconhecimento, treinar é a ação certa. Quando aponta processo confuso ou falta de recurso, treinar é o que se faz para parecer que algo foi feito, e o problema volta.

Os indicadores do próprio sistema

Existe diferença entre medir o resultado do produto e medir a saúde do sistema. Índice de refugo, prazo de entrega e reclamação de cliente falam do produto, e não dizem se o mecanismo de correção está funcionando.

Os indicadores do sistema medem esse mecanismo. São poucos, e os mais reveladores costumam ser estes:

• Não conformidades abertas e o tempo médio até serem tratadas
• Taxa de reincidência: quantas voltaram depois de encerradas
• Percentual de ações corretivas com eficácia verificada de fato
• Documentos vencidos ou em desacordo com o praticado
• Cobertura da matriz de competência nas tarefas críticas

A reincidência é a mais honesta de todas. Ela mede se a análise de causa está encontrando causa ou apenas preenchendo campo. Reincidência alta com muitas ações encerradas é o retrato de sistema que trabalha bastante e resolve pouco.

Cinco ou seis indicadores bastam para o sistema inteiro, com frequência mensal e um responsável por número. Painel com trinta tem destino previsível: ninguém olha, e o primeiro mês sem olhar é o mês em que ele para de ser atualizado.

Análise crítica que termina em decisão

Análise crítica é a reunião em que a direção olha para o sistema inteiro e decide alguma coisa. É o ponto em que o sistema deixa de ser assunto da qualidade e vira assunto da empresa, e é também o requisito mais fácil de transformar em teatro.

A pauta é fixa e curta: resultado dos objetivos, não conformidades e reincidências do período, eficácia das ações, reclamações de cliente, desempenho de fornecedores e recursos que faltam. Cada item entra com dado, não com impressão.

A saída obrigatória é decisão, com responsável e prazo. Reunião que termina em ata descritiva do que foi apresentado não é análise crítica, é relatório lido em voz alta. Olhe as atas de três reuniões seguidas: se forem intercambiáveis, nada está sendo decidido.

Trimestral costuma ser a frequência certa em empresa de porte médio. Mensal vira operacional e some na rotina; anual chega tarde para corrigir. As decisões da reunião anterior abrem a pauta da seguinte, o que fecha o ciclo e expõe a decisão tomada e nunca executada.

Risco proporcional ao tamanho da empresa

Gestão de risco assusta porque muita gente a associa a planilha de FMEA com centenas de linhas. Em sistema recém-montado isso morre na segunda atualização. O objetivo é outro: antecipar o que pode dar errado e decidir se vale agir antes.

A entrada mais barata é por processo. Para cada um, duas perguntas: o que pode dar errado aqui e o que já deu errado nos últimos dois anos. A segunda é a mais produtiva, porque o histórico de não conformidades já é um levantamento de risco pronto, feito pela realidade.

A avaliação pode ser grosseira sem perder utilidade. Probabilidade e impacto em três níveis, e uma decisão por combinação. O que cai no canto alto e alto recebe ação com prazo; o resto fica registrado e é revisto na análise crítica.

A proporcionalidade mantém isso vivo. Empresa de trinta pessoas com quinze riscos revisados por trimestre está fazendo gestão de risco; a mesma empresa com trezentos riscos catalogados está fazendo arquivo. E a conversa que identifica o que pode dar errado costuma revelar gargalo evidente e retrabalho aceito por hábito.

Fornecedores: o que se controla na entrada

Controle de fornecedor deve ser proporcional ao impacto do que ele fornece. Aplicar o mesmo formulário de homologação ao fornecedor de matéria-prima crítica e ao de material de escritório é o tipo de igualdade que só produz papel.

Classificar em três faixas resolve. Crítico é aquele cuja falha para a operação ou chega ao cliente; relevante gera custo e retrabalho; commodity é substituível na mesma semana. Só a primeira faixa justifica avaliação estruturada e acompanhamento de desempenho.

A parte mais esquecida acontece antes da compra: a especificação. Boa parte das não conformidades atribuídas ao fornecedor nasce de pedido ambíguo, tolerância não informada ou prazo combinado por telefone. Quem não especifica não tem base para reclamar.

A avaliação periódica deve usar dado que a empresa já tem: entregas no prazo, ocorrências na entrada, tempo de resposta a problema. Três números por fornecedor crítico, a cada semestre, com o resultado devolvido ao avaliado. Avaliação que nunca chega a ele não muda comportamento nenhum.

O erro do sistema paralelo à operação

O modo de falha mais comum não é a falta de documento. É o sistema virar uma segunda operação, que roda ao lado da primeira e é alimentada por gente que preenche coisas para que ele exista, enquanto o trabalho de verdade acontece em outro lugar.

A origem quase sempre é a mesma: o sistema foi escrito por quem não opera. Quando a qualidade desenha, redige, mede e cobra sozinha, a operação assume o papel de fornecer assinatura.

• Existem duas versões do processo, a do documento e a real, e todos sabem qual é qual
• Registro preenchido em lote no fim do mês, de memória
• Indicador que só a qualidade conhece e que não aparece em reunião de operação
• Ação corretiva encerrada sem que nada tenha mudado na prática
• A frase, dita sem constrangimento, de que aquilo é coisa da ISO

A correção custa menos do que parece: reescrever a partir do praticado, com quem pratica, e devolver a propriedade ao dono do processo. Sistema menor e verdadeiro vale mais do que um completo e fictício, inclusive para quem certificar depois.

A verificação que denuncia isso é barata. Escolher um processo por mês, ler o documento vigente e acompanhar a execução real do início ao fim. A distância entre os dois é o melhor indicador de saúde do sistema.

Exemplo ilustrativo de um sistema montado em seis meses

O quadro abaixo mostra a montagem em uma empresa de serviços com cerca de oitenta pessoas, com uma coordenadora dedicando metade do tempo ao projeto e sem intenção de certificar no primeiro ano.

A linha do mês 5 costuma assustar e é a mais saudável do quadro. Vinte e três não conformidades logo na abertura do canal não significam que a empresa piorou, e sim que aquilo já acontecia e agora aparece. O número que preocuparia seria dois.

A linha dos meses 7 a 12 é a que muita implantação não tem. Depois da primeira análise crítica, a tentação é iniciar nova onda de documentos. O que faz diferença no primeiro ano é rodar o que foi montado até o ciclo virar hábito.

Os números foram montados para este artigo, no formato de um projeto de implantação em empresa de serviços. São ilustrativos: mostram a sequência e a ordem de grandeza, não descrevem uma empresa específica.

O que muda quando a empresa decide certificar depois

Empresa com o sistema rodando encontra caminho curto até a certificação, porque o trabalho caro já foi feito. O diagnóstico contra a norma vira tradução: onde está, na nossa linguagem, aquilo que o requisito pede.

O que normalmente falta são itens formais: o escopo declarado por escrito, o contexto da organização e as partes interessadas registrados, a matriz de risco em formato reconhecível, o programa de auditoria interna e algumas evidências que a empresa gerava e descartava.

O que não muda é a essência. A certificação não pede um segundo sistema, pede o mesmo sistema com evidência organizada. Quando uma empresa com sistema vivo sente que precisa refazer tudo, quase sempre foi mal aconselhada por quem vende modelo pronto.

Se a certificação nunca vier, nada do que foi construído se perde. O sistema não foi montado para o auditor; foi montado para a empresa parar de resolver duas vezes o mesmo problema, e esse retorno chega muito antes de qualquer selo.