Agentic Requirements Engineering이 도입되었습니다: 요구사항 도구에서 작동하는 AI로, 반복적인 수작업은 줄이고 정합성은 높이며 반복 주기는 더 빠르게 만듭니다. 이제 Requirements Portal에서 이용할 수 있습니다.
|
Requirements Portal에서 엔지니어가 일하는 새로운 방식을 소개합니다. 바로 프로젝트 데이터에 직접 작동하는 AI 에이전트를 통해서입니다. |
새로운 Agentic Requirements Engineering 기능은 요구사항 작업 시 발생하는 불필요한 마찰을 없애, 머릿속의 멘탈 모델과 팀 전체가 함께 사용하는 공유 모델 사이의 간극을 줄여줍니다.
그 효과는 무엇일까요? 단순 반복 업무는 줄고, 팀 정렬은 높아지며, 실수는 줄고, 반복 주기는 더 빨라집니다.
아래 영상을 통해 실제 동작 모습을 확인해 보세요.
모든 엔지니어는 제품 개발 과정에서 좋은 요구사항이 중요하다는 것을 알고 있습니다.
다시 말해, 요구사항은 전체 하드웨어 개발 프로세스의 핵심에 있습니다. 사양을 올바르게 정의하면 팀 전체가 더 빠르게 반복하고 더 나은 제품을 만들 수 있습니다.
|
최고의 엔지니어들은 요구사항을 제품과 함께 진화하는 공유 멘탈 모델로 다룹니다. |
하지만 실제로는 많은 엔지니어링 팀이 더 요구사항 중심으로 일하고 싶어도, 현재 사용 가능한 도구가 만들어내는 마찰 때문에 어려움을 겪습니다.
한쪽 끝에는 문서와 노트가 있습니다. 시작은 쉽지만 복잡성이 커질수록 금방 한계에 부딪힙니다. 정보는 흩어지고, 서로 연결되지 않으며, 프로젝트 전반에서 추적하기가 불가능해집니다.
다른 한쪽 끝에는 전용 요구사항 관리 시스템이 있습니다. 이론상으로는 강력하지만, 엔지니어링이 아니라 문서화와 컴플라이언스를 위해 만들어졌습니다. 이런 시스템은 관리 플랫폼처럼 느껴집니다. 무겁고, 양식 중심이며, 실제 엔지니어링 워크플로와 동떨어져 있습니다.
어느 쪽도 프로젝트가 발전함에 따라 엔지니어가 요구사항을 쉽게 관리하도록 해주지는 못합니다. 그래서 요구사항은 한 번 작성되고 잊히거나, 회의 노트와 스프레드시트를 통해 비공식적으로 전달되곤 합니다.
그래서 우리는 Requirements Portal에 Agentic AI를 도입했습니다. 엔지니어가 요구사항과 함께 작업하지 못하게 만드는 마찰을 없애기 위해서입니다.
Agentic Requirements Engineering은 요구사항 데이터에 직접 작동하는 AI 에이전트를 제공합니다. 전체 맥락을 바탕으로 질문에 답하고, 변경안을 제안하며, 지속적인 품질 점검을 수행합니다.
이제 Requirements Portal에는 네 가지 새로운 기능이 제공됩니다.
질문하고, 바꾸고 싶은 내용을 설명하고, UI에서 미리보기를 확인한 다음, 검토하고 적용하세요. 실제 반영 전에 모든 AI 작업을 승인할 수 있습니다.
스프레드시트, PDF, 문서, 노트 등 어디에서든 요구사항을 가져오세요. AI가 이를 구조화되고 잘 정리된 요구사항으로 변환합니다.
프로세스를 AI 에이전트가 여러 프로젝트에서 재사용할 수 있는 지침으로 바꾸세요. 이를 팀과 공유해 워크플로를 표준화할 수 있습니다.
AI가 백그라운드에서 계속 실행되도록 하여 요구사항을 스캔하고, 위험 요소, 추적성 문제, 커버리지 공백을 찾아 검토할 수 있게 해줍니다. (곧 제공 예정)
|
여러분의 승인 없이는 어떤 변경도 일어나지 않습니다. AI는 반복 업무를 처리하고, 엔지니어링 의사결정은 여러분이 내립니다. |
온보드 AI를 활용한 결함 감지용 쿼드 드론이라는 실제 프로젝트를 따라가며, Agentic Requirements Engineering이 업무에 어떻게 녹아드는지 살펴보겠습니다.
모든 새 프로젝트는 흩어진 입력에서 시작됩니다. 요구사항은 거의 완성된 형태로 도착하지 않습니다. 고객 이메일, 회의 노트, 표준이 담긴 PDF, 이전 프로젝트의 스프레드시트 같은 형태로 들어옵니다.
프로젝트 리드는 AI-Assisted Importer를 사용해 고객이 제공한 스프레드시트에서 요구사항을 가져온 다음, Engineering Assistant를 열고 이렇게 입력합니다. "고객 미팅 노트를 요구사항으로 바꿔줘."
그러면 각 항목에 식별자, 제목, 본문, 근거, 유형이 포함된 구조화된 요구사항이 생성되어 검토하고 적용할 수 있게 됩니다. 첫 번째 설계 결정이 내려지기 전에 팀 전체가 공유할 출발점이 마련되는 것입니다.
직접 해보세요: 이 프롬프트를 Engineering Assistant에 붙여 넣으세요: “이 노트를 구조화된 요구사항으로 바꿔줘: 쿼드 드론, 결함 감지를 위한 온보드 AI, 카메라: 스테레오 RGB + 열화상 페이로드, MTOW 4 kg”.
프로젝트 후반에 전자 엔지니어 한 명이 팀에 합류합니다. 보드 설계와 관련된 내용을 찾기 위해 120개의 요구사항을 일일이 읽는 대신, 바로 이렇게 질문합니다.
각 답변은 전체 프로젝트 데이터를 기반으로 하므로, 엔지니어는 몇 분 만에 자신에게 중요한 내용을 파악할 수 있습니다.
직접 해보세요: 샘플 Drone_Example_Project를 열고, 이 프롬프트를 Engineering Assistant에 붙여 넣으세요: “저는 FMU를 설계하고 있습니다. MC 선정에 가장 관련 있는 요구사항은 무엇인가요? 우선순위가 매겨진 목록으로 반환해 주세요.”
프로젝트 중간에 고객이 비행 시간을 30% 늘려 달라고 요청합니다. 단순해 보이지만 그렇지 않습니다.
엔지니어는 이렇게 묻습니다: "비행 시간을 30% 늘리면 어떤 영향이 있나요? 검토가 필요한 모든 요구사항을 식별해 주세요. 우선순위가 매겨진 목록으로 반환해 주세요."
직접 영향을 받는 요구사항이 먼저 나타나고, 그다음으로 전력 및 전기적 제약과 관련된 하위 영향 항목이 뒤따르며, 각각 무엇을 변경해야 하는지 명확한 설명이 제공됩니다. 수작업으로 추적했다면 몇 시간이 걸릴 일이 몇 분으로 줄어듭니다.
|
하드웨어에서는 놓친 모든 종속성이 큰 비용으로 이어집니다. 이를 설계에 반영하기 전에 잡아내는 것은 단순 수정과 재설계 사이의 차이를 만듭니다. |
직접 해보세요: 샘플 Drone_Example_Project를 열고, 이 프롬프트를 Engineering Assistant에 붙여 넣으세요: “요구사항 D-005의 비행 시간을 30% 늘리면 어떤 영향이 있나요? 그 결과 검토 또는 수정이 필요한 모든 요구사항을 식별해 주세요. 구조화된 우선순위 목록으로 반환해 주세요. 간결하고 실행 가능하게 작성해 주세요.”
우리는 팀이 Agentic Requirements Engineering을 이렇게 도입할 것이라고 봅니다. 단순한 단계에서 시작해, 도구가 업무 방식의 일부가 되면서 점차 확장해 가는 방식입니다.
새 프로젝트를 만들고 요구사항을 가져오세요.
준비가 되면 프로젝트를 팀과 공유하세요. 동료들은 같은 AI 도구를 사용해 자신의 업무와 관련된 내용을 이해하고, 질문하고, 피드백을 제공한 뒤, 실제 구현을 시작할 수 있습니다.
Engineering Assistant가 요구사항과 직접 상호작용할 수 있는 방법을 제공한다면, AI Skills는 팀의 프로세스를 재사용 가능한 지침으로 인코딩할 수 있게 해줍니다. 따라서 요구사항 작성 방식, 점검 수행 방식, 검증 계획 수립 방식이 모든 프로젝트에서 반복 가능하고 일관되게 유지됩니다.
각 스킬은 팀에 특화된 프로세스를 담고 있습니다. 즉, 여러분의 템플릿, 용어, 표준이 반영됩니다. 예를 들어 다음과 같은 맞춤형 스킬을 정의할 수 있습니다.
Background Agents는 요구사항을 지속적으로 모니터링하고 문제를 선제적으로 드러내므로, 문서 작업에 들이는 시간은 줄이고 설계에 더 많은 시간을 쓸 수 있습니다. 일정에 맞춰 실행되도록 설정하거나, 요구사항이 변경될 때 자동으로 트리거되도록 할 수 있습니다.
이는 어떤 엔지니어도 변경이 있을 때마다 연결된 모든 요구사항, 설계 항목, 검증 활동을 수작업으로 추적할 시간이 없기 때문입니다. Background Agents는 이 작업을 항상 작동하는 점검으로 대체하여, 실수가 퍼지기 전에 잡아냅니다.

