POP: o que é o procedimento operacional padrão, como fazer e 4 exemplos

Numa auditoria de sistema de gestão, eu pedi ao operador que me mostrasse como fazia aquela etapa. Ele executou e explicou sem hesitar: "É assim que funciona aqui, sempre foi assim." O documento aprovado, na pasta ao lado da bancada, descrevia outra coisa. Eu audito com credencial do IRCA e esse é o achado que mais se repete, tanto que virou expectativa. Não é a falta de procedimento operacional padrão escrito. É o documento que existe, está aprovado, tem assinatura e data, e cuja última revisão é anterior à última mudança do processo. O operador executa de um jeito. O papel diz outro. E os dois lados acham que estão certos, porque estão.

Um procedimento operacional padrão não morre por falta de rigor na hora de escrever. Ele morre no intervalo entre aprovar o documento e verificar se ele continua descrevendo o que acontece. Esse intervalo é o assunto real deste artigo. É ele que separa padronização de arquivo morto com carimbo em dia.

Aqui você vai ver o que é um POP e onde ele se separa de padronização e de trabalho padronizado. Vai ver os três formatos possíveis, as três fases de elaboração descritas no meu livro e a anatomia campo a campo do documento. Tem ainda quatro exemplos preenchidos para baixar em PDF: logística, manutenção, indústria de alimentos e laboratório farmacêutico. No fim está o que faz um POP morrer, que é a parte que quase nunca é escrita.

O que é um POP (Procedimento Operacional Padrão)?

POP é a sigla de procedimento operacional padrão. É o documento que registra a maneira combinada de executar uma atividade repetitiva: o que fazer, em que ordem e o que caracteriza um resultado aceitável. O teste é simples e severo. Alguém com conhecimento básico do processo leu e executou sem chamar ninguém? Então está pronto.

A definição que eu uso é a do capítulo 29 do Guia Prático Lean Seis Sigma Black Belt (Editora Atlas/GEN, 2025), o capítulo chamado "Eliminação de Desperdícios". Na página 403 está escrito assim: "O modo como o trabalho padronizado é registrado é denominado 'Procedimento Operacional Padrão' (POP)." A frase é curta e carrega a fronteira inteira do assunto. O trabalho padronizado é a prática, aquilo que acontece com as mãos. O procedimento operacional padrão é o registro dessa prática. Um não substitui o outro, e confundir os dois é a origem de metade dos problemas que eu vejo em empresa.

Vale reparar onde essa definição aparece no livro. Não está no capítulo de documentação nem no de sistema de gestão. Está no capítulo de eliminação de desperdícios, na parte que trata de muri, que é a sobrecarga. O texto coloca a padronização como alternativa para reduzir sobrecarga, porque ela garante a ação adequada, a sequência exata de trabalho e o trabalho em equipe. Faz sentido: quem decide a sequência na hora, sozinho, todo dia, carrega um esforço mental que nenhum indicador da empresa está medindo. Essa sobrecarga não é uma das formas listadas nos oito desperdícios do Lean. O livro é explícito: situações de muri normalmente são consequência de desperdícios e irregularidades do sistema, ou seja, de muda e de mura.

O mesmo trecho registra que o procedimento operacional padrão é um conjunto de instruções que documentam uma rotina ou atividade repetitiva de uma organização. Registra também que o documento pode conter ações programáticas e técnicas, como processos de análise, manutenção, calibração e utilização de equipamentos. Ou seja, ele não é peça exclusiva de chão de fábrica. Laboratório, almoxarifado, financeiro, atendimento e cozinha industrial escrevem POP pelo mesmo motivo.

Na prática, um procedimento operacional padrão bem escrito responde a seis perguntas. Se alguma delas ficar sem resposta, o documento vai gerar dúvida em vez de eliminar dúvida:

• O que é a atividade, e onde ela começa e termina.
• Quem executa, por papel e área, nunca por nome de pessoa.
• Quando a atividade é disparada: por turno, por lote, por chamado, por calendário.
• Com o quê: equipamento, ferramenta, insumo, sistema, EPI.
• Como, na sequência exata, uma ação por linha.
• Qual é o resultado aceitável, com número e tolerância, e o que fazer quando ele não aparece.

