Porque é que isto nunca está feito

O mapeamento de processos carrega má fama, e é merecida. A palavra evoca manuais de qualidade escritos para o auditor ler, fluxogramas de vinte símbolos que exigem formação para decifrar, e aquele projeto de documentação que a empresa começou há três anos e que morreu ao quarto processo. Documentos feitos para estar conformes, não para trabalhar.

Entretanto, o trabalho real corre por outro canal: cada pessoa faz o processo à sua maneira, o colaborador novo aprende por osmose ao longo de meses, e as decisões param nas passagens de mão porque ninguém sabe ao certo quem devia pegar no assunto a seguir. O processo existe, só que vive espalhado por cabeças e conversas.

HOJE DEPOIS DE MAPEAR 1 2 3 4
O mesmo trabalho, antes e depois: de conversas cruzadas entre seis pessoas para um fluxo com ordem e passos numerados.

Quanto custa, e quanto custa não fazer

Um exemplo com números redondos (substitua pelos seus): mapear um processo custa cerca de duas horas e meia: uma hora de sessão com quem o executa, uma hora a passar a limpo, meia hora a validar. Os dez processos críticos de uma PME ficam mapeados em cerca de 25 horas de trabalho; a um custo-hora de 15 euros, perto de 375 euros. Do outro lado da balança: um processo parado três dias porque a única pessoa que o dominava está de baixa, ou um colaborador novo que demora três meses a ser autónomo por aprender por osmose. Qualquer um destes episódios custa mais do que o mapeamento inteiro.

E há um retorno menos visível: não se automatiza o que não se conhece. Como escrevemos no artigo sobre o custo dos processos manuais, automatizar um processo confuso é fazer asneira mais depressa. O mapa é o primeiro passo de qualquer projeto sério de eficiência, e é também o que os nossos clientes fazem antes de qualquer automação.

Os quatro passos, com uma sessão de exemplo

01 Delimitar 02 Ouvir quem faz 03 Desenhar 04 Manter vivo
O guia inteiro numa linha: delimitar, ouvir quem faz, desenhar, manter vivo.

O exemplo que acompanha os passos é um processo que existe em quase todas as empresas: o pedido de orçamento que chega por email e tem de sair como proposta enviada.

  1. Delimitar. Antes da sessão, fixe as pontas numa frase: o processo começa quando o email do cliente chega e acaba quando a proposta está enviada e registada. Sem as pontas fixas, a conversa dispersa para os processos vizinhos e a hora não chega. Escolha também o dono: a pessoa que responde por ele.
  2. Ouvir quem faz, não quem manda. Uma hora com a pessoa que executa, no posto dela se possível. Cinco perguntas chegam: o que dispara o processo? O que faz primeiro? A quem passa, e como? O que corre mal mais vezes? Onde mora a informação? Grave a conversa: transcrever e estruturar depois é precisamente um dos usos de IA que se pagam. No nosso exemplo, a sessão revelou o que nenhum organigrama mostrava: metade dos pedidos chega sem os dados mínimos, e cada um gera três emails de ida e volta antes de o técnico poder sequer agendar o levantamento.
  3. Desenhar o fluxo simples. Caixas numeradas, quem executa cada uma, e onde o trabalho muda de mãos. É o desenho que abre este artigo: cinco passos, quatro passagens de mão, uma aprovação. As passagens de mão merecem atenção especial, porque é aí que os processos partem: o que sai de uma caixa tem de ser exatamente o que a caixa seguinte precisa de receber. Uma página chega; se precisar de um poster, voltou ao manual que ninguém lê.
  4. Validar e manter vivo. Mostre o desenho a quem faz e corrija à primeira: vai haver correções, e isso é sinal de que a sessão foi honesta. Depois, o documento mora onde o trabalho acontece, não numa pasta de gestão, e atualizá-lo faz parte do próprio processo: mudou o processo, muda a página, na hora. Cada processo com um dono, cada página com data.

É este o terreno da nossa solução CorpWorkflow: a sessão de levantamento entra como conhecimento estruturado, cada afirmação fica com fonte e grau de confiança, nada se dá por certo sem confirmação humana, e o mesmo conhecimento vê-se depois como fluxo, organigrama ou matriz de responsabilidades. O mapa deixa de ser um ficheiro e passa a ser a memória operacional da empresa, como contámos no artigo sobre o conhecimento que vive na cabeça de uma pessoa.

O que pode fazer amanhã

  • Escolha um único processo: aquele de que toda a gente se queixa, ou aquele que só uma pessoa sabe executar.
  • Marque uma hora com quem o executa e leve as cinco perguntas. Grave, com autorização, para não passar a sessão a tomar notas.
  • No dia seguinte, desenhe cinco a sete caixas numa página e mostre à pessoa. A reação ("não é bem assim") é o mapeamento a funcionar.

Perguntas frequentes

Preciso de software para mapear processos?

Para começar, não: um quadro branco ou uma folha chegam para a primeira sessão, e é melhor uma página simples feita do que uma ferramenta por escolher. O software passa a valer a pena no quarto passo, quando o desafio deixa de ser desenhar e passa a ser manter vivo: saber quem confirmou cada facto, quando foi atualizado e onde toda a gente o encontra.

Quanto detalhe é detalhe a mais?

Se o documento não cabe numa página, tem detalhe a mais. O mínimo útil são os passos por ordem, quem executa cada um, as duas ou três exceções mais comuns e onde estão os acessos. Uma lista de verificação que se lê em dois minutos vale mais do que um manual de quarenta páginas que ninguém abre, porque a página curta é a única que alguém volta a atualizar.

E se cada pessoa fizer o processo de maneira diferente?

Vai acontecer, e é um achado, não um obstáculo. Descobrir que existem três versões do mesmo processo é o primeiro ganho do mapeamento: obriga a decidir qual é a maneira certa, e essa decisão vale dinheiro por si só. Mapeie a versão de quem executa mais vezes, mostre as diferenças às restantes pessoas e deixe a equipa fechar a versão única.