Skip to main content
Digitizing Airspace Management for the U.S. Air Force

Digitizing Airspace Management for the U.S. Air Force

Product Manager·US Air Force C2 - Kessel Run·2018 - 2019·Visit project →
Government & Defense0-to-1 MVPPlatform & Infrastructure
This is the first time it's felt like someone's actually listening to us. I can't believe we finally have something that makes our job easier.

The impact

Airspace creation: 40 minutes to 3 minutes. 85% of requests arrived incomplete before structured validation. MVP fed downstream mission planning apps used in active theater operations.

Spacer shipped as a working prototype within the Kessel Run software factory, integrated into the KR Event Stream feeding real-time airspace updates to Triton (ATO production) and Slapshot (Master Air Attack Planning). Slapshot's subsequent deployment to the 609th AOC in Doha validated the data pipeline operationally in a combat environment.

How we got there

Planes should not collide mid-air. But the systems responsible for preventing that were built on paper forms, chat messages, and decades-old tools. Airspace requestors at Air Operations Centers submitted requests on cocktail napkins, via mIRC chat, or as Word docs emailed between desks. 85% arrived without necessary detail. Airspace managers deconflicted overlaps using tribal knowledge and personal memory, hand-jamming data between TBMCS, WebAD, ASMA-FP, and Falcon View. Legacy airspaces were rarely deleted, cluttering the system with ghost reservations that triggered false conflict alerts.

Paper ACMREQ form
The paper Airspace Control Means Request form: requestors filled these out by hand, often with missing coordinates, incomplete timing blocks, or no shape data at all

I embedded at Pivotal Labs with Kessel Run engineers and ran 20+ user interviews across four Air Operations Centers (607th, 609th, 612th, 613th) to understand how mission planning actually worked. I mapped the full Air Tasking & Re-Tasking cycle across 7 phases, from initial need through daily planning and execution to real-time change orders. That mapping exposed something important: the biggest win was not the deconfliction logic. It was structuring the request itself.

Interview takeaways
Synthesis from 20+ user interviews: tribal knowledge, fragmented tools, and 1,000+ ghost airspaces cluttering the system. These findings shaped every design decision in Spacer

So we built a digital ACMREQ form that guided requestors to include required details from the start. Location as lat/long coordinates, altitude ranges, timing blocks, geometric shapes. The form did what napkins could not: validate inputs before they reached an airspace manager. We added automated conflict detection that suggested small shifts in time, location, or altitude, letting users resolve simple issues before they reached a human.

Current vs. future state
Before and after: the top row shows the fragmented manual process (mIRC, napkins, hand-jamming across tools). The bottom row shows Spacer's digital workflow with structured requests, automated deconfliction, and direct ACO publishing

Officers expected a flashy, map-heavy interface. We delivered thoughtful validation and functionality first. The MVP looked nothing like the intended future product. Spacer started as what one teammate called "a glorified form." But that was exactly what users needed first. Trust came from reliability, not visual polish.

We built the system to produce ACO-ready entries in USMTF format, ensuring compatibility with existing ATR systems. Spacer published to the KR Event Stream, feeding real-time airspace data to Triton and Slapshot and replacing manual data handoffs across squadrons.

What this built

  • A digital foundation for airspace coordination. Validated requests, automated conflict detection, and USMTF export replaced a fragmented system of napkins, chat, and hand-jammed legacy tools.
  • A proven data pipeline for mission planning. Spacer's integration into the KR Event Stream was validated operationally when Slapshot deployed to the 609th AOC in Doha, consuming upstream airspace data in a combat environment.
  • A model for shipping in high-stakes government environments. Full Pivotal methodology (XP, TDD, pair programming, balanced teams) applied to classified military software, with coaching that enabled the AF PM to transition into engineering on a sister product.
The paper Airspace Control Means Request (ACMREQ) form that Spacer replaced. 85% of these arrived incomplete, triggering rounds of back-and-forth between requestors and managers
The paper Airspace Control Means Request (ACMREQ) form that Spacer replaced. 85% of these arrived incomplete, triggering rounds of back-and-forth between requestors and managers
Major interview takeaways from 20+ user sessions across four Air Operations Centers, synthesized into goals, behaviors, and frustrations that shaped the digital request form
Major interview takeaways from 20+ user sessions across four Air Operations Centers, synthesized into goals, behaviors, and frustrations that shaped the digital request form
Current-state vs. future-state workflow: how Spacer replaced fragmented tools (mIRC, napkins, WebAD) with structured digital requests, automated conflict detection, and direct ACO publishing
Current-state vs. future-state workflow: how Spacer replaced fragmented tools (mIRC, napkins, WebAD) with structured digital requests, automated conflict detection, and direct ACO publishing

Want to bring this kind of thinking to your team?

I help teams ship products with clarity, speed, and care.