Repare no último item. É ele que separa um procedimento operacional padrão de uma lista de tarefas. Uma lista diz o que fazer. Um procedimento operacional padrão diz também como reconhecer que aquilo deu certo e o que fazer quando não deu. Sem esse campo, o documento entrega a decisão mais difícil de volta para quem estava pedindo ajuda.

E o que um procedimento operacional padrão não é. Não é política, que declara intenção e não descreve execução. Não é manual de equipamento, que é do fabricante e cobre o equipamento inteiro, não a sua rotina. Não é notação de modelagem como o BPMN, que desenha o fluxo entre áreas em nível de processo. E não é o registro de execução: o POP diz como fazer, a folha de checklist preenchida prova que foi feito.

POP, padronização e trabalho padronizado: onde termina cada um

Essas três palavras aparecem juntas em quase todo material e quase nunca com a fronteira desenhada. Quem sai assim vai para a empresa e escreve documento achando que está padronizando, ou implanta prática nova sem registrar nada e perde tudo na primeira troca de turno. A separação é a seguinte.

A padronização é a decisão. O trabalho padronizado é a execução. O procedimento operacional padrão é o registro. Dá para ter padronização sem procedimento operacional padrão, e é o caso clássico da equipe antiga que faz tudo igual porque aprendeu junto: funciona, e evapora quando as pessoas saem. Dá para ter POP sem padronização, e é o caso pior, do documento assinado que ninguém segue, que dá falsa segurança para a gerência e para a auditoria ao mesmo tempo.

Existe uma diferença de escopo que vale registrar, porque ela confunde muita gente que estuda Lean pelo material original. No léxico do Lean Enterprise Institute, trabalho padronizado tem uma definição estreita e técnica. São procedimentos precisos para o trabalho de cada operador, baseados em três elementos. O primeiro é o takt time. O segundo é a sequência precisa de trabalho dentro desse takt. O terceiro é o inventário padrão que o processo precisa para fluir. Isso é desenho de operação, feito por engenharia e supervisão.

Um procedimento operacional padrão é mais amplo do que isso. Ele cobre atividades que não têm takt nenhum, como calibrar um instrumento, liberar um lote, fechar um caixa ou abrir um restaurante. Por isso o procedimento operacional padrão é a ferramenta que atravessa a empresa inteira, enquanto o trabalho padronizado no sentido estrito fica no fluxo produtivo cadenciado. Quem trabalha com Lean Manufacturing usa os dois, em camadas diferentes.

O mesmo léxico registra os benefícios do trabalho padronizado, e eles valem inteiros para o procedimento operacional padrão. São cinco. Documentar o processo atual para todos os turnos. Reduzir a variabilidade. Facilitar o treinamento de novos operadores. Reduzir lesões e esforço. E criar uma linha de base para atividades de melhoria. O último é o mais esquecido. Sem padrão escrito não existe melhoria mensurável, porque não existe o antes.

É por isso que padrão e melhoria contínua não são opostos, apesar de parecerem. O léxico diz que o trabalho padronizado, uma vez estabelecido e exposto no posto, é objeto de melhoria contínua por meio do kaizen. O padrão de hoje é o piso a partir do qual o evento kaizen sobe. Quando a melhoria é aprovada, ela vira revisão de procedimento operacional padrão no mesmo movimento. Se não virar, ela dura o tempo da euforia.

Para que serve um POP na prática?

A pergunta que eu mais escuto é por que gastar tempo escrevendo o que a equipe já sabe fazer. A resposta honesta é que a equipe que sabe fazer hoje não é a mesma equipe do ano que vem. E o que ela sabe não é igual entre as pessoas nem entre os turnos. Um procedimento operacional padrão entrega cinco coisas concretas.

1. Ele reduz a variação entre pessoas e turnos. Três operadores executando a mesma tarefa de três maneiras produzem três resultados com dispersões diferentes. Nenhuma análise estatística consegue separar o efeito do processo do efeito de quem estava na máquina. Antes de tentar melhorar qualquer coisa em um processo assim, é preciso padronizar. Essa é a razão pela qual a padronização aparece na fase de controle de todo projeto de Lean Seis Sigma.

