한동안 나는 소프트웨어 이동성이 CJADC2(Combined Joint All-Domain Command and Control)의 기본이라고 주장해 왔습니다. 데이터가 작동 속도로 이동해야 한다면 이러한 효과를 구현하는 소프트웨어는 훨씬 더 빠르게 이동해야 합니다. 이 주장은 배포에 중점을 두었습니다.
그러나 훨씬 더 설득력 있는 것으로 입증될 수 있는 또 다른 관문이 있는데, 이것이 바로 국방부가 소프트웨어를 획득하는 방법입니다.
미 국방부의 조달 시스템은 비합리적이지 않습니다. 특정 역사적 문제 세트에 최적화되어 있습니다. 수십 년 동안 우리는 설계 및 구축에 수년이 걸리고 대규모 팀과 높은 가치의 계약이 필요하며 상당한 기술 및 통합 위험이 수반되는 시스템을 구입해 왔습니다. 실패로 인한 비용은 재정적으로나 운영적으로나 막대한 경우가 많았습니다.
이러한 조건에서는 초기 정확도에 많은 투자를 하는 것이 합리적이었습니다. 세부 요구 사항, 구조화된 정보 요청(RFI) 및 제안 요청(RFP), 규정 준수 게이트 및 철저한 수용 기준은 모두 잘못된 것을 구축할 가능성을 줄이기 위해 설계된 메커니즘이었습니다.
개발에 5~10년이 걸리고 수억 달러가 소요된다면 올바른 계약을 맺기 위해 많은 시간을 소비하는 것이 합리적이었습니다.
수학이 달라졌어요
에이전트 소프트웨어 개발은 해당 방정식의 경제성을 변화시킵니다. 이제 전체 임무 애플리케이션을 몇 주 안에 구축할 수 있습니다. 어떤 경우에는 작동하는 프로토타입이 며칠 내에 배송될 수 있습니다.
현대 임무 기능의 대부분은 상황 인식 대시보드, 데이터 융합 서비스, 분석 오버레이, 레거시 시스템 간의 통합 브리지 및 워크플로 자동화 도구로 구성됩니다. 이러한 애플리케이션은 엔지니어링 복잡성보다는 액세스, 권한, 사용자 피드백에 의해 제약을 받는 경우가 많습니다.
그러나 우리는 요구 사항을 정의하고, 계약을 협상하고, 짧은 시간 안에 구축할 수 있는 애플리케이션에 대한 감독 검토를 탐색하는 데 수개월을 소비하는 경우가 많습니다. 6개월의 획득 노력이 1개월의 개발보다 앞서면 시스템은 더 이상 위험을 효과적으로 완화할 수 없습니다. 구조적 특징으로 지연을 도입합니다.
어떤 경우에는 앱을 구축하고, 제한된 사용자 기반에 배포하고, 피드백을 수집하고, 폐기하고, 기존 획득 주기가 초기 단계를 완료하기 전에 다시 빌드할 수도 있습니다. 반복 비용이 붕괴되었습니다. 우리의 구매 조건은 그렇지 않았습니다.
유용한 비유는 응급 의학입니다. 국방부의 전통적인 획득 모델은 조치가 시작되기 전 광범위한 진단, 다중 검토, 잘 정의된 절차 및 위험 제어를 사용하여 복잡한 수술을 준비하는 것과 유사합니다. 이는 개입에 비용이 많이 들고 되돌리기 어려운 경우에 적합합니다.
그러나 현대 소프트웨어의 대부분은 이제 수술이라기보다는 야전 병원의 분류에 더 가깝습니다. 환자를 만지기 전에 완벽한 치료 계획을 세우는 것이 우선이 아닙니다. 가장 시급한 문제를 안정시키고, 반응을 관찰하고, 빠르게 적응하고, 계속해서 학습하는 것입니다.
행동의 결과
자율 시스템을 몇 년이 아닌 며칠 만에 설계하고 생산할 수 있는 제조 분야의 혁신을 상상해 보십시오. 미국과 적국 모두 이 능력에 접근할 수 있습니다.
우리의 적들은 일주일 안에 새로운 변종을 설계, 제조 및 배치하여 새로운 전장 상황에 대응합니다. 우리는 생산을 승인하기 전에 요구 사항을 정의하기 위해 6개월 간의 경쟁 조달 주기를 시작함으로써 대응합니다. 최종 시스템이 서류상으로는 우수하더라도 시간 불일치로 인해 운영상의 이점이 약화될 수 있습니다.
적응 속도는 이론적 최적화보다 더 중요합니다. 물리적 영역에서는 그러한 지연이 용납될 수 없습니다. 디지털 영역에서는 점점 더 정상화되고 있습니다.
앞으로 나아가는 방법
이러한 긴장을 해결하는 단일 정책 메모는 없습니다. 그러나 방향의 더 많은 변화가 필요합니다. 가장 중요한 것은 문서 기반 제안에서 “Show Me” 모델로의 전환입니다.
특히 모듈식이고 가역적이며 사용자 지향적인 소프트웨어의 경우 획득 시기를 개발 일정에 맞춰 조정해야 합니다. 30일 안에 구축할 수 있는 용량에 대한 계약 경로는 시스템적 비효율성을 도입하지 않고는 일반적으로 180일이 소요될 수 없습니다.
DoD는 반복을 중심으로 소프트웨어 작업을 보다 편안하게 구성해야 합니다. 신속한 프로토타이핑과 측정 가능한 운영 영향을 촉진하는 계약은 대행사 개발과 더 잘 조화됩니다. 적들이 빠르게 반복할 수 있는 시대에 국방부는 개발 지연을 잊혀진 현실이 아닌 운영상의 단점으로 처리해야 합니다.
마지막으로 국방기관은 단일 베팅보다는 포트폴리오 측면에서 생각해야 한다. 소프트웨어가 풍부하고 반복 비용이 저렴할 때 하나의 대규모 프로그램을 과도하게 최적화하는 것보다 여러 개의 작은 실험에 자금을 지원하는 것이 전략적으로 유용할 수 있습니다. 목표는 어떤 대가를 치르더라도 실패를 피하는 것에서 상대방보다 빨리 배우는 것으로 전환됩니다.
실제로는 어떤 모습일까요? DoD는 상용 솔루션 공개 권유(CSO) 및 기타 거래 계약(OTA)을 사용하여 요구 사항을 설명하고 기업이 기능을 완료하기 위해 제조 계약을 획득하거나 직접 수여할 권한을 가지고 테스트할 수 있는 프로토타입을 제시하도록 해야 합니다. 전체적으로 이 과정은 30~60일 정도 걸릴 수 있습니다.
에이전트 개발은 구축 일정을 역사적 속도로 단축합니다. 구현을 업그레이드했지만 인수를 그대로 두면 병목 현상을 업스트림으로 재배치할 뿐입니다. 우리는 기계 속도로 소프트웨어를 구축할 수 있는 시스템을 만들 위험이 있지만 그렇게 하려면 허가를 받기 위해 관료적 속도로 기다려야 합니다.
소프트웨어를 구축하는 속도와 구매하는 속도 사이의 격차가 점점 커지고 있습니다. 어느 시점이 되면 그 격차는 더 이상 비효율적이지 않고 위험해집니다.
Michael MacFadden은 Sigma Defense의 최고 기술 책임자입니다.
저작권 © 2026 연방 뉴스 네트워크. 모든 권리 보유. 이 웹사이트는 유럽경제지역(EEA)에 거주하는 사용자를 위한 것이 아닙니다.
