Reengenharia de Processos

Reengenharia não é melhorar o processo que existe. É questionar se o processo que existe deveria existir — e redesenhá-lo do zero se a resposta for não.

Kaizen melhora o que há. Reengenharia pergunta se o que há está certo.

Michael Hammer e James Champy publicaram Reengineering the Corporation em 1993 com uma tese incômoda: a maioria dos processos nas grandes empresas foi desenhada para um mundo que já não existe — contexto de informação escassa, comunicação lenta, departamentos que não conversavam. A solução não era otimizar esses processos. Era começar do zero com a pergunta correta: se estivéssemos criando esta empresa hoje, com as ferramentas que temos, como faríamos isso?

A resposta a essa pergunta, em muitos casos, era radicalmente diferente do que existia.

Reengenharia não é a resposta para todo processo ineficiente. É a resposta para processos que têm problema de concepção — onde a estrutura fundamental está errada, não apenas a execução.

Processo com bom design mas execução inconsistente pede padronização e treinamento. Processo com bom design mas velocidade baixa pede análise de gargalo. Processo cujo design foi feito para um contexto que não existe mais — tecnologia diferente, estrutura organizacional diferente, expectativa de cliente diferente — pede reengenharia.

O sinal mais claro de que reengenharia é necessária: o processo foi sendo remendado ao longo do tempo, cada remendo adicionou uma etapa ou uma aprovação ou um controle, e hoje ninguém consegue mais explicar por que o processo tem a forma que tem — exceto que sempre foi assim.

Definir o escopo — qual processo será redesenhado, quais são os limites, quem são os clientes internos e externos desse processo e o que eles precisam.

Entender o processo atual — não para otimizá-lo, mas para entender o que ele foi desenhado para fazer e por que ficou como ficou. Compreender a lógica original revela onde está o desalinhamento com o que é necessário hoje.

Redesenhar a partir do zero — sem a âncora do que existe. A pergunta orientadora é: se estivéssemos criando isso hoje, com o que sabemos e o que temos disponível, como faríamos? O novo design parte do resultado desejado, não das atividades existentes.

Implementar com gestão da mudança — porque reengenharia muda papéis, rotinas e, frequentemente, estrutura organizacional. Processo redesenhado no papel que não foi implementado com cuidado nas pessoas não funciona.

A onda de reengenharia dos anos 1990 teve muitos fracassos documentados. O diagnóstico posterior revelou o padrão: processos foram redesenhados sem considerar o impacto nas pessoas que os executavam, implementação foi tratada como projeto técnico em vez de mudança organizacional, e o "começar do zero" virou pretexto para redução de headcount em vez de melhoria real.

Reengenharia que usa o redesenho como justificativa para corte sem critério não é reengenharia de processo — é reestruturação com outro nome. A distinção importa porque muda o que se preserva e o que se descarta.

Reengenharia é a ferramenta para quando melhorar não basta. Quando o processo está errado na raiz, otimizar a execução é trabalhar mais no caminho errado. Reconhecer esse momento — ter a honestidade de dizer que o que existe precisa ser refeito, não ajustado — é parte da maturidade organizacional que separa empresa que evolui de empresa que acumula complexidade até parar de funcionar.