2. Ele encurta o tempo de formação. Um novo colaborador que recebe um procedimento operacional padrão claro chega à autonomia em uma fração do tempo que levaria aprendendo por observação. Isso pesa muito em operação com turnover alto, onde o custo de formação é recorrente e invisível. Um bom processo de onboarding é, em boa parte, uma sequência de POPs entregues na ordem certa. O controle de treinamentos registra quem foi treinado em qual versão de qual documento.

3. Ele preserva conhecimento que hoje mora na cabeça de alguém. Toda empresa tem a pessoa que resolve. Quando ela sai, de férias ou de vez, a operação descobre quanto dependia dela. Escrever procedimento operacional padrão é a forma mais barata de gestão do conhecimento que existe. É também o que permite delegar de verdade: ninguém delega uma atividade que só existe de forma oral.

4. Ele sustenta o sistema de gestão da qualidade. A ISO 9001 pede informação documentada para os processos que a organização determinar como necessários. Em setor regulado, a exigência é mais dura. Em alimentos e em medicamentos, as Boas Práticas de Fabricação tratam o procedimento escrito, aprovado e treinado como requisito, não como boa intenção. Numa auditoria interna, o auditor não avalia se o seu método é bonito. Ele avalia se existe um padrão declarado e se a prática bate com ele.

5. Ele protege o ganho de um projeto de melhoria. Este é o uso que mais me interessa. Todo projeto termina com uma mudança de método, e a mudança de método só sobrevive se virar documento, treinamento e verificação. É por isso que o plano de controle de um projeto sempre aponta para um POP. O plano define o que monitorar. O procedimento operacional padrão define como executar aquilo que está sendo monitorado.

Tem um sexto benefício que raramente entra em lista, e é o que eu mais valorizo depois de anos em operação: o procedimento operacional padrão tira a discussão do campo pessoal. Quando o padrão está escrito, a conversa sobre um desvio é sobre o documento, não sobre a pessoa. Isso muda o clima de uma reunião de indicador inteira, e é irmão da lógica do diagrama de Ishikawa, que obriga a sala a discutir causa em vez de culpado.

Os formatos de POP: checklist, fluxograma e texto estruturado

Aqui está a frase do livro que mais alivia quem está começando, na mesma página 403. "Não existe um único modelo de POP. O importante é que ele cumpra com o propósito de treinar e orientar os envolvidos na execução da atividade." A liberdade de formato é do livro, não minha. Não existe formato oficial, não existe norma que obrigue um layout, e gastar semana discutindo template é a primeira armadilha do assunto.

O livro apresenta dois formatos com vantagens e desvantagens declaradas, e na prática existe um terceiro. Escolher entre eles é uma decisão de conteúdo, não de estética: o que manda é se a atividade tem ponto de decisão e quanto detalhe técnico ela exige.

As duas primeiras linhas dessa tabela são o que o livro registra sobre cada formato. A leitura prática delas é que checklist e fluxograma são fracos no mesmo ponto, que é o detalhe, e fortes em pontos opostos. Por isso a combinação mais comum em empresa madura é híbrida. Um fluxograma na primeira página mostra a lógica e os desvios. Um checklist na segunda serve à execução do dia. Se você nunca desenhou um, comece pelo fluxograma de processo, que é onde os pontos de decisão aparecem.

O exemplo que o próprio livro traz é um quadro de procedimento operacional padrão de restaurante, em formato checklist. Ele organiza a abertura por dia da semana. Abastecer o freezer com bebida, posicionar os tapetes atrás do bar, colocar sacos nas lixeiras. Depois cortar limões em rodelas, pedaços e raspas, preparar os mixes e ligar a máquina de gelo. É um exemplo deliberadamente simples, e ele prova o ponto: o valor não está na complexidade do documento, está em a abertura sair igual em qualquer dia, com qualquer pessoa.