요구사항은 팀의 모든 사람과 관련되지만, 모두가 같은 방식으로 이를 다루는 것은 아닙니다. 역할마다 요구사항과 맺는 관계가 다르기 때문입니다.
|
요구사항은 더 이상 정적인 문서가 아니라, 팀 전체가 함께 만들어가고 발전시키는 살아 있는 공유 모델이 됩니다. |
Agentic Requirements Engineering을 개발한 팀은 2023년에 요구사항 엔지니어링에 AI를 처음 도입했습니다. 원래 Valispace였던 이 팀은 인수를 통해 Altium에 합류했고, 이후 Requirements Portal이 되었습니다.
이러한 선행 경험은 중요합니다. 이번 릴리스의 핵심 인사이트는 실제 엔지니어링 팀과 함께 구축하고, 출시하고, 반복 개선해 온 수년간의 경험에서 나왔습니다. 엔지니어는 자율적인 변경이 아니라 검토할 수 있는 제안을 원합니다. 단순한 채팅만으로는 충분하지 않습니다. AI는 프로젝트 데이터에 대해 질문에 답하는 수준을 넘어, 그 데이터에 직접 작동할 수 있어야 합니다.
AI 도구는 이제 하드웨어 개발 워크플로에서 진정으로 유용한 작업을 수행하기 시작했습니다. 하지만 AI의 성능은 그것이 기반하는 맥락에 달려 있으며, 그 맥락이 바로 요구사항입니다. 좋은 요구사항은 팀의 정렬을 유지하는 데 도움이 될 뿐만 아니라, AI 지원 설계, 검증, 테스트를 가능하게 하는 기반이 됩니다. 요구사항을 제대로 갖추면, 이후 단계의 모든 AI 도구도 더 잘 작동합니다.
바로 그렇기 때문에 지금이야말로 요구사항을 진지하게 다뤄야 할 때이며, 그래서 우리가 이것을 만들었습니다.

