What Is the OODA Loop? Observe, Orient, Decide, Act

Updated 8 skills6 stepsOrigin: John Boyd

Created by John Boyd - https://coljohnboyd.com

Overview

The OODA Loop is a decision cycle made of four activities: Observe, Orient, Decide and Act. In the canonical description the cycle never stops: you observe changing circumstances, orient by interpreting them through experience and mental models, decide on a course of action, then act, and the consequences of that action generate new observations that start the next pass. What made the model famous is its competitive claim. Boyd's Patterns of Conflict briefing presents it as a way to get inside an opponent's decision cycle, where the side that cycles faster can create confusion and gain an advantage. Orient carries most of the weight. Boyd described orientation as a set of filters built from genetic heritage, cultural predispositions, personal experience and knowledge, and those filters both shape what you notice and serve as the lens for interpreting it. Two teams looking at the same dashboard can therefore orient to very different pictures.

The diagram below draws the loop the way Boyd intended rather than as a straight line. Popular explanations often show four boxes in sequence, as if the acronym meant observe, then orient, then decide, then act, but an analysis of Boyd's model in Necesse points out that orientation also feeds back into what gets observed. That feedback is useful, because experience tells you where to look, and dangerous, because an existing view can steer the search toward confirming evidence. The dashed edge marks that path.

flowchart LR
  S[Changing situation] --> O1[Observe]
  O1 --> O2[Orient]
  O2 --> D[Decide]
  D --> A[Act]
  A -->|results| O1
  A -->|changes| S
  O2 -.->|shapes| O1

The model began in the cockpit. The loop was originally a tactical concept Boyd derived from air-to-air combat, and he later stretched it to strategy, command and control and competitive conflict, although those higher-level applications have been described in the same analysis as a looser analogy than the original. Boyd, a U.S. Air Force colonel and strategist, developed the ideas in briefings he revised for years. Science, Strategy and War, a study of Boyd's strategic theory, notes that the canonical source, A Discourse on Winning and Losing, consists of four briefings and an essay, was completed in 1987, (source) and had its slide wording revised frequently afterward. That history matters in practice: there is no single fixed text to appeal to, which partly explains why interpretations vary so widely. The table traces the main works.

WorkDateSignificance
Destruction and CreationSeptember 3, 1976Unpublished paper laying groundwork (Strategic Studies analysis)
Patterns of Conflict1977Briefing series where the concept developed (Science, Strategy and War)
Patterns of ConflictDecember 1986Documented version of the briefing (Boyd archive)
A Discourse on Winning and Losing1987Compilation treated as the canonical source (Science, Strategy and War)
A Discourse on Winning and Losing1987Compilation treated as the canonical source (Science, Strategy and War)

Two ideas separate disciplined use from slogan use. The first is tempo. Speed alone is not the goal: one practitioner guide defines tempo as the rate of completing full cycles relative to the rate at which the environment changes, and Boyd himself described acting 'more inconspicuously, more quickly, and with more irregularity' to retain initiative and exploit vulnerabilities. A team that decides instantly but never checks results has speed without tempo. The second idea is what you observe. Practitioner guidance on the loop directs attention to leading indicators, anomalies and weak signals, and warns that overreliance on historical reports and lagging KPIs delays recognition of competitor moves and customer shifts. A lagging metric tells you the last cycle is over; a leading one tells you the next has started.

The critiques are serious and worth knowing before you adopt the model. A comparative command-and-control study found Boyd's definition rudimentary, with no explicit planning process, no representation of the opponent and no account of team collaboration or learning, and noted that a model derived from dogfights between few agents does not establish that it scales to large engagements. Brehmer's Dynamic OODA Loop paper reports critics arguing that it describes neither decision-making in general nor military decision-making in particular, and a Defense Technical Information Center report calls it still popular but outdated as a model of human cognition. Evidence of effectiveness is thin. A 2024 conference paper cites a study in which participants using an OODA sequence responded faster and more accurately than those using linear strategies, but it gives no sample size or effect sizes. The comparative study contrasts OODA with models that represent memory, attention and planning explicitly, yet reports no head-to-head performance figures, so the fair reading is that OODA is a conceptual framework for thinking about adaptation, not a validated method. In a workspace like Hamster, a team can keep each cycle's signals, working interpretation and decision on one shared page so the next loop starts from the last one's results.

Core Principles

Orientation drives everything

