Learning goal: understand operational design as a family of doctrinal paradigms (Army ADM, Marine Corps design within MCPP, NATO AJP-5 planning doctrine) and learn how to translate between them without losing the underlying problem frame [@usarmy2015atp5_0_1; @usmc2020mcwp5_10; @nato2019ajp5].
The shared problem
All operational design frameworks exist to solve the same failure mode:
- headquarters do detailed planning too early,
- on an implicit theory of the environment,
- then defend the plan even as assumptions fail.
Operational design replaces implicit theory with explicit artifacts that can be challenged and revised.
A crosswalk: the same moves in different vocabularies
You can translate most design frameworks into four recurring moves:
- Frame the operational environment. What system are we in? Who matters? What constraints are real?
- Frame the problem. What must change, and why is it hard? What assumptions are doing the work?
- Develop an operational approach. What is our theory of change? What sequence and priorities do we commit to?
- Reframe. Which assumptions failed, and what does that do to the approach?
The doctrinal value is not the labels. The value is that these moves are required before the staff optimizes tasks and timelines.
Design elements as decision hygiene
Design elements (end state, objectives, decisive points, lines, phases, termination logic, etc.) are useful only insofar as they change decisions.
Use the rule:
- if an element does not constrain a decision, it is decorative.
See: Operational design elements.
Design-to-planning translation (what to carry forward)
A design effort is successful when it produces portable outputs for planning paradigms like MDMP and JOPP:
- a problem statement (and what must change),
- 5–10 explicit assumptions,
- an operational approach (narrative + graphic),
- candidate decision points and CCIR,
- and the top constraints (time, readiness, sustainment, institutions).
Exercise: build a minimal design packet
Pick a historical operation, crisis, or long-duration security campaign and produce:
- An environmental frame (actors, constraints, dynamics).
- A one-paragraph problem statement.
- 5 assumptions (each with a way you would notice it failing).
- A one-page operational approach (narrative + sketch).
- 3 decision points with the information each needs.
Then ask: which parts of this packet become planning inputs, and which parts must remain living design artifacts during execution?