Ciclo OODA: por que decidir rápido depende de se orientar bem

São 11h, e o alerta dispara. Alguém reinicia o serviço. Outra pessoa aumenta a capacidade. Uma terceira reverte a última versão. Uma hora depois, há três mudanças no ar, ninguém sabe qual delas ajudou, e o problema era outro.

A equipe agiu rápido, mas sobre uma leitura errada. O ciclo OODA costuma ser resumido como “decida mais rápido do que os outros”, e esse resumo perde o principal: a rapidez que importa depende de como você interpreta o que está acontecendo.

O que é o ciclo OODA#

OODA é a sigla de Observe, Orient, Decide, Act: observar, orientar, decidir e agir. O conceito foi desenvolvido por John Boyd, coronel da Força Aérea dos Estados Unidos, para pensar operações de combate, e depois foi levado para negócios, segurança digital e gestão (Wikipedia).

O ciclo de Boyd não é um círculo#

A versão de quatro caixas é útil para lembrar, mas simplifica demais. Boyd desenhou o ciclo em The Essence of Winning and Losing, um briefing de 1995 (arquivo da Marine Corps University). No diagrama dele, a orientação é o ponto focal, e as setas não seguem uma única direção (Strategy U):

• A orientação molda a observação. O que você espera ver influencia o que você vê. Uma equipe convencida de que o problema é o fornecedor olha primeiro para o fornecedor.
• A orientação tem componentes. Boyd cita tradições culturais, herança genética, experiências anteriores, informações novas e análise e síntese. Traduzindo: nenhuma leitura é neutra.
• Há um caminho direto da orientação para a ação. Boyd chamou isso de orientação e controle implícitos. Quem reconhece um padrão bem treinado pode agir sem uma etapa formal de decisão.
• A ação gera novas observações. Cada ação também é um teste, e o resultado volta para o ciclo.

Isso muda o que significa “ser rápido”. O livro de Frans Osinga sobre Boyd argumenta que a leitura comum, a de que vence quem completa o ciclo mais rápido, é incompleta (Osinga, 2007). Executar mais depressa uma leitura errada só leva ao erro mais cedo.

OODA não é PDCA#

O ciclo de planejar, fazer, checar e agir, o PDCA, também gira, mas parte de outra premissa. Ele serve à melhoria de um processo: há um plano, e a equipe compara o resultado com ele. O OODA parte da ideia de que a situação pode mudar antes de o plano terminar, e por isso evita se comprometer cedo demais com uma leitura.

Quando usar e quando evitar#

Como aplicar#

Exemplo resolvido: a correção que virou incidente#

Depois de uma queda de 40% para 30% na ativação, um SaaS testou uma correção: indexar os dados logo após a conexão. No teste A/B, a ativação foi de 30,2% para 34,5%. A equipe libera a correção para todas as contas na segunda-feira, às 9h. No mesmo dia, começa uma campanha de marketing.

A ativação em 7 dias é uma boa métrica para decidir, mas é lenta demais para acompanhar um lançamento. Por isso, a equipe acompanha sinais de resposta rápida.

Ciclo 1: terça, 10h#

Observar. A parcela de contas que concluem a primeira geração em 24 horas caiu de 52% para 41%. A espera na fila de indexação, no percentil 95, foi de 4 para 55 minutos. Os chamados sobre “assistente não responde” passaram de 6 para 40 por dia. Falta um dado: nada disso está dividido por tamanho de conta.

Orientar. A primeira reação na sala é “o teste deu certo, então o problema está em outro lugar”. É exatamente o viés que a orientação precisa examinar. A equipe escreve três leituras e o sinal que testa cada uma:

A latência do fornecedor está normal, e as contas da campanha falham tanto quanto as outras. Resta a terceira leitura. O teste rodou com metade das contas novas, e agora são todas, somadas à campanha.

Decidir. Há duas opções reversíveis: voltar a 50% das contas ou dobrar os processos de indexação. A equipe tenta a segunda, porque preserva o ganho, e combina o gatilho: se a espera não ficar abaixo de 10 minutos em duas horas, volta para 50%.

Agir. A pessoa de plantão faz a mudança, sem precisar de aprovação, porque está dentro do limite de custo previsto.

Ciclo 2: terça, 12h#

Observar. A espera caiu para 18 minutos nas contas pequenas, mas segue acima de uma hora nas grandes. O custo de indexação subiu 1,10 real por conta, acima do limite de 0,50 definido no teste. Agora a equipe divide os dados por tamanho: 4% das contas ocupam 70% do tempo de indexação.

Orientar. A leitura muda. O problema não é a capacidade total, e sim poucas contas grandes ocupando a fila. Mais capacidade só deixaria o sistema mais caro.

Decidir. O gatilho combinado foi atingido, e a equipe o cumpre. A solução de fundo é outra: criar uma fila separada para contas grandes e mostrar uma mensagem de que os dados estão sendo preparados. Essa mudança altera a expectativa de clientes grandes, então precisa da aprovação de uma pessoa de produto.

Agir. A liberação volta a 50%, a capacidade volta ao normal, e a fila separada entra em produção no mesmo dia.

Ciclo 3: quarta, 10h#

Observar. Com a fila separada e a liberação de novo em 100%, a espera fica em 9 minutos, a conclusão em 24 horas volta a 50%, e o custo adicional fica em 0,42 real. Os chamados caem.

Orientar. A correção funciona, desde que a fila separe as contas grandes. A equipe acrescenta esse caso ao plano de testes, porque o A/B não tinha volume suficiente para mostrar o problema.