Uma observação sobre formato que economiza retrabalho: o procedimento operacional padrão não precisa ser papel. Ele pode ser um cartão plastificado no posto, uma tela do coletor, um passo a passo dentro do sistema. Quando o padrão vira uma trava de sistema que impede a operação errada, ele deixou de ser POP e virou poka yoke, que é melhor ainda, porque não depende de leitura. A regra que eu uso é essa: automatize o que der, exponha na gestão à vista o que não der, e escreva o que sobrar.

Como fazer um POP em três fases

O livro organiza o assunto em três fases, na página 404, e chama cada uma pelo nome: preparação do documento, revisão e aprovação, e rastreabilidade de documentos e arquivamento. É um recorte de ciclo de vida documental, e ele está certo. Na minha experiência, quem está montando o primeiro procedimento precisa de um corte um pouco diferente, que separe o que se decide antes de escrever do que só aparece depois que o documento existe. Vou percorrer as três etapas que eu uso e mostrar onde cada fase do livro entra em cada uma.

1. Preparação. Definir a atividade, o objetivo, o responsável pela elaboração e os recursos necessários. É a fase de escopo: onde a atividade começa, onde ela termina e quem responde por ela. É a preparação do documento que o livro descreve.
2. Elaboração. Descrever a sequência de execução, registrar em um dos formatos possíveis e validar com quem executa. É onde o documento é escrito, testado e entregue para a revisão e a aprovação formais, que são a segunda fase do livro.
3. Implantação. Treinar as pessoas envolvidas, disponibilizar o procedimento operacional padrão no ponto de uso e acompanhar a aderência ao longo do tempo. É a fase que quase todo mundo pula, e é dentro dela que entram a rastreabilidade e o arquivamento das versões.

Sobre a preparação. O erro clássico aqui, e a gente cai nele quase sempre, é escolher a atividade errada para começar. Não comece pela mais complexa nem pela mais crítica. Comece por uma atividade repetitiva, frequente e com variação perceptível entre pessoas, porque é ali que o retorno aparece rápido e a equipe compra a ideia. Para priorizar quando existem trinta candidatas, a ferramenta 5W2H ajuda a fechar escopo de cada uma antes de escolher.

Ainda na preparação, decida o responsável pela elaboração. Aqui o livro é explícito na página 404, e a frase merece ser lida devagar: "Idealmente, o POP é escrito por aquele que realiza a atividade, com supervisão dos gestores/diretores responsáveis pelo processo." O sujeito da frase é quem executa, não quem coordena. O texto acrescenta que o documento também pode ser escrito em equipe quando o processo é multidisciplinar. Na minha experiência, é essa a decisão que mais determina o destino do documento.

Tem uma cena que eu lembro toda vez que caio nessa discussão. Quando a Voitto foi gravar os cursos, ninguém de fora podia escrever o roteiro por mim. Quem sabia a ordem em que os assuntos precisavam entrar era quem dava a aula. O que um terceiro consegue fazer é entrevistar, organizar e formatar, e isso é útil. O que ele não consegue é saber por que o passo sete vem antes do seis, porque essa razão só existe nas mãos de quem executa. Um procedimento operacional padrão escrito longe do posto vira ficção verossímil, e ficção verossímil é pior que documento nenhum, porque parece confiável.

Sobre a elaboração. Antes da revisão formal que o livro exige, tem um teste que eu aplico sempre: entregue o rascunho para alguém que não executa aquela tarefa e peça que execute lendo. Fique junto, calado, anotando. Cada vez que a pessoa hesitar, olhar para você ou perguntar algo, você achou um passo mal escrito. Não explique. Anote e corrija o procedimento operacional padrão. Duas rodadas desse teste valem mais do que dez revisões de escrivaninha, e fazem a revisão formal chegar com muito menos para corrigir. Ela continua sendo feita por quem tem treinamento no processo, com aprovação da área responsável, que é o que a segunda fase pede.

Escreva a sequência com verbo no imperativo e uma ação por linha. Nada de período composto com três condicionais dentro. Se o passo tem uma condição, ele virou dois passos ou virou um ponto de decisão de fluxograma. E use o vocabulário do posto, não o do manual: se a equipe chama a peça de bailarina, escreva bailarina e coloque o nome técnico entre parênteses uma vez.

