방위사업청, 소프트웨어 중심 무기체계 애자일 개발 지침 제정
2026년 1월 5일, 방위사업청이 「소프트웨어 중심 무기체계 애자일(Agile) 개발 도입·운영 지침」을 제정·발령했습니다. 이번 지침은 인공지능(AI), 무인·로봇 등 소프트웨어 중심 첨단 무기체계의 개발 속도와 효율성을 높이기 위한 제도적 기반입니다. 방위사업청은 2026년 시범사업을 시작으로 유무인전투기복합체계용 무인기의 AI 파일럿 기술에 애자일 방식을 적용할 계획이며, 향후 방위사업법 개정을 통해 무기체계 전반으로 확산할 방침입니다.
방위사업정책국장은 이번 발표에서 “최근 군사력의 핵심 요소가 ‘철(鐵)·화약’에서 ‘코드(Code)·인공지능’으로 전환되는 과정에 있다”고 밝혔습니다. 방산 소프트웨어 개발 현장에서도 이 변화에 대응할 준비가 필요합니다. 기존 방식으로는 빠르게 진화하는 소프트웨어 기술을 무기체계에 적시 적용하기 어렵기 때문이에요. 이번 글에서는 지침의 핵심 내용을 살펴보고, 방산 업계 실무자들이 어떻게 준비해야 하는지 정리해 보겠습니다.
왜 지금 애자일인가?
기존 무기체계 개발은 폭포수(Waterfall) 방식을 따랐습니다. ‘요구사항 → 설계 → 개발 → 시험 → 배치’ 순서로 진행되는 일괄 개발 구조죠. 이 방식은 하드웨어 중심 무기체계 개발에는 적합했지만, 소프트웨어 중심 첨단 무기체계에는 한계가 분명합니다. 개발 기간이 길어질수록 기술 변화를 반영하기 어렵고, 최종 단계에서야 사용자 피드백을 받을 수 있어 요구사항 변경에 유연하게 대응하기 힘들기 때문입니다.
반면 애자일(Agile) 방식은 짧은 주기로 소프트웨어를 반복 개발·배포합니다. 개발 과정 전체에 걸쳐 사용자 피드백을 받고, 전력화 이후에도 성능을 지속 고도화할 수 있어요. 스마트폰 앱이 기술 발전과 사용자 의견을 반영해 지속적으로 개선되는 것처럼, 국방 분야에서도 최신 기술과 군(軍) 요구사항을 신속하게 적용할 수 있게 됩니다. 미국 국방부와 글로벌 정보통신기업에서 이미 널리 활용하고 있는 방식이기도 합니다.
지침의 핵심 내용 3가지
이번 지침은 크게 세 가지 핵심 원칙을 담고 있습니다. 첫째, 개발 초기부터 최종사용자가 참여합니다. 소요군·합참 등 최종사용자가 개발 과정에 직접 참여해 사용하고 피드백을 환류하는 구조예요. 둘째, 시험평가를 유연하게 수행합니다. 개발 단계에서 최종사용자 사용을 통해 기능이 입증되면, 그 결과를 반영한 시험평가를 진행합니다. 셋째, 운용단계에서도 지속적 업데이트가 가능한 환경을 마련합니다. 전력화 이후에도 소프트웨어를 개선·업데이트할 수 있는 제도적·기술적 여건을 확보하는 것이죠.
이러한 변화는 방산 소프트웨어 개발 현장에 상당한 영향을 미칩니다. 짧은 주기의 반복 개발, 빈번한 요구사항 변경, 지속적인 시험과 배포가 일상이 되기 때문입니다. 기존 폭포수 방식에 맞춰진 개발 프로세스와 도구만으로는 대응이 어렵습니다. 그렇다면 방산 업계 실무자들은 무엇을 준비해야 할까요? 핵심 영역 세 가지를 살펴보겠습니다.
방산 SW 개발팀이 지금 준비해야 할 3가지
애자일 개발에서는 요구사항이 고정되지 않습니다. 반복 개발 주기마다 사용자 피드백을 반영해 요구사항이 추가되거나 변경될 수 있어요. 문제는 무기체계 소프트웨어 개발에서 모든 요구사항의 변경 이력을 추적하고, 영향도를 분석해야 한다는 점입니다. 체계 요구사항부터 SW 요구사항, 설계, 테스트 요구사항까지 CSCI, CSC, CSU 단위로 그룹화하여 체계적으로 관리해야 합니다. 요구사항 간 추적성(Traceability)이 확보되지 않으면 변경 사항이 어디까지 영향을 미치는지 파악하기 어렵고, 결국 품질 문제로 이어집니다.
준비 1. 요구사항 관리와 추적성 확보
애자일 개발에서는 요구사항이 고정되지 않습니다. 반복 개발 주기마다 사용자 피드백을 반영해 요구사항이 추가되거나 변경될 수 있어요. 문제는 무기체계 소프트웨어 개발에서 모든 요구사항의 변경 이력을 추적하고, 영향도를 분석해야 한다는 점입니다. 체계 요구사항부터 SW 요구사항, 설계, 테스트 요구사항까지 CSCI, CSC, CSU 단위로 그룹화하여 체계적으로 관리해야 합니다. 요구사항 간 추적성(Traceability)이 확보되지 않으면 변경 사항이 어디까지 영향을 미치는지 파악하기 어렵고, 결국 품질 문제로 이어집니다.
준비 2. 반복 개발을 위한 시험·품질 관리 체계
애자일 방식에서는 짧은 주기로 개발과 시험을 반복합니다. 시험 계획, 시험 절차, 시험 결과를 일관성 있게 관리하고, 테스트 케이스 실행 결과와 결함 정보를 실시간으로 추적해야 해요. 방위사업청 매뉴얼에서 요구하는 SW 신뢰성 시험(정적 시험, 동적 시험) 대상 여부와 등급도 정확히 식별해야 합니다. 리뷰(Review), 검증(Verification), 확인(Validation) 등 다양한 품질 관리 활동을 체계적으로 수행하고 기록하는 것이 필수입니다.
준비 3. 형상 관리와 산출물 자동화
반복 개발 주기마다 산출물이 업데이트되고, 베이스라인이 새롭게 설정됩니다. 형상 식별, 베이스라인 관리, 형상 변경 통제를 체계적으로 수행해야 소프트웨어 자산의 무결성을 보장할 수 있어요. 형상 항목에 대한 변경 요청을 접수하고, 검토 및 승인 절차를 통해 변경 사항을 통제하는 프로세스가 필요합니다. 또한 방위사업청 매뉴얼에서 요구하는 산출물을 개발 단계별로 작성하고 관리해야 하는데, 수작업으로는 빠른 반복 주기를 따라가기 어렵습니다. 사업 유형에 맞는 산출물 목록 자동 생성, 템플릿 기반 문서 작성, 작성 현황 관리 기능이 뒷받침되어야 합니다.
애자일 전환, ALM 도구가 답이다
요구사항 관리, 시험 관리, 형상 관리, 품질 관리, 산출물 관리까지. 이 모든 활동을 유기적으로 연결하고 자동화하려면 ALM(Application Lifecycle Management) 도구 도입이 필수입니다.
모아소프트의 SDAS는 방산과 항공 분야 27년 경험을 바탕으로 개발된 국내 기술 100% ALM 솔루션입니다. 방위사업청 매뉴얼을 준수하면서도 애자일 방식의 반복 개발을 지원하며, 한국어 UI와 매뉴얼로 실무 적용이 용이합니다.
2026년 시범사업 이후 애자일 개발 방식이 본격 확산될 것으로 예상됩니다. 지금부터 개발 프로세스와 도구를 점검하고 준비한다면, 변화에 한 발 앞서 대응할 수 있을 것입니다.
📞 문의: 02-6945-2156
*본 게시글은 AI 도구를 활용하여 생성한 이미지가 포함되어 있습니다.
