É comum ouvir a mesma história de donos de empresa. O gerente financeiro pede demissão numa sexta-feira e, na segunda, ninguém sabe fechar o faturamento. O time era bom. O problema é que o processo inteiro morava na cabeça de uma pessoa, e em anos de empresa ninguém tinha escrito como aquilo funcionava.
Se a sua empresa depende de uma pessoa específica para a operação continuar rodando, perder essa pessoa é só a parte visível do risco. Ela provavelmente já é um gargalo hoje, e você ainda não percebeu.
Como essa dependência se forma
Ninguém planeja depender de uma pessoa. Acontece assim: alguém competente assume uma função, cria um jeito de fazer e, com o tempo, esse jeito vira o jeito da empresa. Ninguém questiona porque funciona. Ninguém documenta porque nunca parece urgente.
Em empresa que cresceu rápido, isso se repete em várias áreas ao mesmo tempo. A pessoa que montou o financeiro com 20 funcionários continua sendo a única que entende o fechamento com 200. A operação cresceu em volta dela, e o conhecimento ficou onde estava.
Quando essa pessoa fica doente, tira férias ou pede demissão, a empresa descobre que o processo sempre pertenceu a ela.
Os sinais que todo mundo ignora
O mais claro aparece nas férias. Se o time precisa ligar para a pessoa que está na praia para perguntar como se faz algo, o processo ainda não existe no papel. Existe um especialista que virou refém da própria função.
Outro sinal: só uma pessoa sabe a senha, o login, o caminho no sistema ou a fórmula da planilha. Cada informação que mora exclusivamente na cabeça de alguém é uma vulnerabilidade operacional. Planilha com fórmula que ninguém mais entende é um caso tão comum que merece conversa própria sobre planilha como sistema.
O terceiro: o treinamento de novatos depende do colega antigo "explicar como funciona aqui". Sem documentação, cada novo funcionário recebe uma versão diferente do processo, filtrada pela interpretação de quem ensina.
Há ainda sinais mais discretos:
- Decisões do dia a dia esperam uma pessoa voltar da reunião.
- A mesma pessoa aparece copiada em quase todo e-mail operacional.
- Ninguém consegue estimar quanto tempo uma tarefa leva, porque só quem faz sabe.
- A pessoa não tira férias inteiras há anos, e isso é visto como dedicação.
O custo que não aparece no balanço
A dependência de uma pessoa cobra antes da saída. A fila de tarefas anda na velocidade dela, então o volume que a empresa consegue absorver fica limitado pelo dia de uma só pessoa.
Ela também trava o crescimento. Abrir uma filial, lançar um produto ou contratar mais gente para a área exige ensinar o processo, e ensinar exige tempo justamente de quem já não tem.
E existe o custo de negociação. Quando a empresa sabe que não funciona sem alguém, qualquer conversa sobre salário, horário ou mudança de função acontece em desvantagem. Isso é ruim para os dois lados, inclusive para a pessoa, que carrega uma pressão que ninguém escolheu.
O que resolver primeiro
Documentar tudo levaria meses, e ninguém faz. O caminho é começar pelo crítico. Liste as três funções que, se a pessoa que ocupa sumir amanhã, a empresa para. Essas são as que precisam de processo formal primeiro.
Para cada uma, a sequência é:
- Mapear com a pessoa, nunca sem ela. Quem faz sabe as exceções, os atalhos e os pontos onde as coisas costumam dar errado.
- Acompanhar a execução real. Sentar ao lado, gravar a tela, anotar cada passo. O que a pessoa descreve de memória costuma pular etapas que ela faz no automático.
- Escrever o fluxo em passos simples. Uma frase por passo, com o sistema usado, o dado de entrada e o resultado esperado.
- Testar com outra pessoa executando. Se a segunda pessoa consegue fazer sem ligar para a primeira, o processo existe. Se não consegue, ainda é dependência, e o documento precisa de ajuste.
Esse é o núcleo do mapeamento de processos: tirar o fluxo da cabeça de alguém e colocar num formato que qualquer pessoa treinada consegue seguir.
O que um processo escrito precisa ter
Um bom procedimento cabe em uma ou duas páginas e responde às perguntas que alguém novo faria no primeiro dia. Para cada função crítica, registre:
- Gatilho: o que faz o processo começar (um e-mail, uma data, um pedido no sistema).
- Entradas: que dados e documentos são necessários, e de onde vêm.
- Passos: a sequência, uma ação por linha, com o sistema usado em cada uma.
- Exceções: o que fazer quando algo foge do padrão, e a quem recorrer.
- Acessos: que logins e permissões são necessários, guardados num cofre de senhas da empresa.
- Resultado: como saber que o processo terminou certo.
- Dono e revisão: quem responde pelo documento e quando ele é revisto.
A seção de exceções é a que mais costuma faltar, e é justamente onde mora o conhecimento que só a pessoa experiente tem. Vale perguntar a ela, em cada passo, o que já deu errado ali e como ela resolveu.
Uma matriz simples para enxergar o risco
Uma forma rápida de medir a concentração é montar uma tabela com as funções críticas e quantas pessoas conseguem executar cada uma sozinhas.
| Função crítica | Quem executa hoje | Quem consegue cobrir | Processo escrito? | Risco |
|---|---|---|---|---|
| Fechamento do faturamento | 1 pessoa | Ninguém | Não | Alto |
| Conciliação bancária | 1 pessoa | 1 pessoa, com ajuda | Parcial | Médio |
| Emissão de nota fiscal | 3 pessoas | Todas | Sim | Baixo |
A tabela acima é um modelo, e as funções variam de empresa para empresa. Qualquer linha com "ninguém" na coluna de cobertura entra na lista de prioridade. Refazer essa matriz a cada seis meses mostra se a concentração está caindo ou voltando.
Erros comuns
O primeiro é tratar a pessoa como culpada. Ela concentrou o conhecimento porque a empresa deixou, e quase sempre porque era a mais competente da área. Se o processo de documentação parecer punição, ela vai resistir.
O segundo é pedir para a pessoa escrever tudo sozinha, no tempo livre. Quem já é gargalo não tem tempo livre, e o documento nunca sai.
O terceiro é documentar e engavetar. Documento que ninguém usa envelhece em meses. O processo escrito precisa ser usado no dia a dia, com dono e data de revisão.
O quarto é tentar resolver com ferramenta antes do processo. Colocar um sistema novo sem saber como o fluxo funciona só transfere a dependência para quem aprender a mexer no sistema.
Como manter o conhecimento distribuído
Documentar uma vez resolve o momento. Manter distribuído exige hábito, e alguns funcionam bem em média empresa:
- Cobertura cruzada: cada função crítica tem um titular e um substituto treinado, que executa o processo de verdade algumas vezes por mês.
- Férias como teste: as férias do titular viram o teste do documento. O que o substituto precisou perguntar entra na próxima revisão.
- Onboarding pelo documento: o funcionário novo aprende pelo processo escrito, com o colega antigo tirando dúvidas. As dúvidas mostram onde o texto está fraco.
- Revisão com data marcada: a cada mudança de sistema, de regra fiscal ou de fornecedor, o procedimento afetado é revisto.
Nenhum desses hábitos custa caro. Eles só precisam de alguém responsável por cobrar, e de um lugar único onde os documentos ficam.
Quando o problema passa de uma pessoa
Se a empresa tem mais de três funções críticas concentradas em pessoas, o problema é da estrutura da operação. Uma planilha de processos não dá conta. Precisa de alguém que enxergue a operação inteira, identifique os pontos de concentração e proponha um redesenho que distribua o conhecimento.
É aí que um diagnóstico operacional faz diferença: ele olha a operação de ponta a ponta antes de escolher qualquer ferramenta. Na Devvo, quando o mapeamento mostra que o processo precisa de tecnologia para funcionar sem depender de gente específica, a gente também constrói essa parte, com a regra do processo guardada no sistema e não na memória de alguém.
A pessoa que hoje segura a operação continua valiosa depois disso. A diferença é que o valor dela passa a estar no que ela melhora, e a empresa deixa de parar quando ela tira férias.