Orient is where observations become meaning, and Boyd treated it as far more than understanding the facts. His material describes orientation as filters of heritage, culture, experience and knowledge that shape observations as well as interpret them. In practice most loop failures are orientation failures: the data was there, but the model in people's heads filtered it out. Make the working interpretation explicit so others can challenge it, as covered in building orientation mental models.

A loop, not a checklist

Analysts of the popular diagram note that drawing OODA as four sequential boxes oversimplifies Boyd, whose model includes feedback from orientation into observation. You rarely finish one phase before touching another; you keep observing while you orient and let the results of action reshape your picture. Treating the phases as gates slows the cycle and hides the feedback path. If your team holds a separate meeting for each letter, you have built a pipeline rather than a loop.

Tempo beats raw speed

What matters is whether your cycle keeps pace with change, which one guide frames as tempo relative to environmental change rather than decision speed. Boyd paired speed with inconspicuousness and irregularity, so predictability can cost you as much as slowness. A team that responds within hours to a situation that changes weekly gains little by going faster still. Measure how long a full cycle takes from signal to observed result, not how fast a single decision is made.

Action is a test

Boyd's Patterns of Conflict treats action as the way you find out whether a decision was sound, through interaction with the environment. That reframes decisions as hypotheses, and practitioner guidance recommends treating a decision in a changing environment as a current hypothesis rather than a permanent commitment. The practical rule is to act in ways that produce readable feedback. An action whose result you cannot observe breaks the loop.

Watch leading signals, not just lagging ones

Fast orientation depends on early inputs. Practitioner guidance recommends scanning internal and external sources and paying special attention to leading indicators, outliers and weak signals rather than only lagging KPIs. Lagging metrics confirm what already happened, which is too late for a loop meant to anticipate. Decide in advance which signals matter so observation stays focused rather than exhaustive.

Respect the model's limits

OODA was derived from air-to-air combat, and the comparative literature notes it does not represent team negotiation, planning or multi-agent scale. A DTIC report calls it outdated as a model of cognition, and Brehmer argues the generalized concept does not represent the environment affected by the decision-maker's actions. Use it as a thinking frame for adaptation and pair it with planning and collaboration methods where those gaps matter.

Steps

  1. Set mission and guardrails Before speeding anything up, write down what the loop serves. Practitioner guidance recommends defining mission, metrics, scope, target outcomes, risk appetite and constraints first. The guardrails decide which actions can be taken without escalation, which is what later lets the cycle run fast without removing safeguards. The output is a short page anyone in the loop can check a decision against.

    If people keep asking permission for routine moves, the guardrails are too vague.

  2. Name the signals List the specific signals that would change your view, favoring leading indicators and anomalies over lagging reports, as loop guidance advises. For each signal, note its source and who watches it. Defining signals in advance keeps observation focused instead of collecting everything. You know this went wrong when the team learns about a shift from a quarterly report; see scanning the environment for signals for the detail.

  3. Orient with a written working picture Turn observations into a short written interpretation: what is happening, which assumptions it rests on, and what would change it. Orientation filters come from experience, culture and knowledge, so name the favored explanation and look deliberately for contradicting evidence. A written picture lets others challenge it and becomes the baseline for the next cycle. The warning sign is that every new data point gets explained as confirming the old view, which detecting orientation biases addresses.

  4. Decide as a hypothesis Choose a course of action and state it as a hypothesis with an expected result. One guide suggests time-boxing orientation to a period suited to the stakes, such as 30 (source) minutes, an hour or a day, and moving to a decision when the time expires. Framing the choice as provisional, as practitioner sources recommend, avoids waiting for uncertainty to vanish. Record the result you expect so the next cycle has something to compare against.

  5. Act and observe the result Execute the decision in a way that produces observable feedback, because in Boyd's framing action is the test of whether the decision was sound. Keep the action small enough that its effect is easy to read. Route the result straight back into observation rather than into a report weeks later. If an action produces no signal you can read, the loop has broken.

  6. Review tempo and patterns Periodically compare your full cycle time with how fast the situation is changing, since tempo is relative to environmental change. Review past decisions for patterns you recognized or missed to learn where intuition is reliable and where it needs checking. Adjust signals, guardrails and time boxes based on what the review shows. A healthy loop gets faster on routine cases and slows down only where the stakes rise.

