Minha equipe não segue o processo: o que fazer

Quando a equipe não segue o processo, o problema quase nunca é disciplina. É o processo. Veja as cinco causas reais e como corrigir cada uma.

ER
Eric Grassi
·

O processo foi definido, apresentado, documentado. E duas semanas depois cada pessoa está fazendo do jeito de antes. A conclusão natural é que falta disciplina na equipe. Na prática, quando um processo não é seguido, a causa raramente está nas pessoas: está no processo.

Processo que não é seguido é sintoma, não desobediência. E o sintoma aponta para uma de cinco causas, todas corrigíveis.

Causa 1: o processo é mais lento que o jeito antigo

Se seguir o padrão custa mais tempo do que improvisar, a equipe vai improvisar sob pressão, sempre. E toda operação vive sob pressão em algum momento do mês.

Como corrigir: cronometre. Peça para alguém executar o processo novo do início ao fim e compare com o jeito antigo. Se for mais lento, o processo precisa ser simplificado, não reforçado. Padronizar não é adicionar etapas de controle, é encontrar o caminho mais curto que garante o resultado. Sobre padronizar sem inchar, veja Como padronizar processos na empresa.

Causa 2: o processo foi escrito por quem não executa

Processo desenhado de cima não conhece as exceções. Ele funciona no caso ideal e quebra no primeiro caso real, e quando quebra a pessoa precisa improvisar. Depois de improvisar três vezes, ela para de consultar o documento.

Como corrigir: documente o processo como ele acontece de verdade antes de definir como deveria ser. Quem executa precisa participar da definição, não da comunicação da definição. É a diferença entre um processo que sobrevive e um que é ignorado com educação.

Causa 3: a exceção não tem caminho

Todo processo tem exceção. Se o padrão não diz o que fazer quando o caso é diferente, a pessoa precisa decidir sozinha, e a decisão dela passa a ser o processo real dela.

Como corrigir: escreva o caminho da exceção. Não é preciso prever tudo, basta responder duas coisas: quem decide quando o caso não se encaixa, e onde isso fica registrado. Um processo com porta de saída definida é seguido; um processo sem porta é abandonado no primeiro caso estranho.

Causa 4: não existe consequência visível, em nenhuma direção

Se seguir e não seguir produzem o mesmo resultado percebido, o processo é opcional na prática. Isso não é questão de punição: é questão de o efeito ser visível.

Como corrigir: torne o resultado observável. Um indicador simples e à vista (pedidos que chegaram completos, orçamentos respondidos no prazo, retrabalho da semana) faz o processo se justificar sozinho. As pessoas seguem o que percebem que funciona. Sobre esse recurso, veja Gestão à vista: como implementar na empresa.

Causa 5: o porquê nunca foi explicado

Uma equipe que entende a lógica de uma decisão consegue adaptá-la quando o contexto muda. Uma equipe que aprendeu apenas o "como apertar o botão" abandona o processo na primeira situação que não estava no roteiro. Sobre construir esse entendimento, veja Como engajar a equipe na transformação digital.

Como corrigir: ensine o motivo junto com o passo. "Conferimos o cadastro antes de emitir porque o erro nessa etapa gera nota cancelada e cliente irritado" é uma instrução que sobrevive; "confira o cadastro" não é.

Um time que entende a lógica por trás das decisões consegue adaptá-las quando o contexto muda.

A tabela de diagnóstico

O que você observaCausa provávelCorreção
Segue no começo do mês e abandona no fimO processo é mais lento que o improvisoSimplificar
Funciona com um cliente e não com outroExceções não foram mapeadasDocumentar o real
Cada pessoa criou a própria versãoProcesso escrito sem quem executaRedefinir com a equipe
Ninguém reclama e ninguém segueSem consequência visívelIndicador à vista
Pergunta a mesma dúvida toda semanaFalta o porquêEnsinar a lógica

O roteiro da conversa que descobre a causa real

A causa raramente aparece em reunião coletiva, porque em grupo ninguém quer dizer que ignora o processo. Ela aparece em conversa individual, curta, com quem executa. Cinco perguntas dão conta.

  1. "Me mostra como você faz isso hoje." Peça para executar na sua frente, não para descrever. A execução revela o que a descrição esconde.
  2. "Onde o processo definido te atrasa?" Formule assumindo que existe atraso. Perguntar "você segue o processo?" convida à resposta socialmente correta.
  3. "O que você faz quando o caso é diferente?" Aqui aparecem as exceções não mapeadas, que são a causa mais comum de abandono.
  4. "O que você mudaria se pudesse?" Quem executa costuma ter a solução pronta e nunca foi perguntado.
  5. "Alguma parte disso você acha que não precisa existir?" Esta pergunta economiza mais tempo que qualquer outra, porque quem executa sabe exatamente qual etapa é teatro.

