the problems addressed

Multi-domain operations fail at the seams — not because the systems don't work, but because they were never built to share a common understanding of what a commander actually intends. Every service, every domain, every coalition partner brings its own information model. When the fight starts, those models collide. Coordination breaks down. The commander's intent doesn't survive the handoff.

The standard answer has been integration: build more interfaces, add more translators, connect more systems. MDO Intent takes a different approach. Before you can integrate systems, you need an operational information model that defines what commander’s intent means — precisely enough to be machine-readable, flexibly enough to survive any communication standard, and persistently enough to carry from the order all the way to the outcome. That model is the language for commander's intent, demonstrated in coalition environments across multiple domains and services.

The tire swing is a well-known agile development metaphor for requirements failure in complex systems — each stakeholder builds what they understand, not what the cross-functional, multi-domain teams and their commanders need. In multi-domain operations, the result isn't just a bad product. It's a mission risk.

Why this problem demands a multi-disciplinary background

Most people who work on C2 architecture came from one discipline. They see the problem through that lens — the operator's lens, or the engineer's lens, or the researcher's lens. The MDO interoperability gap doesn't live inside any of those disciplines. It lives between them. Solving it required someone who had spent serious time in each.

Nineteen years as a Surface Warfare Officer gave me the operator's seat — learning what commanders actually need to decide, under what conditions, with what information. Seven years in requirements development and test and evaluation gave me the engineer's seat — writing specifications that had to reflect real operational stress, not just test event performance. DARPA-funded research gave me the formal methods seat — developing the ontological structure that makes intent persistent and verifiable. Coalition demonstrator work at NATO ACT gave me the integration seat — proving the architecture against real systems, real partners, real constraints.

No single one of those seats produces the intent language. All of them together do.

The pattern is documented. The architecture exists.

If you're working on C2 interoperability, requirements development, coalition integration, or defense acquisition reform — read the blog. If what you find there matches a problem you're trying to solve, get in touch.

Read the blog →    Contact

Contact

Interested in working together? Fill out some info and I will be in touch as soon as I can. I can’t wait to hear from you!