Agentic Requirements Engineering은 현재 Requirements Portal에서 바로 사용할 수 있습니다.
시작하면 바로 탐색해 볼 수 있는 샘플 데이터가 준비되어 있어, 실제 프로젝트에 적용하기 전에 에이전트가 어떻게 작동하는지 확인할 수 있습니다.
바로 그 점이 핵심입니다. Requirements Portal의 AI 에이전트는 사용자의 명시적인 승인 없이 변경 사항을 절대 반영하지 않습니다. 모든 제안은 UI에서 미리 보기로 제공되며, 원본과 나란히 비교해 검토하고, 필요하면 수정한 뒤 적용할 수 있습니다. AI는 제안하고, 엔지니어가 결정합니다.
대부분의 도구는 기존 인터페이스에 채팅 창만 덧붙여 놓고 AI라고 부릅니다. Agentic Requirements Engineering은 그보다 더 나아가, AI가 프로젝트 데이터에 직접 작용하고 사용자가 검토할 수 있도록 UI에서 구조화된 변경 제안을 제공합니다. 우리의 AI 에이전트는 기술 요구사항을 다루도록 특별히 설계되어 있어, 결과물이 정확하고 구조화되어 있으며 프로젝트와 긴밀하게 연결됩니다.
네. 시작하는 데 정식 요구사항 엔지니어링 경험은 필요하지 않습니다. 대부분의 엔지니어링 팀은 요구사항의 중요성을 알고 있지만, 기존 도구들이 전문 지식과 경직된 프로세스를 전제로 하기 때문에 정식 워크플로를 피하곤 합니다. Agentic Requirements Engineering은 엔지니어가 원래 생각하는 방식에 맞춰 작동하므로, 요구사항 전문가가 되지 않아도 의도를 빠르게 정리하고 기록할 수 있습니다.
Agentic Requirements Engineering은 지금 Requirements Portal에서 사용할 수 있습니다. 회사에서 이미 Altium 제품을 사용 중이라면 Altium Develop 및 Agile Teams 구독에 포함되어 있어 새로운 벤더 계약이나 구매 절차가 필요하지 않습니다. 아래 링크에서 30일 무료 평가판을 시작하세요.