의도가 조용히 사라질 때 – 요구사항 공학에서 미래에 대비한 아키텍처 확보하기

요구사항 엔지니어로서 여러분이 추구하는 목표는 단 하나, 바로 ‘의도가 변화 속에서도 살아남는 것’입니다. 여러분은 이 의도가 요구사항 저장소, 모델, 설계, 구현, 공급자, 검토 과정을 거쳐 최종 납품에 이르기까지 매끄럽게 이어지기를 기대합니다. 하지만 많은 프로젝트와 프로그램에서 문제는 명백한 방식으로 발생하지 않습니다. 단 하나의 실패 지점도, 극적인 실수도 없습니다. 대신 사소한 오해들이 시간이 지남에 따라 쌓여갑니다. 두 팀이 요구사항을 서로 다르게 해석합니다. 한 팀은 변경 사항을 논의하지만, 다른 팀은 그 변경이 자신들의 업무에 미치는 영향을 간과합니다. 이해관계자가 특정 단계를 승인하지만, 몇 주가 지나면 아무도 원래의 의도를 기억하지 못합니다.

이러한 마찰은 툴체인이 분리될 때 발생합니다. 요구사항은 한 곳에, 시스템 모델은 또 다른 곳에 위치합니다. 물리적 및 논리적 설계 산출물은 여기저기 흩어져 있습니다. 팀들은 각자의 환경 내에서 신중하게 작업하지만, 요구사항, 모델, 설계 간의 관계를 명확히 드러내기보다는 단순히 가정하고 작업합니다. Vector(벡터)에서는 엔지니어링이 탐정 같은 추리 작업이 아니라 추진력을 바탕으로 발전한다는 사실을 잘 알고 있습니다. 서로 연결을 끊은 시스템 간에 정보가 오갈 때, 추적 경로와 맥락이 사라집니다. 결국 같은 질문에 반복해서 답해야 하는 상황이 벌어집니다.

이러한 경향을 방치하면 요구사항 공학은 그저 안심을 얻기 위한 검색 도구로 전락하고 맙니다. 요구사항 엔지니어들은 혁신과 탁월성을 주도하기보다는, 마치 살아있는 추적성 매트릭스처럼 끝없는 회의에 시달리게 됩니다. 진정한 대가는 나중에야 드러나는데, 명확한 기술적 원인 없이 재작업이 발생하거나 납기가 지연될 때 비로소 그 실체가 드러납니다.