The U.S. military’s acquisition system is often described as rigid and slow-moving, whereas modern conflicts—such as the war in Ukraine—demand rapid adaptation and innovation. A significant disconnect exists between those on the ground experiencing operational challenges and those writing the processes defining solutions that can be acquired and deployed. This forum post explores how warfighters and capability developers can better collaborate to streamline the acquisition process.
1. Agility in Acquisition: Waterfall vs. Iterative Fielding
The U.S. follows a structured, long-term acquisition model, while conflict zones like Ukraine showcase the necessity of rapid fielding and iteration.
Industry should be engaged in ongoing development cycles rather than static, requirement-heavy contracts that delay innovation.
2. Fixing Requirement Writing to Align with Operational Needs
Common Issues:
Overly complex, contradictory, or unrealistic requirements.
“Kitchen sink” requirements that try to do everything and end up doing nothing well.
Solutions:
Shift to objective-based requirements that clearly define the operational problem.
Adopt leaner, mission-focused requirements, as demonstrated by the USMC reducing a 200-line requirement document to a two-page Statement of Need.
3. Integrating Rapid Prototyping & Field Testing
Tactical field testing (e.g., Tactical Innovation and Combat (TiC) initiatives) is in motion but lacks clear pathways within DOT&E oversight.
Establish defined yet flexible evaluation processes for real-world validation before full-scale procurement.
4. Interoperability & Standards: The Weak Link
Current acquisitions often result in stovepiped systems that cannot communicate.
Government agencies must enforce modular, plug-and-play standards across systems (e.g., the Joint sUAS Capability Development Document mandates adherence to Joint Reference Architectures, but enforcement remains weak).
5. Government Bureaucracy & Bottlenecks: Overcoming the Slow Lane
While legal avenues exist for rapid acquisition, internal resistance to change hinders execution.
Funding mechanisms often require complete solutions before validation, blocking iterative development.
6. Avoiding Duplication & Fragmentation
Commands fund separate, incompatible Common Operational Picture (COP) tools instead of integrating existing solutions.
A concerted effort is needed to unify joint capability initiatives rather than reinvent the wheel in every branch.
7. Cultural & Structural Resistance to Change
Leadership is often risk-averse, rejecting disruptive innovations (e.g., resistance to FPV drone acquisition despite securing $68M in funding).
Institutional inertia prevents rapid adoption of emerging technology unless a champion pushes it through the system.
Steps to Bridge the Gap
For Ground-Level Warfighters:
Learn How to Write Requirements:
If you don’t define what you need, someone else will—often poorly.
Educate yourself on writing clear, operationally grounded capability statements.
Utilize Existing Rapid Acquisition Processes:
JUONS/JEONS: Joint Urgent Operational Need Statements for critical, fast-tracked capabilities.
SOCOM DIR 71-4: Special Operations’ rapid prototyping directive.
TiC (Tactical Innovation and Combat) Initiatives: Real-world field testing.
Build Relationships with Capability Developers:
Find out who writes the requirements at your unit or higher command.
Engage them early and often; explain your needs in operational terms.
For Requirements Writers & Capability Developers:
Engage Directly with End Users:
Walk the flight line, visit field units, and see the problem firsthand.
Create direct channels for feedback from deployed units.
Simplify and Focus Requirements:
Don’t let bureaucratic bloat kill good ideas.
Cut unnecessary specs—focus on solving one problem well.
Push for Institutional Change:
Advocate for enforcing interoperability and modular standards.
Work within existing rapid acquisition programs to bypass bureaucratic slowdowns.
Open Questions for the Community
What are examples of bad requirements, and how do we fix them?
How can we consolidate redundant Joint COP tools into a unified system?
What’s the best approach for accelerating DOT&E oversight?
How do we institutionalize faster procurement while maintaining accountability?
Conclusion
The frustration with slow acquisition is real, but solutions exist. By fostering direct engagement between those in the trenches and those writing the processes, we can push for more agile, effective, and mission-driven acquisition strategies.
For those in the fight: Seek out your capability developers. For those writing the requirements: Listen to the end users. Only through collaboration can we ensure our forces have what they need when needed.
Join the Discussion: What has your experience been with acquisitions? Have you seen success in cutting through bureaucracy? Let’s share lessons and ideas below!
Breakdown of the Discussion: Main Points and Context
For those who down arrowed. And removing all named context.
1. Rigid Acquisition vs. Agile Fielding
Problem: The U.S. acquisition system is rigid, relying on a waterfall approach, whereas Ukraine’s necessity-driven model demonstrates the need for agility.
Proposed Solution: Shift to iterative fielding and improvement, prioritizing operational capability over “perfect” solutions.
2. Issues with U.S. Military Requirements Writing
Key Issues:
Overly complex, unrealistic requirements.
Requirements often dictated by industry rather than operational needs.
Proposed Solution:
Adopt clear, narrowly focused requirements aimed at solving specific operational challenges.
Follow a government-defined objective framework, where industry aligns solutions rather than defining needs.
3. Rapid Prototyping and Field Testing
Challenge:
Efforts like Tactical Innovation and Combat (TiC) are limited by unclear oversight pathways under DOT&E.
Proposed Solution:
Define clear, flexible evaluation processes for field validation before scaling programs.
4. Interoperability and Standards
Problem: Siloed systems with no modular, plug-and-play interoperability.
Examples of resistance include FPV drone programs and IVAS despite substantial funding.
Proposed Solution:
Encourage a culture of calculated risk-taking and innovation at leadership levels.
10. The Role of Passionate Individuals in Change
Problem:
Systemic inefficiencies frustrate individuals who push for change, often leading to burnout.
Proposed Solution:
Support and empower capability developers by providing clear pathways and reducing bottlenecks in processes.
Referenced Documents & Regulations
DOT&E Oversight: Governs testing & evaluation for major acquisition programs.
JCIDS/SOFCIDS: Frameworks for structuring Joint and Special Operations requirements.
TiC Initiatives: Emerging tactical testing program for rapid deployment.
DIR 71-4: SOCOM’s rapid prototyping directive.
Joint sUAS CDD: Defines interoperability requirements for UAS systems.
AR 71-9: Army regulations on force development and requirements writing.
TRADOC Capability Development Document Writer’s Guide (2012): Framework for writing operational requirements.
JUONS/JEONS: Mechanism for addressing urgent operational needs.
APFIT: Accelerated funding for innovative technologies.
MIL-STD-2525: Military standards for symbology and data structures.
SOF RAPTOR IV (SR-IV) IDIQ: Contract vehicle for rapid technology acquisition.
Highlighted Questions & Answers
Unanswered/Unclear Questions
What specific examples of bad requirements exist, and how do we fix them?
Discussion required on identifying flawed requirements and actionable steps to streamline or redefine them for clarity and operational alignment.
What is the best way to consolidate Joint COP tools into one functional system?
Exploration of strategies and frameworks to unify disparate Common Operational Picture (COP) tools into a singular, interoperable system.
How can we accelerate DOT&E oversight for rapid fielding?
Addressing bottlenecks in the Department of Defense’s testing and evaluation process to enable quicker deployment of validated systems.
What steps need to be taken to enforce interoperability standards across services?
Proposals to institutionalize adherence to standards like the Joint Reference Architecture and enforce compliance across all branches and programs.
Answered Questions
How can requirements be streamlined?
Transition from hard, detailed specifications to objective-based frameworks.
Follow successful models like the USMC’s two-page Statement of Need, focusing on essential operational requirements.
What acquisition processes can bypass traditional delays?
Unfunded Requirement Justification: Mechanisms to justify acquisition without initial budget allocation.
Technology Transfer Bypass: Leveraging existing systems for rapid deployment.
SOCOM’s SORRD (Rapid Prototyping/Fielding via MTA): Utilizing streamlined acquisition pathways for Special Operations needs.
Can anyone write a JUONS/JEONS?
Yes, but it must be validated by a Combatant Command (CCMD) to ensure alignment with operational priorities and urgent needs.
What is a fast-track procurement model?
Example process: JUON → Limited Fielding → Capability Development Document (CDD) → Joint Requirements Oversight Council (JROC) → Program of Record (PoR).
Who writes and validates requirements?
TRADOC Capability Developers: Primary authors of requirements for Army programs.
Program Offices: Responsible for Navy, Air Force, SOCOM, and other branch-specific programs.
Combatant Commands (CCMDs): Validate urgent requirements for operational priorities.
Service Component Commands: Includes units like the 75th Ranger Regiment or USASOC, contributing to specific operational capability development.
If you were to enable more service members to provide the ground truth one of the largest gaps might be on what current capabilities exist.
The ground levels may be fending for themselves on what exist or has been funded to really be able to say not only that xyz capability exist but why it doesn’t meet the mission requirement.