Decidir e agir. A liberação fica em 100%. O próximo ciclo é mais lento: a correção recuperou cerca de 4 dos 10 pontos perdidos, e ainda é preciso entender os quase 6 restantes.

O que esse caso mostra#

• A segunda leitura valeu mais do que a primeira ação. O ganho veio de descobrir que o problema era outro, não de executar mais rápido.
• Ação reversível tornou o erro barato. Dobrar a capacidade não resolveu, mas custou duas horas e ensinou algo.
• O gatilho protegeu a decisão. Ninguém precisou discutir se a meta tinha sido cumprida.

O mesmo ciclo em outro ritmo#

Nem todo ciclo dura horas. Imagine que um concorrente lança um recurso de IA parecido com o que está no seu roteiro para o ano que vem. A reação automática é copiar. Em um ciclo de semanas, a conversa muda:

• Observar. Quantos clientes perguntaram sobre o recurso? Algum negócio foi perdido? A primeira semana costuma trazer mais ruído do que sinal.
• Orientar. A equipe separa três leituras: o recurso resolve um problema real dos seus clientes, atende outro público ou é só uma demonstração. A estratégia própria entra aqui, porque copiar pode afastar a empresa do que a diferencia.
• Decidir. Em vez de um projeto de seis meses, a equipe escolhe um teste de duas semanas com dez clientes que pediram algo parecido.
• Agir. O teste vai ao ar com uma métrica de uso e uma data para rever a decisão.

O ritmo certo depende de quanto a situação muda enquanto a equipe decide. Em um incidente, são minutos. Em produto, semanas. O erro é trocar os ritmos: tratar o lançamento de um concorrente como incidente, ou um incidente como planejamento.

Sinais de que o ciclo está quebrado#

• Há ação, mas ninguém mede o efeito. O ciclo não fecha.
• Só existe uma explicação. Ninguém escreveu outra leitura.
• As mesmas surpresas se repetem. A orientação não está aprendendo.
• Tudo sobe para aprovação. O ciclo trava em decisões que poderiam ser locais.
• Todos olham só para os painéis. Quem fala com clientes ou opera o sistema fica de fora.

O que pode ser automático#

O caminho direto entre orientação e ação tem uma tradução prática: procedimentos treinados e automações. Eles funcionam quando a leitura é conhecida e a ação é segura.

Vale a mesma lógica para agentes de IA. Um agente pode observar e propor ações, mas sua orientação é a mais frágil: ele não conhece o histórico do sistema nem o que mudou por fora dos dados. Quanto menos reversível a ação, mais supervisão humana ela pede.

O que se sabe sobre o método#

O OODA vem da teoria e da experiência militar, não de experimentos. Esta pesquisa não encontrou estudos que mostrem que usar o ciclo melhora resultados em empresas. O historiador Michael Hankins vai além: considera o conceito vago o bastante para que defensores e críticos vejam nele o que quiserem, e o descreve como não incorreto, mas também não único nem especialmente profundo.

A crítica é justa. O valor prático está menos no ciclo em si e mais nos hábitos que ele lembra: escrever leituras alternativas, buscar sinais que as separem e preferir ações reversíveis.

Como usar uma LLM#

Uma LLM ajuda a organizar sinais, sugerir leituras que a equipe não considerou e propor perguntas. É útil justamente na orientação, para contestar a primeira hipótese. Ela não vê o sistema, então não deve receber a palavra final sobre a causa, e qualquer ação sugerida precisa passar por quem responde por ela.

Facilite um ciclo OODA para [situação dinâmica].
Objetivo: [resultado].
Sinais observados e fontes: [dados].
Restrições e capacidades: [informar].
Prazo de decisão: [informar].

Organize:
1. OBSERVAR: dados relevantes e ausentes;
2. ORIENTAR: interpretações, vieses, hipóteses e contexto;
3. DECIDIR: alternativas, critérios e escolha provisória;
4. AGIR: ação reversível, responsável e métrica de resposta.

Defina quais novos sinais acionarão o próximo ciclo, quais decisões
podem ser automatizadas e quais exigem supervisão humana.

Saída esperada: decisão operacional, ação de curto prazo e gatilhos de reavaliação.

Antes de confiar na resposta:

• Exija leituras concorrentes. Se vier uma só, peça outras duas e o sinal que separa cada uma.
• Separe dado de interpretação. Confira se o modelo não transformou uma suposição em fato.
• Teste a reversibilidade. Pergunte como desfazer cada ação e quanto tempo isso leva.
• Sanitize o contexto. Logs e relatos de incidente costumam conter dados de clientes e detalhes de segurança.

Combine com outros frameworks#

• Teste de hipótese: dá a evidência que orienta o ciclo seguinte.
• Planejamento de cenários: define com antecedência quais sinais mudam o plano.
• 5 Porquês: investiga a causa com calma, depois que a situação estabiliza.
• Análise pré-mortem: antecipa falhas e os procedimentos para respondê-las.
• Método do caminho crítico: planeja uma rede conhecida de dependências; o OODA serve para ciclos de adaptação em ambientes que mudam.

Referências#

1. Boyd, J. R. (1995). The Essence of Winning and Losing. Briefing. Arquivo da Marine Corps University
2. Hankins, M. (2021). Flying Camelot. Cornell University Press.
3. Osinga, F. P. B. (2007). Science, Strategy and War: The Strategic Theory of John Boyd. Routledge. Link
4. Strategy U. OODA Loop. Link
5. Wikipedia. OODA loop. Link