Sobre a implantação. Esta é a fase onde os projetos morrem, e ela tem três entregas concretas. Primeira, treinamento com registro: quem foi treinado, em qual versão, em que data, com que evidência de eficácia. Vale a pena estruturar isso como avaliação de treinamento de verdade, e não como lista de presença. Segunda, disponibilidade no ponto de uso: documento que mora em pasta de rede a três cliques não é consultado durante a operação. Terceira, verificação de aderência, que é o assunto da última seção deste artigo.

Um detalhe de implantação que muda o resultado: anuncie a data de vigência e o que acontece com a versão anterior. Padrão novo convivendo com padrão velho no mesmo posto é a receita para a equipe escolher o que preferir. Aí você tem duas maneiras oficiais de fazer a mesma coisa. É exatamente o problema que o documento existia para resolver. Se você aplica 5S na área, a retirada física do documento vencido é item do primeiro senso.

A anatomia de um POP: o que vai dentro do documento

Como não existe modelo oficial, o que existe é um conjunto de campos que a prática mostrou serem necessários. Esta é a estrutura que eu uso e que está nos quatro exemplos desta página. Cabeçalho, corpo e rodapé.

No cabeçalho, a identidade e o controle do documento:

• Título e código. Um nome que diga a atividade, e um código que permita citá-lo em outro documento sem ambiguidade.
• Versão e data de vigência. Sem versão, ninguém sabe se está lendo o padrão atual.
• Elaborado por, revisado por e aprovado por, sempre com o cargo e a área no lugar do nome. Nome de pessoa transforma cada desligamento em revisão de documento.
• Área e processo a que a atividade pertence.
• Objetivo, em uma frase. Para que essa atividade existe do ponto de vista de quem recebe o resultado.
• Campo de aplicação. Onde vale e, principalmente, onde não vale.

No corpo, a execução:

• Recursos necessários. Equipamento, ferramenta, insumo, sistema, formulário, EPI.
• Pré-requisitos. O que precisa estar verdadeiro antes de começar: máquina liberada, ordem aberta, área limpa, calibração vigente.
• Sequência de execução, numerada, uma ação por passo, com o parâmetro dentro do passo e não num anexo.
• Pontos críticos. Os passos onde o erro é caro, difícil de detectar ou perigoso. Destaque visual neles.
• Critério de aceitação. O número, a faixa, a característica visual que define resultado bom.
• Ações em caso de desvio. O que fazer, e para quem escalar, quando o critério não é atendido.

No rodapé, a rastreabilidade: registros gerados pela atividade, documentos de referência, histórico de revisões com o que mudou em cada versão. O histórico parece burocracia e não é: é a memória do porquê. Quando alguém propuser voltar atrás numa regra, o histórico diz se aquilo já foi tentado.

Sobre imagem no procedimento operacional padrão, uma recomendação prática. Foto do posto real vale mais que desenho, e vale muito mais que foto de banco de imagens. Fotografe do ângulo de quem executa, não do ângulo de quem observa. E fotografe o estado correto, não o errado: a memória visual guarda o que viu, e uma imagem grande do jeito errado acaba ensinando o jeito errado. Quando o padrão precisa estar visível o tempo todo, ele sai do papel e vira quadro de gestão à vista no posto.

Sobre extensão, uma regra que economiza discussão: se o procedimento operacional padrão passou de duas páginas, quase sempre ele é dois documentos. Atividade grande se quebra por marco natural, e cada pedaço vira um procedimento operacional padrão com início e fim próprios. Documento de dez páginas não é consultado durante a operação, e documento que não é consultado durante a operação não padroniza nada.

Sobre numeração e guarda, alinhe com o que a empresa já tem. Se existe sistema de gestão da qualidade implantado, o procedimento operacional padrão entra na estrutura documental dele, com a mesma lógica de aprovação e distribuição que os outros documentos seguem. Reinventar um controle paralelo cria duas verdades, e em auditoria pela ISO 9001 duas verdades sempre viram não conformidade.

Quatro exemplos de POP preenchidos para baixar

Modelo em branco ensina pouco. O que ensina é ver o mesmo documento preenchido em contextos diferentes, porque aí fica visível o que muda e o que se mantém. Preparei quatro exemplos completos, um de cada setor, cada um com a atividade escolhida entre as que mais geram variação naquele tipo de operação.

