Pular para o conteúdo
Voltar para o Blog

Planejar é Bom. Quem Planeja Não Sofre

Além dos Números · Ep. 01· 2 min 56 s
Ouça a análise comentada deste artigo com fontes verificadas

"O plano certo evita que você carregue na mão o peso que poderia ter enviado de caminhão."

Eu tinha 18 anos quando entrei no Exército pelo NPOR (Núcleo de Preparação de Oficiais da Reserva). Foram três meses iniciais de treinamento pesado. Nessa primeira fase, a regra era simples: obedecer. Você não discute o plano. Você executa, aprende a seguir ordens, se adapta ao terreno e aguenta calado.

No quarto mês, porém, a chave vira de um dia para o outro. Você assume a função de líder. Agora é você quem recebe a missão, reúne o grupo, distribui funções e organiza a operação. Foi exatamente na minha primeira missão comandando o pelotão que recebi a lição de gestão mais marcante da minha vida.

A tarefa era objetiva: fazer o reconhecimento de um curso d’água. Nos reunimos, estudamos o mapa e montamos o que parecia ser um plano técnico impecável. Fizemos a requisição completa do material: bote, trena, prumo, ripa... um verdadeiro arsenal para medir margem, profundidade e correnteza.

Só esquecemos de pedir um item: o caminhão.

O resultado veio na prática. Tivemos que carregar o bote e todo o equipamento no braço, caminhando quilômetros a pé até o ponto da missão. Enquanto o grupo avançava exausto com o peso nos ombros, o sargento passava devagar ao nosso lado, dirigindo justamente o caminhão que não havíamos requisitado, sorrindo e repetindo pela janela:

"Planejar é bom... quem planeja não sofre."

Nunca mais esqueci aquela cena.

Por que esquecemos "o caminhão" nas empresas? A Falácia do Planejamento

Mais de quinze anos atuando em engenharia de software, dados e operações me mostraram que essa cena não é exclusividade de recrutas de 18 anos. Ela acontece todas as semanas em empresas de qualquer porte.

Equipes passam dias discutindo a linguagem de programação, o desenho da arquitetura em nuvem ou o cronograma colorido na apresentação executiva, mas esquecem a logística básica que permite ao trabalho acontecer. Começam uma sprint de integração sem ter as credenciais do sistema parceiro. Contratam modelos caros de inteligência artificial sem antes limpar os dados na origem. Cobram velocidade de entrega de um time cujo ambiente de testes cai três vezes por semana.

Na ciência comportamental, esse erro tem nome e sobrenome. Em 1979, os psicólogos Daniel Kahneman e Amos Tversky descreveram o fenômeno que mais tarde Kahneman aprofundou no livro Rápido e Devagar: Duas Formas de Pensar (Thinking, Fast and Slow, 2011): a Falácia do Planejamento (Planning Fallacy).

Segundo Kahneman, quando planejamos uma iniciativa, nosso cérebro adota naturalmente a chamada "visão interna": focamos apenas nas etapas técnicas da tarefa em si (o bote, a trena e o prumo) e assumimos, de forma silenciosa, que todo o ambiente ao redor vai funcionar sem atrito. Ignoramos a "visão externa", que são as dependências logísticas, as aprovações, a qualidade dos insumos e o transporte real da operação.

O que 16.000 projetos revelam sobre a pressa em executar

Pular essa etapa logística para "mostrar serviço logo" costuma sair caro. No livro How Big Things Get Done (2023), o economista e professor da Universidade de Oxford Bent Flyvbjerg, junto ao jornalista Dan Gardner, analisou a maior base de dados do mundo sobre execução de projetos: mais de 16.000 iniciativas em 136 países e 20 setores distintos, de pontes e usinas a grandes transformações de tecnologia da informação.

As conclusões do estudo de Oxford derrubam o mito de que "bom mesmo é sair fazendo e corrigir no caminho":

  • 91,5% dos projetos analisados estouram o orçamento, o prazo ou ambos;
  • Apenas 0,5% entregam simultaneamente dentro do custo previsto, no prazo combinado e com os benefícios prometidos;
  • Projetos de tecnologia da informação figuram entre os que apresentam maior risco de cauda longa (fat-tailed risk): quando dão errado por falha de preparação na origem, os estouros de custo e tempo não são de 10%, mas de múltiplas vezes o valor inicial.

Ao comparar o pequeno grupo de projetos bem-sucedidos com os que colapsaram, Flyvbjerg resumiu a diferença em um princípio direto: "Pense devagar, execute rápido" (Think slow, act fast).

Líderes que sofrem menos não são os que preenchem documentos burocráticos intermináveis, mas os que testam as dependências críticas antes de colocar a tropa para marchar. Eles verificam se o caminhão está disponível antes de tirar o bote do depósito.