Faça isso com duas ou três pessoas e o padrão fica evidente. Em geral as respostas convergem, e a correção fica óbvia.

O que não funciona: apresentar o processo de novo, com mais ênfase. Se ele não foi seguido na primeira vez, repetir a comunicação não muda nada, porque o obstáculo nunca foi de compreensão.

Como reescrever o processo depois de ouvir

Com as respostas em mão, a reescrita segue quatro princípios.

  • Menos passos que a versão anterior. Se o processo revisado ficou maior, quase certamente ele será abandonado de novo. Simplificar é o trabalho, adicionar controle não é.
  • Exceção com endereço. Para cada exceção mencionada, defina quem decide e onde fica registrado. Não é preciso prever todas: basta existir uma porta.
  • O porquê junto do passo. Cada etapa que possa parecer dispensável ganha uma linha explicando o que ela evita. Isso é o que faz o processo sobreviver a mudança de contexto.
  • Um dono para o processo, com nome. Alguém responsável por ele funcionar e por revisá-lo quando a realidade mudar.

Depois de reescrever, teste com uma pessoa antes de comunicar a todos. Se ela executar sem perguntar, o processo está pronto. Se perguntar, as dúvidas dela são a última rodada de ajuste.

O erro de tentar resolver com ferramenta

A saída mais comum é colocar um sistema que force o processo. Às vezes funciona. Quando o processo é mais lento que o improviso ou não trata exceção, a ferramenta apenas transfere o problema: as pessoas passam a preencher o sistema pela metade, ou a manter uma planilha paralela onde o trabalho real acontece.

Ferramenta consolida um processo que já funciona. Ela não conserta um processo que não funciona, do mesmo jeito que automação não corrige processo ruim, só o executa mais rápido.

Como aplicamos isso na prática

Nas consultorias, quando aparece a queixa de que a equipe não segue o processo, o primeiro passo é sentar com quem executa e mapear como o trabalho realmente acontece. Em quase todos os casos aparece uma das cinco causas acima, e na maioria das vezes é a primeira ou a terceira.

Depois de simplificar e tratar a exceção, o processo passa a ser seguido sem esforço de cobrança, porque virou o caminho mais fácil. Esse é o teste real de um bom padrão: ele é adotado porque é melhor, não porque é exigido.

Perguntas frequentes

Como fazer a equipe adotar um processo novo sem resistência?

Envolvendo quem executa na definição e começando por um processo que causa dor reconhecida por todos. Adoção não vem de comunicação bem feita, vem de o processo novo ser visivelmente melhor que o anterior para quem faz.

Devo documentar o processo antes ou depois de padronizar?

Antes. Documentar como é hoje revela os passos desnecessários e as exceções, que são exatamente o que você precisa saber para definir o padrão. Padronizar sem documentar o real produz um padrão que ignora a realidade e por isso não é seguido.

O que fazer com quem continua não seguindo depois de corrigir o processo?

Aí a conversa muda de natureza e passa a ser individual, de expectativa e desempenho. Mas essa conversa só é justa depois de as cinco causas terem sido verificadas, porque cobrar adesão a um processo mais lento, sem tratamento de exceção ou sem explicação do motivo é cobrar algo que a operação torna irracional. Verificado tudo, a exceção passa a ser realmente pessoal, e aí é gestão de pessoas, não de processo.

Preciso escrever o processo em um documento formal?

Não. Formato importa muito menos que acessibilidade e clareza. Uma página objetiva no lugar onde a equipe já trabalha funciona melhor que um manual bem formatado em uma pasta que ninguém abre. O único requisito real é que a pessoa encontre a informação no momento em que precisa dela, sem pedir a ninguém.

Quantos processos devo padronizar de uma vez?

Um. Padronizar um processo até ele estar realmente adotado ensina o método para todos os outros e produz um resultado visível. Padronizar cinco ao mesmo tempo costuma terminar com cinco documentos e nenhuma mudança de comportamento.

Processo que é seguido é o segundo estágio de pé

Padronizar de verdade, com adoção real, é o que separa uma operação que roda de uma operação que depende de cobrança. É o trabalho do segundo estágio da transformação, e é o que torna qualquer automação posterior barata em vez de frágil.

O guia O Método da Inovação traz a ordem completa (documentar, simplificar, padronizar, automatizar) dentro de um mapa de cinco estágios, com o erro comum e o custo de pular cada um.

👉 Conheça o guia O Método da Inovação

Fontes

<!-- link interno sugerido: como-padronizar-processos-na-empresa --> <!-- link interno sugerido: gestao-a-vista-como-implementar --> <!-- link interno sugerido: como-engajar-equipe-na-transformacao-digital -->

Aplicar

Quer aplicar isso no seu negócio?

Uma conversa gratuita pra entender o seu contexto e decidir, juntos, se faz sentido seguir.