비즈니스 요구사항을 정의할 때 어떤 접근 방식을 취하나요?

비즈니스 요구사항을 정의할 때 가장 먼저 하는 건 이 요구사항이 어떤 문제를 해결하기 위한 것인지를 확인하는 것입니다. 요청을 그대로 구현하면 원하는 결과가 나오지 않는 경우가 종종 있어, 요청의 배경을 먼저 이해하는 것이 중요합니다. 수업 프로젝트에서 시스템 요구사항 문서를 작성할 때, 현재 상태(AS-IS)와 목표 상태(TO-BE)를 구분해 작성했더니 개선 범위가 명확해졌습니다. 요구사항은 기능 요구사항과 비기능 요구사항을 분리해서 작성하는 것이 개발 단계에서 도움이 됩니다. 예를 들어 로그인 기능 자체는 기능 요구사항이고, 응답 시간이나 동시 접속 허용 범위는 비기능 요구사항입니다. 요구사항 정의는 확인을 반복하는 과정이기도 합니다. 한 번 정리 후 이해관계자에게 검토를 요청해 해석 차이를 초반에 정렬하는 것이 나중의 재작업을 줄입니다.