Os quatro seguem a mesma anatomia da seção anterior e trazem o responsável identificado por papel e área. Cada documento declara no rodapé o que é transcrição de material do setor e o que foi construído para ilustrar o preenchimento, com os valores numéricos marcados como ilustrativos. Use como ponto de partida e substitua os parâmetros pelos da sua operação: parâmetro copiado de outra empresa é o erro mais comum de quem começa por modelo pronto.

O de logística é o picking de fracionados num centro de distribuição, com a ordem de bipagem e o uso do padrão fotográfico para item similar. É um passo que só faz sentido porque a lista de verificação anterior já não bastava. O de manutenção é o diagnóstico por troubleshooting padronizado, com a árvore de decisão e o kit do ativo, na fronteira entre o corretivo e os pilares do TPM. O de indústria de alimentos é a verificação de peso no envase, com vinte pacotes por bico e critério de liberação, que é onde as Boas Práticas de Fabricação apertam. E o de laboratório farmacêutico é o sequenciamento de amostras no controle de qualidade, o procedimento que substituiu o FIFO cego por prioridade declarada.

1. Logística: POP-LOG-014, picking de fracionados

O documento é o POP-LOG-014, de picking de fracionados, num centro de distribuição. Do plano de controle e da apresentação executiva de um projeto Green Belt de redução de erro de separação vieram quatro coisas. São elas o código, o assunto, a área e a auditoria que confere a aderência. A sequência de passos foi construída para mostrar a forma do documento, e o rodapé diz isso.

O que este procedimento operacional padrão substituiu tem nome: a coleta pela aparência. Sem leitura de código de barras no momento do picking, o separador localizava o item pela descrição e pelo formato da caixa, e os fracionados de embalagem parecida trocavam de lugar entre si. A trava de leitura tinha sido desativada num pico de demanda, como medida temporária, e ninguém ficou com o encargo de revisar a decisão depois. É assim que quase toda exceção provisória vira processo.

O que vale olhar aqui é a coluna da direita. Cada passo tem um critério de aceitação ao lado: bipar o endereço vale quando o coletor aceita, e não vale quando ele recusa. Um procedimento operacional padrão que só lista verbos deixa a decisão para o operador justamente no ponto em que ele não deveria decidir sozinho.

A ordem também é conteúdo. Bipar o endereço antes de pegar o item, e não depois, é o que preserva a rastreabilidade quando o erro aparece na conferência. Trocar a ordem de dois passos muda o que o documento consegue provar depois. Essa é a diferença entre um procedimento operacional padrão que serve à investigação e um que só serve à auditoria. O primeiro passo que me pedem para cortar num documento assim é a bipagem do endereço, com o argumento de que o separador já sabe onde o item está. Eu mantenho. É ela que separa erro de coleta de erro de cadastro quando a divergência aparece na conferência, e sem ela as duas causas viram a mesma linha no relatório.

A verificação está escrita no próprio documento: auditoria de camadas semanal e acompanhamento pelo Green Belt por noventa dias. É a parte que a maioria dos POPs não tem, e sem ela o procedimento operacional padrão envelhece sem que ninguém perceba. Quando eu audito, é o primeiro campo que eu procuro, e é o que mais falta.

2. Manutenção: POP-MAN-014, diagnóstico por troubleshooting

Na manutenção corretiva, o POP-MAN-014 padroniza o diagnóstico de falha. O código e o assunto saem do plano de controle de um projeto de redução de MTTR.

O que este POP substituiu tem nome: o diagnóstico por tentativa e erro. Sem roteiro por modo de falha, o tempo de parada dependia de quem atendia o chamado, porque o que os técnicos mais experientes sabiam nunca tinha saído da cabeça deles. Padronizar diagnóstico parece tirar autonomia do técnico e faz o contrário: tira dele a obrigação de redescobrir sozinho, sob pressão, o que a área inteira já sabe.

Junto com eles vem o desenho de controle do projeto: monitorar o kit disponível, a aderência ao documento e o 5S da área. É isso que protege o tempo de reparo quando a máquina para.