Metas claras exigem condições reais de execução

Existe ainda um segundo erro comum na gestão: achar que pressão substitui planejamento.

Em um artigo clássico publicado na revista American Psychologist (2002), os pesquisadores Edwin Locke e Gary Latham sintetizaram 35 anos de evidências empíricas sobre a Teoria de Definição de Metas (Goal-Setting Theory), reunindo estudos com mais de 40.000 participantes.

Eles comprovaram que metas específicas e mensuráveis superam de longe pedidos vagos como "façam o melhor possível". Porém, a pesquisa destaca um moderador decisivo: restrições situacionais e recursos. Quando a liderança define uma meta ambiciosa, mas não remove os bloqueios operacionais nem fornece as ferramentas adequadas, a meta específica deixa de gerar produtividade e passa a gerar frustração, atalhos perigosos e esgotamento.

Planejar, portanto, não é tentar adivinhar o futuro. É alinhar três elementos antes da largada: onde queremos chegar, como vamos medir o avanço e qual estrutura garante que o time não carregue peso à toa.

Um OKR Simplificado com o "Check do Caminhão"

Para aplicar essa lógica na prática sem criar burocracia corporativa, uso uma estrutura enxuta que combina um OKR Simplificado com a checagem obrigatória de dependências logísticas:

  • Objetivo: O que queremos conquistar em uma frase clara e sem jargão?
  • Resultado-Chave 1 (Visibilidade na origem): Como vamos medir a linha de base atual com dados confiáveis?
  • Resultado-Chave 2 (Indicador de impacto): Que número concreto de eficiência, custo ou qualidade precisa mudar e em qual proporção?
  • Resultado-Chave 3 (Correção operacional): Quantos desvios ou gargalos reais vamos eliminar durante o ciclo?
  • O Caminhão (Dependências críticas): Quais acessos, dados, aprovações, infraestrutura ou equipamentos precisam estar prontos no dia zero para a equipe executar sem improviso?

Exemplo prático em operação real

Objetivo: Reduzir o desperdício de combustível no transporte interno da operação.

  1. KR1: Mapear 100% dos abastecimentos na origem até o final do primeiro mês.
  2. KR2: Reduzir em 15% a 20% o consumo médio de litros por equipamento em 90 dias.
  3. KR3: Identificar e corrigir ao menos 5 desvios operacionais recorrentes de rota ou apontamento.
  4. O Caminhão: Garantir etiquetas de identificação (QR Code) nos veículos, coletor simples funcionando offline na mão do operador e integração diária com o painel de leitura antes de cobrar meta dos motoristas.

Simples, direto e verificável. Ninguém sai caminhando com o bote nas costas esperando um milagre no final do trimestre.

Quatro perguntas antes da sua próxima entrega

Na próxima segunda-feira, antes de iniciar uma sprint, aprovar um investimento ou cobrar velocidade da sua equipe, faça uma pausa de cinco minutos e responda em voz alta:

  1. Qual é o nosso objetivo real e qual número vai provar, sem opinião, que chegamos lá?
  2. Qual é o nosso caminhão aqui? Que acesso, contrato, ambiente de testes ou dado limpo estamos esquecendo de pedir porque parece óbvio demais?
  3. Quem vai carregar esse peso no dia a dia depois que a apresentação terminar?
  4. Se algo travar na metade do caminho, qual é a dependência externa que deveríamos ter destravado hoje?

Liderar não é distribuir tarefas e assistir de longe. É evitar sofrimento desnecessário. É construir o caminho com inteligência para que a energia das pessoas vá inteira para o resultado real, e não para carregar nas costas o peso que a falta de planejamento deixou pelo caminho.


Referências e leituras verificáveis

Cesar Zanis / Gestão e carreira

Uma boa conversa merece continuar.

Compartilhe o artigo ou publique os slides nos seus Stories e no Feed.

WhatsApp ↗LinkedIn ↗X ↗
Cesar Zanis
Escrito por·Arquiteto de Software & Líder de Tecnologia

Cesar Zanis

15+ anos liderando arquitetura de software, banco de dados de missão crítica, FinOps e IA aplicada. Estruturou e escalou uma operação de engenharia do zero a mais de 20 desenvolvedores.

15+ anos de atuaçãoArquitetura & DadosCloud & FinOps0 → 20+ Devs

Gostou deste artigo?

Publico análises práticas sobre arquitetura, FinOps, dados, IA, gestão e economia diretamente no LinkedIn.

Continue Lendo

Leve esta análise adiante com dados e fontes

Os cards visuais deste artigo estão prontos logo acima para você compartilhar nos seus Stories, Feed, WhatsApp ou LinkedIn com a legenda e as fontes.