When to Use

  • You face an active competitor or adversary whose moves you can observe, because the loop is framed for uncertainty, ambiguity and active opposition and its core insight is about out-cycling an opponent.
  • An incident or crisis is unfolding faster than your normal planning cadence, since the loop's value lies in acting provisionally and letting observed results update the picture.
  • Your team keeps reopening the same analysis instead of acting, because framing each decision as a testable hypothesis gives permission to move and learn from the result.
  • You are diagnosing why the team noticed a market or customer shift too late, since the Orient lens separates missing data from data that existing assumptions filtered out.
  • A product or market bet depends on early evidence, because the loop pushes you to name leading indicators before lagging results arrive.

When Not to Use

  • The decision needs negotiation and consensus among many stakeholders, because the comparative literature finds OODA not directly applicable to collaborative team decision-making.
  • The work is stable and rewards deliberate planning, since the model omits an explicit planning process and rapid cycling adds churn without benefit.
  • The choice is irreversible and high-stakes, because misapplied OODA can raise the risk of making decisions too soon.
  • You need a validated model of human cognition, for example to design decision-support tooling, because a DTIC report calls the loop outdated for that purpose.

Skills in this method

Each skill is a self-contained write-up your agent can run. Install the ones you need; nothing here is a bundle.

OODA Loop Strategy Competition: Inside the Opponent's Loop

An explicit model of the rival's decision cycle that pinpoints where their orientation or decision process lags, plus a sequence of moves designed and timed to exploit that lag and a way to check whether it worked.

npx skills add gethamster/skills --skill disrupting-opponent-ooda-loops --agent claude-code --yes

Read the full skill

FAQ

Who created the OODA Loop?

U.S. Air Force colonel John Boyd created it, and it began as a tactical concept derived from air-to-air combat. He developed the ideas across briefings such as Patterns of Conflict and compiled them in A Discourse on Winning and Losing, which Science, Strategy and War dates to 1987. He later applied the loop to strategy, command and control and competitive conflict.

Is the OODA Loop just about deciding faster?

No. Boyd described acting 'more inconspicuously, more quickly, and with more irregularity', so speed was one ingredient among several. Practitioner guides frame the goal as tempo relative to how fast the environment changes. Rushing every decision can simply mean acting faster on a poor orientation.

Why is Orient considered the most important phase?

Orientation determines how observations are interpreted, what decisions are considered and how actions are shaped. Boyd described it as filters of heritage, culture, experience and knowledge that also influence what you observe in the first place. Many loop failures trace back here, when an outdated model filters out what the data was saying.

Is there evidence that the OODA Loop works?

Evidence is limited. A 2024 paper cites a study where participants using an OODA sequence were faster and more accurate than those using linear strategies, but it gives no sample size or effect sizes. Critics summarized by Brehmer question whether it describes decision-making at all. The balance of sources supports treating it as a conceptual framework rather than a proven method.

How does OODA compare with other decision models?

A comparative command-and-control study contrasts it with models that explicitly represent memory, attention, domain knowledge, planning, collaboration and learning, all of which OODA lacks. The same study does not report head-to-head performance figures against a named alternative. In practice OODA is a simpler, more general frame, and teams often pair it with dedicated planning or group decision methods.

What are the main criticisms of the OODA Loop?

Critics say the definition is rudimentary and omits planning, the opponent and team collaboration. A DTIC report calls it outdated as a model of human cognition. Aviation historian Michael Hankins argues it is 'vague enough that its defenders and attackers can each see what they want to see in it'.

Is the OODA Loop a strict sequence?

No. Diagrams often show it as observe, then orient, then decide, then act, but Boyd's model includes feedback in which orientation shapes subsequent observation. The results of action also feed back into observation. Treat the phases as overlapping activities rather than gates.

Download the What Is the OODA Loop? Observe, Orient, Decide, Act pack

One zip with the whole method, to read offline or drop into a repository:

  • METHOD.md, this write-up in full
  • 8 skill folders, each with its SKILL.md and the references it ships
  • MIT licensed, the same files the commands above install
Download the pack

Source: gethamster/skills on GitHub, MIT licensed.

Install the skills

What Is the OODA Loop? Observe, Orient, Decide, Act is a write-up of how the method works, so there is nothing to install for the method itself. Its skills are what your agent runs, and each one installs separately. The section above carries the Claude Code command for every skill, and each skill's own page carries the commands for Cursor, Codex, and Antigravity.

Or browse the skills and pick interactively:

npx skills add gethamster/skills

Source: gethamster/skills on GitHub, MIT licensed.