A regra dura deste procedimento operacional padrão é uma só: testar as hipóteses na ordem da árvore de decisão, sem pular etapa, e confirmar a causa antes de trocar qualquer componente. Trocar peça por suspeita resolve o turno e devolve a falha na semana seguinte.

O último passo é o que mais custa a pegar: a ordem de serviço não fecha com o campo de componente ou de causa em branco. Apontamento genérico do tipo "defeito elétrico" inutiliza a análise do mês inteiro, e nenhum histórico de ativo se reconstrói depois.

Repare que o documento manda retirar o kit antes de ir ao campo. É um passo de logística dentro de um procedimento de diagnóstico, e ele está ali porque a viagem de volta ao almoxarifado é onde o tempo de parada realmente se perde. É o passo que eu mais defendo quando alguém quer encurtar o procedimento operacional padrão.

3. Indústria de alimentos: POP-ENV-012, verificação de peso no envase

Verificação de peso na linha de envase: esse é o assunto do POP-ENV-012. Do deck executivo do projeto vêm o código e a coleta de vinte pacotes por bico no verificador de peso. De lá saem também o critério de liberação, o ajuste fino por bico e a troca trimestral de vedações cadastrada no sistema de manutenção.

O que este POP substituiu tem nome: a margem por segurança. Sem verificação de peso bico a bico, o caminho curto para não reprovar na metrologia era subir o alvo de dosagem no começo de cada troca de produto e deixar assim até o fim do turno. Sobrepeso não chega como reclamação de cliente, chega como produto dado de graça, e por isso atravessa anos sem que ninguém o chame de defeito.

O erro que este procedimento operacional padrão impede é estatístico, não operacional. Média da linha inteira esconde bico desviado: dois bicos para cima e dois para baixo fecham uma média perfeita e entregam quatro problemas. Por isso a coleta é por bico, identificada por bico, e a comparação com o critério é por bico. O campo que mais me pedem para afrouxar é o tamanho da coleta, porque vinte pacotes por bico parece exagero para quem está com a linha rodando. Eu não abro mão desse número. Abaixo dele a comparação com o critério deixa de distinguir bico desviado de variação normal, e aí o documento passa a autorizar o ajuste errado.

O passo seguinte tem a mesma lógica. Ajustar todos os bicos porque um desviou espalha a variação em vez de corrigi-la, e é a reação intuitiva que o documento existe para bloquear. E a reincidência no mesmo bico não vira observação de turno: vira ordem de manutenção. A gestão à vista do registro de verificação por turno fecha o ciclo. Sem o registro, o padrão existe no papel e não existe na linha, que é exatamente o estado que a próxima auditoria vai encontrar.

4. Laboratório farmacêutico: POP de sequenciamento de amostras

Este é o único dos quatro cujo documento de origem não numera o procedimento: o deck fala em "POP de sequenciamento", e o exemplo respeita isso em vez de inventar um código. Do projeto vieram o assunto e o modo de conferir que o padrão está sendo seguido. Ali é auditoria interna semanal com meta de cem por cento.

O que este procedimento operacional padrão substituiu tem nome: o FIFO cego. Analisar na ordem de chegada parece justo e é caro, porque trata o lote que prende a expedição igual ao lote que pode esperar. A matriz de priorização entra no passo 2 e é ela que define a bancada do dia.

Os critérios de aceitação aqui são todos de tempo, e é isso que os torna auditáveis. Fila no controle de qualidade até vinte e quatro horas. Revisão de dossiê até dezesseis, backlog de até dez amostras. São os X que protegem o prazo de liberação, e um diagrama de Ishikawa anterior é que os elegeu.

O último passo é o que mantém o documento honesto: todo desvio da sequência é registrado no mesmo dia, com o motivo em texto. Um procedimento operacional padrão sem caminho declarado para a exceção não é seguido, é contornado. E o contorno não deixa rastro. Esse é o campo que eu mais preciso defender, sempre contra o argumento de que ele burocratiza a bancada. Eu prefiro perder na simplicidade a perder o rastro. Sem o registro do desvio, a matriz de priorização vira recomendação, e a fila volta a andar por ordem de chegada em poucas semanas.

