Leonardo Peron5 min de leitura
Peça a alguém para descrever o processo numa reunião e você recebe a versão oficial: uma sequência curta de passos limpos, sem exceção nenhuma. Peça para a mesma pessoa executar o processo com você do lado e aparecem passos que ela não citou, decisões que ela não sabia que tomava e uma planilha que não foi mencionada em momento nenhum.
Não é má-fé. Quem faz a mesma coisa há anos automatizou as decisões: elas viraram gesto. E o que é exceção no processo desenhado é rotina para quem executa — ninguém menciona o caminho alternativo quando ele é usado três vezes por dia.
Por que a reunião devolve a versão errada
Três razões, e nenhuma se resolve perguntando melhor.
A pessoa descreve a intenção, não a execução. Ela conta o processo como ele deveria ser, porque foi assim que o guardou na memória.
A pessoa omite o que considera não fazer parte. Conferir antes de enviar, perguntar no grupo de mensagens, corrigir a planilha do outro time: isso é "arrumar as coisas", não é o processo. Só que é onde está o tempo.
E há a plateia. Descrever o próprio trabalho na frente do chefe faz qualquer pessoa contar a versão em que ela segue o procedimento.
Observar, não entrevistar
O método é sentar do lado — presencialmente ou com a tela compartilhada — e assistir a pessoa trabalhar sem interromper. As perguntas ficam para o fim, todas de uma vez.
O que vale anotar não é o passo. É:
Cada troca de ferramenta. Sistema, planilha, e-mail, mensagem, papel, telefone. Cada troca é uma fronteira, e fronteira é onde o dado é redigitado, atrasa ou some.
Cada espera. O que a pessoa está aguardando e de quem. Espera não aparece em fluxograma nenhum e costuma ser a maior parte do tempo total.
Cada vez que ela pergunta algo a alguém. Toda pergunta é uma informação que o processo deveria carregar e não carrega.
Cada conferência. Conferir é sintoma: o passo anterior não é confiável. Anote o que está sendo conferido e você achou o defeito sem procurar.
Uma hora de observação com duas pessoas no mesmo papel entrega mais que um encontro de dois dias com o time inteiro — e não para a operação, que continua acontecendo enquanto você olha. É por isso que o diagnóstico começa aqui, e não por questionário.
Siga um caso, não uma etapa
A unidade do levantamento é o caso: um pedido, um contrato, um atendimento, uma nota. Escolha um específico, com número, e siga o rastro dele do começo ao fim, por todas as pessoas que encostaram nele.
Percorrer etapa por etapa esconde o que interessa: as passagens de mão. Cada vez que o caso muda de dono, ele fica parado sem ninguém perceber — quem entregou considera feito e quem recebe ainda não olhou.
E escolha o caso errado de propósito: um que deu problema, um que voltou, um do cliente que sempre pede exceção. O caso feliz confirma o que já se sabia; o torto mostra o processo real, com as exceções dentro.
Em venda, essa reconstrução tem um formato próprio, feito a partir das datas que já existem em e-mails e documentos: está em as etapas que a venda não tem.
As três perguntas que revelam exceção escondida
"Existe alguma exceção?" devolve não. Sempre. Estas três devolvem a lista.
"Quando foi a última vez que isso não funcionou assim?" A pergunta pede um episódio, não uma categoria. Episódio a pessoa lembra, e ele vem com data, nome e o contorno que foi usado na hora.
"O que você faz quando falta o dado obrigatório?" Todo formulário tem um campo que nem sempre existe na hora de preencher. A resposta revela o valor combinado que a operação usa — o endereço genérico, o documento da matriz, a data de hoje — e explica por que o relatório que depende dele nunca fecha.
"Quem você chama quando trava?" O nome que aparecer é uma dependência não documentada. Se for sempre o mesmo nome, você achou a pessoa que é o processo — e o risco que a empresa vem correndo sem ter decidido correr.
Vale uma quarta quando o assunto é cadastro: "como você sabe que esse cliente já existe?". A resposta costuma ser um procedimento inteiro que ninguém sabia que existia, e é a raiz do problema que faz automação começar pelo cadastro.
O que sai disso não é um fluxograma bonito
O artefato útil é uma lista de passos com quatro colunas — quem faz, em qual ferramenta, o que entra, o que sai — e uma lista de exceções separada.
A separação importa. Exceção misturada no fluxo principal produz um desenho ilegível que ninguém revisa; exceção listada à parte vira pauta de decisão: automatiza, padroniza, ou aceita que continue manual e escreve isso.
E a validação é com quem executa, não com quem chefia. O mapa está pronto quando a pessoa que faz o trabalho lê e não acrescenta nada — não quando o gestor aprova.
Comece por um caso, esta semana
Escolha um processo que incomoda, um caso real dele que deu errado no último mês, e siga o rastro até o fim, anotando trocas de ferramenta e esperas.
Uma tarde entrega o mapa do que realmente acontece, e ele vale mais que qualquer especificação escrita em reunião — inclusive para decidir se o caso pede automação, sistema novo ou só um combinado entre duas pessoas. Se o processo mora numa planilha, os sinais dentro do arquivo dizem por onde a substituição começa; se a dúvida for qual gargalo atacar primeiro, o diagnóstico de maturidade ordena a fila. O resto do nosso jeito de trabalhar parte daí.