Quando o conhecimento mora nas pessoas e não no papel, a operação depende de quem está de plantão. Esta frente transforma o jeito de fazer em padrão escrito, treinado, medido e digitalizado.
POP é a sigla de Procedimento Operacional Padrão. Na definição de manual, é o documento que descreve como uma atividade deve ser executada. Na prática, é a diferença entre uma operação que depende de gente e uma operação que depende de método.
Um POP da MGS tem sempre cinco coisas: o passo a passo na ordem real de execução, o critério de qualidade que define o que é certo, o responsável pela etapa, o que fazer quando dá errado e o ponto de controle que prova que foi feito.
E, principalmente: é escrito com quem executa, não sobre quem executa. Procedimento redigido no escritório e entregue pronto para o chão de fábrica não pega — vira papel na parede.
Observação em campo e entrevista com quem executa, para registrar como o trabalho acontece hoje — não como está no manual ou como a chefia acredita que acontece.
O fluxo que a operação vai passar a seguir, desenhado em notação simples e validado com quem opera antes de virar padrão.
O procedimento escrito de cada atividade crítica, no formato que quem executa consegue ler e seguir.
Quem executa, quem aprova, quem precisa ser avisado. Acaba a discussão sobre de quem era a tarefa.
Verificação dentro do fluxo, e não depois dele. Erro pego na etapa custa uma fração do erro pego no cliente.
O padrão só pega se quem executa participou do desenho. Esta etapa é o que separa POP usado de POP arquivado.
Nenhuma ferramenta entra por moda. Cada uma responde a uma pergunta específica da operação.
| Ferramenta | Para que serve | Quando entra |
|---|---|---|
| Mapa de fluxo (as-is / to-be) | Enxergar o processo inteiro numa página e comparar o que existe com o que deveria existir | Sempre, na abertura |
| POP | Descrever como a atividade é executada, com critério e responsável | Em toda atividade crítica |
| Matriz RACI | Definir quem executa, quem aprova, quem é consultado e quem é informado | Quando há mais de uma área envolvida |
| SIPOC | Delimitar fornecedor, entrada, processo, saída e cliente de cada etapa | Em processos que cruzam áreas |
| Diagrama de Ishikawa | Encontrar a causa raiz de um problema recorrente antes de mudar o processo | Quando existe defeito ou retrabalho crônico |
| 5 porquês | Descer do sintoma até a causa real, sem parar na primeira explicação | Em toda análise de falha |
| 5W2H | Transformar a decisão em plano com responsável, prazo e custo | No fechamento de cada onda |
| Carta de controle | Provar que o processo ficou estável depois da mudança | No acompanhamento pós-implantação |
Fluxogramas, POPs aprovados, matriz de responsáveis, pontos de controle definidos e o time formado no padrão da própria casa — tudo em formato editável, para a empresa atualizar sem depender de consultoria.
E, no fechamento do programa, o aplicativo de processos: todos os POPs, checklists e registros num app da própria empresa, com busca e leitura assistida por IA, na mão de quem executa.
Você conta como a operação funciona hoje e eu digo com franqueza se há trabalho de processo a fazer — e, se não houver, digo isso também.