Primeiro Otimize, Depois Automatize

"Automatizar o caos só escala o caos mais rápido."

Existe uma tentação quase irresistível no mundo da engenharia de software, DevOps e inteligência artificial: automatizar tudo o que se move. E, à primeira vista, esse impulso faz todo sentido. Uma boa automação reduz o erro humano em tarefas repetitivas, acelera entregas e libera o cérebro do time para o trabalho criativo. Mas existe uma armadilha silenciosa que destrói orçamentos inteiros de tecnologia: tentar automatizar um processo antes de entendê-lo e otimizá-lo.

Imagine uma linha de produção industrial com um vazamento de calibragem: a cada 100 peças fabricadas manualmente, 20 saem com defeito. Agora imagine que, sem consertar a calibragem da máquina, você instala um braço robótico de alta velocidade nessa linha. O que acontece no minuto seguinte? Você passa a produzir 1.000 peças defeituosas por hora em vez de 100. Parabéns: você usou tecnologia de ponta para escalar a ineficiência e empilhar sucata dez vezes mais rápido.

A lição de Taiichi Ohno e a Regra de Bill Gates

Esse fenômeno não é novo na história da engenharia; nós apenas trocamos as prensas mecânicas por pipelines de nuvem e agentes de IA.

Na década de 1950, ao desenhar o Sistema Toyota de Produção, o engenheiro-chefe Taiichi Ohno documentou no livro Toyota Production System: Beyond Large-Scale Production (1988) que o pior dos sete desperdícios (Muda) é a superprodução e o processamento desnecessário: fazer de forma muito eficiente aquilo que nem precisava ser feito. Por isso, a Toyota cunhou o princípio do Jidoka (autonomação): uma máquina nunca deve continuar rodando em alta velocidade se o processo base estiver gerando erro; primeiro você para a linha, elimina a etapa inútil e corrige a causa raiz.

Na indústria de software, Bill Gates sintetizou essa mesma lei em 1995 com uma precisão cirúrgica que deveria estar colada na parede de toda equipe de engenharia:

"A primeira regra de qualquer tecnologia usada nos negócios é que a automação aplicada a uma operação eficiente aumentará a eficiência. A segunda é que a automação aplicada a uma operação ineficiente aumentará a ineficiência."

Na engenharia moderna de processos, isso se traduz em uma ordem estrita de cinco passos que nunca deve ser invertida:

1. Questionar os requisitos: quem pediu essa etapa e por que ela existe?
2. Deletar etapas desnecessárias: se você não está cortando nada, ainda não simplificou o bastante;
3. Simplificar e otimizar o que sobrou: tornar o fluxo enxuto e compreensível;
4. Acelerar o tempo de ciclo: reduzir esperas e gargalos;
5. Automatizar: somente no quinto e último passo você escreve o script, configura o pipeline ou coloca o robô.

O erro clássico de 90% dos times técnicos é pular direto para o passo 5 e gastar semanas automatizando uma etapa que deveria ter sido deletada no passo 2.

O ciclo correto: entender, otimizar, automatizar

Antes de abrir o editor para escrever qualquer script, antes de desenhar qualquer pipeline complexo e antes de contratar qualquer ferramenta nova, pare e faça três perguntas fundamentais:

1. Eu realmente entendo o processo de ponta a ponta? Consigo desenhar em uma folha de papel, sem olhar para o computador, tudo o que acontece desde a entrada do dado até a decisão final?
2. Esse processo já é enxuto? Ou está cheio de aprovações redundantes, cópias de dados inúteis, gargalos de espera e etapas que só existem "porque sempre foi feito assim"?
3. A conta matemática fecha para automatizar agora? O tempo humano economizado nos próximos doze meses supera com folga o tempo de engenharia gasto para construir, testar e manter esse script vivo?

Se você não entende o processo no papel, vai codificar a confusão. Se o processo tem falhas de origem, você vai cristalizar as falhas em código. E se o ganho for marginal, você vai criar mais um sistema legado para dar manutenção sem retorno real.

Caso real na trincheira: o relatório de 47 páginas que ninguém lia

Vivi um exemplo clássico dessa armadilha em uma operação onde o time de Business Intelligence (BI) tinha um orgulho imenso de uma rotina automatizada. Toda segunda-feira, pontualmente às 6h da manhã, o servidor rodava dezenas de consultas pesadas, montava gráficos e disparava por e-mail um relatório em PDF de 47 páginas para a liderança.

Do ponto de vista puramente técnico, a automação era impecável: nunca atrasava um minuto. O problema apareceu quando fizemos a pergunta do passo 1: quem está usando isso para decidir alguma coisa?

Fomos conversar com os gestores que recebiam o arquivo. A verdade veio à tona rápido: quase ninguém abria o e-mail. E os poucos diretores que abriam olhavam no máximo as 3 primeiras páginas para checar o fechamento da semana e ignoravam completamente as outras 44 páginas. Quando alguém pedia uma alteração na automação, o time técnico perdia dias ajustando páginas que nenhum ser humano lia.

Qual foi a solução? Antes de tocar em uma única linha de código do pipeline, aplicamos a navalha da otimização:

1. Cortamos 42 páginas de métricas de vaidade e tabelas redundantes;
2. Reduzimos o escopo para o equivalente a 5 páginas contendo exclusivamente os indicadores acionáveis que mudavam decisões na reunião de segunda-feira;
3. Mudamos o formato estático para um dashboard interativo enxuto;
4. Só então refizemos a automação de carga de dados, que ficou uma fração do tamanho e do custo computacional anterior.

O resultado concreto: menos carga no banco de dados, menos horas de engenharia gastas em manutenção e infinitamente mais valor para quem precisava tomar decisão. Isso é otimizar antes de automatizar.

O checklist da automação inteligente

Na próxima vez que surgir a vontade de automatizar uma rotina na sua empresa, passe a ideia por este checklist rápido de cinco pontos:

• O processo manual já funciona de forma clara e previsível?
• Já deletamos todos os passos, campos e relatórios que ninguém usa?
• Sabemos nominalmente quem vai consumir a saída e qual decisão será tomada com ela?
• O custo contínuo de manutenção, nuvem e monitoramento da automação está na conta?
• Existe um plano B claro se a automação falhar silenciosamente no meio do caminho?

Automação é uma alavanca extraordinária, não uma varinha mágica. Quando você limpa o terreno primeiro e automatiza apenas o que gera valor real, cada linha de código multiplica o resultado do negócio.

---

Referências e leituras verificáveis

• Ohno, T. (1988). Toyota Production System: Beyond Large-Scale Production (O Sistema Toyota de Produção: Além da Produção em Larga Escala). Productivity Press.
• Gates, B. (1995). The Road Ahead (A Estrada do Futuro). Viking Penguin.
• Womack, J. P., & Jones, D. T. (1996). Lean Thinking: Banish Waste and Create Wealth in Your Corporation (A Mentalidade Enxuta nas Empresas). Simon & Schuster / Lean Enterprise Institute.
• Google Cloud / DORA. Continuous Delivery & Process Automation Capabilities. DevOps Research and Assessment.