Agile Engineering to Accelerate U.S. Army Missions

A New Definition of Software Agility

As the Army continues its transformation in contact initiative to empower soldiers to solve tactical problems, the power of agility is taking on greater significance—and a new meaning. 

Typically, “agile” suggests a process: a way to break down complex development projects into smaller milestones and solicit user feedback along the way. But in the context of today’s mission, software agility isn’t just a process. We believe it’s a philosophy that drives all technical decision-making so that an organization can be agile to its core. 

Fundamentally, software agility is measured by an enterprise’s capacity to:

  1. Deploy solutions continuously and rapidly, to deliver capabilities at mission speed.
  2. Adapt seamlessly to future requirements, through a flexible technology architecture.

In other words, it’s the ability to innovate and pivot on the fly.

For the defense mission, agility isn’t only a concept—it’s the only option. As Gen. James Rainey, commander of Army Futures Combat, said recently, “In the event that we find ourselves in another conflict, I would put adaptability at the near top of the characteristics that we’re going to need, because nobody’s going to get the future totally right.” In the multimodal fight against adversaries, an agile software posture allows the Army to move rapidly and make a safe landing when—not if—there is a need to adapt for mission advantage. 

Features of Next-Generation Agility: Open and Reusable Services

Today’s breakneck pace of technical disruption in the context of dynamic mission operations leaves little room for inefficiency or overly rigid software applications. The value of an agile engineering philosophy is that digital services and technologies are committed to a higher purpose: enabling enterprise and mission outcomes. 

So, what does it take to embrace this posture? 

Organizations need to undertake an evolution in fundamental IT practices: from a legacy of developing vertical systems to a future of orchestrating horizontal solutions.

Horizontal orchestration involves the assembly of reusable “building blocks” that are standardized, interoperable, and composable across an open enterprise. As an approach, horizontal orchestration shifts the conversation from designing capabilities to advancing mission workflows—and establishes the critical conditions for an enterprise to increase in both speed and flexibility.

However, the key characteristics of software agility—“open” and “reusable”—are often misunderstood. In our experience, we've seen one common technical and one common cultural misconception that must both be set straight for organizations to move smoothly from development to orchestration.

1. Technical misconception: “By using industry APIs, we have open services across the enterprise.”

Horizontal orchestration requires fully open architectures that allow for modularity by design, making it possible to assemble pieces and parts in alignment with desired mission outcomes. 

 

We often hear the term “open” discussed in the context of APIs—those that can be connected and shared across systems, but are ultimately controlled by third parties. Those APIs are proprietary; they can’t be pulled out, extracted, or modified to achieve more. And importantly, they won’t lead to an open approach.

 

Those APIs have a role and a place, but true software agility also requires government-owned and industry-standard APIs so components can cascade and scale seamlessly throughout a system of systems. These exposed (visible) APIs speed up the application assembly line and create a deeply flexible foundation. As technology evolves and the mission changes, the organization can switch capabilities in and out, without external limitations, and without adversely impacting other parts of the overall system.

2. Cultural misconception: “By offering microservices, we have created a culture of reuse.”

Reusable services are inseparable from horizontal orchestration. They become the building blocks in the assembly line, including the exposed APIs we mentioned above. By establishing a set of common services, an enterprise accelerates the integration of new applications, while maintaining centralized IT policies. 

 

Here’s the ideal state: A storefront model offering “gold standard” core services that are fundamental to system development. With that, there’s no need to duplicate standard work or start from scratch. Rather, composability in software design enables application teams to quickly assemble ready-to-use components for new capabilities.

 

But contrary to what many assume, reuse is not as simple as making microservices available to developers. There is an art to building for reuse, including scoping what a service should be and how it encapsulates mission and business functions to achieve the greatest impact for users. For example, if a service is too narrow or too wide in application—if it has abstracted too much or too little in the scoping process—it will fail in the marketplace of services.

 

The goal for an agile organization isn’t just to reuse more capabilities. Rather, it’s to build the right set of core services that can be exposed to an open API standard, and then effectively deploy those services across a diverse range of mission applications. Importantly, the outcomes of reuse are more than increased delivery speed and decreased technical risk. Organizations also reduce spending on development and can use those funds to invest in closing mission gaps.

Across industries, IT organizations are swiftly adopting more open, reusable architectures. Gartner predicts that, by 2026, 80% of organizations will invest in platform engineering teams that offer “underlying capabilities” which all other teams can use. This centralized investment reduces the cognitive load on engineers and allows them to focus on value-add delivery.

And between industries, a mindset of open orchestration and reuse is already table stakes for basic survival. For example, if companies today need to integrate geospatial capabilities within a new product, they don’t attempt to recreate Google Maps. Instead, they build on top of this predominant and available service. 

Looking Forward: Agility as a Guiding Principle

True software agility for mission agility is more than a technology or process—or even an infrastructure. Ultimately, it’s a way of thinking and a commitment to achieving an open enterprise in the fullest sense of that word.

Of course, this open-first mindset is not new for the Army; it is already taking hold and changing the game for mission outcomes. For example, through the Modular Open Systems Approach (MOSA) strategy, interoperable designs are helping accelerate innovation and embed flexibility into technical acquisition. But mission agility in the future will continue to demand more. 

The next chapter of digital transformation will be marked by full domain awareness and technology at scale—through a system-of-systems engineering approach. Legacy engineering practices that used to underpin critical technology projects are becoming relics of the past. They will be displaced by:

  • Assembling and orchestrating (versus developing) capabilities
  • Building and controlling open APIs across the system
  • Accelerating outcomes through built-for-reuse services

For defense services and other agencies that are actively moving out on enterprise-wide modernization efforts, this evolution will come with questions to be navigated: Where can we stop building vertical systems and start assembling horizontal solutions? What features and functions are overly coupled with specific platforms, yielding limited enterprise value? Within a system of systems, what services should be scoped into enterprise-level components to be exposed and reused? 

Once an organization starts asking these questions, agility becomes the guiding principle. Our journey at Booz Allen is no different: We’re asking the same questions so that “open” is firmly embedded in our enterprise DNA. 

In this future state, agile engineering helps fight against over-engineering. It ensures that an enterprise can keep up with the exponential pace of technology and enable mission agility for the unknown—but certain—pivots ahead.