Repare, comparando os quatro, no que não muda. Cada passo tem um critério de aceitação escrito ao lado dele, respondendo à pergunta de como o executante sabe que aquele passo deu certo. Cada documento tem uma seção de pontos críticos, que é onde mora o erro que já aconteceu. E todos identificam quem executa e quem aprova pelo cargo, não pela pessoa. Muda o vocabulário, muda o rigor do registro, muda o tempo de execução. A espinha do procedimento operacional padrão é a mesma nos quatro.

Por que um POP morre, e como manter o seu vivo

Documento aprovado não é padrão implantado. O intervalo entre os dois é onde a maior parte dos projetos de padronização se perde, e as causas são poucas e repetidas. Estas são as cinco que eu mais encontro.

1. Foi escrito longe de quem executa. Descreve o processo que alguém imagina, não o que acontece. A equipe percebe na primeira leitura e passa a tratar todo o sistema documental como teatro.
2. Ficou detalhado demais. Dez páginas para uma tarefa de quinze minutos. Ninguém lê, e a parte que importava estava na página sete.
3. Não tem dono nem periodicidade de revisão. O processo mudou, o procedimento operacional padrão não, e agora seguir o padrão produz resultado pior do que improvisar. A partir desse dia, o padrão vira obstáculo.
4. Nunca foi verificado. Treinou, assinou, arquivou. Ninguém nunca mais olhou se a prática bate com o escrito.
5. Foi usado como instrumento de punição. Este é o mais destrutivo. Quando o procedimento operacional padrão só aparece na conversa depois do erro, para mostrar que a pessoa descumpriu, a equipe aprende a não registrar desvio. E aí você perde a informação de que precisava para melhorar o padrão.

Contra as duas primeiras, o remédio está na preparação e na elaboração: quem executa escreve, e o teste de execução com um leitor de fora corta o excesso. É o par por onde a gente começa, porque custa pouco e resolve muito. Contra a terceira, defina no próprio documento a periodicidade de revisão e o papel responsável, e trate toda mudança de processo como gatilho de revisão. Melhoria aprovada em ciclo PDCA que não vira revisão de procedimento operacional padrão não sobreviveu à fase de padronizar.

Contra a quarta, verificação em camadas. A ideia é simples: o líder de turno confere alguns pontos do padrão todo dia, a supervisão confere outros por semana, a gerência confere alguns por mês. Não é fiscalização de pessoa, é amostragem do padrão, e a saída é sempre uma pergunta ao operador: o que está atrapalhando seguir isso aqui? O gemba walk é o formato natural dessa conversa, e a taxa de aderência vira um indicador como qualquer outro no painel.

Contra a quinta, uma regra de conduta que precisa vir da liderança: desvio encontrado é entrada de melhoria, não entrada de advertência. Quando alguém não segue o padrão, existem três hipóteses antes da má vontade. Não sabia, e é falha de treinamento. Não conseguia, e é falha do padrão ou dos recursos. Ou o desvio produz resultado melhor, e nesse caso quem está errado é o documento. Investigar as três é melhoria contínua; pular direto para a quarta é gestão por medo.

Uma última medida que vale para quem tem muitos documentos: acompanhe a idade média dos POPs da área. É um número banal de calcular e ele revela na hora se o sistema está vivo ou congelado. Área com padrões de cinco anos sem revisão em processo que mudou três vezes não tem sistema documental, tem arquivo morto com aprovação em dia. Padrão escrito não guarda carga sozinho. Ele descarrega um pouco a cada mudança de processo que ninguém registrou, e a revisão periódica é o que recarrega.

Se você quer estruturar isso como projeto e não como esforço isolado, o caminho que eu recomendo tem três passos. Comece pequeno, com uma família de atividades de uma área só. Meça a variação antes e depois. Use esse resultado para financiar a expansão. Todo o método por trás disso está no Guia Prático Lean Seis Sigma Black Belt. Os modelos prontos para montar o documento estão no Kit de Ferramentas Lean Seis Sigma, que é gratuito. Se a sua meta é conduzir projetos de melhoria com método, as academias de certificação cobrem a formação completa.