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 + 열화상 페이로드, 최대이륙중량 4kg”.
프로젝트가 진행되는 중에 전자 엔지니어 한 명이 팀에 합류했다고 가정해 보겠습니다. 보드 설계와 관련된 내용을 찾기 위해 120개의 요구사항을 모두 읽는 대신, 다음과 같이 직접 질문할 수 있습니다.
각 답변은 전체 프로젝트 데이터를 기반으로 하므로, 엔지니어는 몇 분 안에 자신에게 관련된 내용을 파악할 수 있습니다.
직접 사용해 보세요: 샘플 Drone_Example_Project를 열고, 이 프롬프트를 Engineering Assistant에 붙여 넣으세요: “저는 FMU를 설계하고 있습니다. MC 선택에 가장 관련성이 높은 요구사항은 무엇인가요? 우선순위가 반영된 목록으로 반환해 주세요.”
프로젝트 중간에 고객이 비행 시간을 30% 늘려 달라고 요청합니다. 단순해 보이지만, 실제로는 그렇지 않습니다.
엔지니어는 이렇게 묻습니다: "비행 시간을 30% 늘리면 어떤 영향이 있나요? 검토가 필요한 모든 요구사항을 식별하고, 우선순위가 반영된 목록으로 반환해 주세요."
직접적인 영향을 받는 요구사항이 먼저 표시되고, 그다음으로 하위 전력 및 전기적 제약이 이어지며, 각각 무엇을 변경해야 하는지 명확한 설명이 함께 제공됩니다. 수작업으로 추적했다면 몇 시간이 걸렸을 작업이 몇 분으로 줄어듭니다.
하드웨어에서는 간과된 모든 종속성이 큰 비용으로 이어집니다. 실제 설계에 반영되기 전에 이를 찾아내느냐의 차이가 단순 리비전과 전면 재설계(respin)를 가릅니다. |
직접 사용해 보세요: 샘플 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일 무료 평가를 시작하세요.