안녕하세요.
오늘은 요구사항 정의의 주요 단계에 대해 스터디한 내용을 쓰려고 합니다.
서비서 기획서 작성전 요구사항 정의를 하고 단계를 거쳐 소프트웨어 요구분석을 살펴본 후 요구사항을 정의하고 원칙을 알아
보는 과정입니다.
이 과정은 프로젝트의 목표와 범위를 구체화하여 팀의 노력을 일치시키고, 개발 과정에서의 혼란과 리스크를 줄이는 데 초점을 맞춥니다.
요구사항 정의의 주요 단계에 대해 알아보도록 하겠습니다.
요구사항 정의란?

요구사항 정의의 범위
요구사항 정의는 사용자와 시스템의 요구를 모두 포함하며, 이를 기능적 요구사항과 비기능적 요구사항으로 나눌 수 있습니다.
• 기능적 요구사항(Functional Requirements) : 시스템이 수행해야 할 구체적인 동작과 서비스.
(예: “사용자가 이메일과 비밀번호로 로그인할 수 있어야 한다.”)
• 비기능적 요구사항(Non-functional Requirements) : 시스템의 품질, 성능, 안정성 등과 관련된 사항
(예 : “로그인 응답 시간은 2초를 넘지 않아야 한다.”)
요구사항 정의의 주요 단계

요구사항 수집
1) 요구사항 수집이 단계는 프로젝트의 초기 단계로, 이해 관계자들로부터 요구사항을 수집하는 데 초점이 맞춰져 있습니다.
• 활동 내용
인터뷰 : 고객, 사용자, 비즈니스 담당자 등 주요 이해 관계자들과의 인터뷰를 통해 필요한 요구사항을 직접 수집합니다.
워크숍 : 다양한 이해 관계자를 한곳에 모아 브레인스토밍 세션을 통해 요구사항을 도출합니다.
설문 조사 : 대규모 사용자로부터 요구사항을 수집할 때 활용됩니다.
현장 관찰 : 사용자가 실제로 시스템을 사용하는 환경을 관찰하여 요구사항을 파악합니다.
• 목표
사용자가 무엇을 원하는지, 시스템이 무엇을 제공해야 하는지를 명확히 이해하는 것
예 : “사용자는 상품을 장바구니에 추가할 수 있어야 한다.”
요구사항 분석
수집된 요구사항을 정리하고, 실현 가능성을 검토하며, 최종적으로 프로젝트에 포함시킬 요구사항을 결정합니다.
• 활동 내용
중복 제거 및 정제 : 여러 이해 관계자로부터 나온 중복되거나 모순된 요구사항을정리합니다.
우선순위 설정 : 요구사항의 중요도와 긴급성을 기준으로 우선순위를 결정합니다.
Must-Have : 반드시 필요한 기능
Nice-to-Have : 추가적인 편의 기능
실현 가능성 검토 : 기술적, 재정적, 시간적 제약을 고려하여 요구사항을 검토합니다.
• 결과
요구사항 간 충돌을 해결하고, 실행 가능한 요구사항 리스트를 작성
3) 요구사항 명세화
요구사항을 체계적이고 구체적으로 문서화하여 이해 관계자와 개발팀이 명확히 이해할 수 있도록 표현하는 단계입니다.
• 활동 내용
✓ 기술 문서화 : 기능적 요구사항(예: “로그인 기능 제공”)과 비기능적 요구사항(예: “응답속도는 2초 이하”)을 명확히 기술합니다.
✓ 시각화
다이어그램, 플로우차트, 와이어프레임 등을 활용하여 요구사항을 시각적으로표현합니다.
예 : 로그인 프로세스를 보여주는 사용자 플로우.
✓ 명확성 강조 : 모호한 표현이나 중의적인 내용을 제거하고, 구체적인 수치를 포함합니다.
예: “빠르게” 대신 “1초 이내에”로 표현.
• 결과
✓ 요구사항 명세서(Requirement Specification) 작성
4) 요구사항 검토 및 승인
작성된 요구사항 명세를 이해 관계자들과 공유하고, 이를 최종 확정하는 단계입니다.
• 활동 내용
✓ 리뷰 세션 : 개발팀, 기획팀, 디자이너, 고객 등 주요 이해 관계자들과 문서를검토합니다.
✓ 피드백 반영 : 이해 관계자들이 제안하는 추가 요구사항이나 수정 사항을 반영합니다.
✓ 최종 승인 : 모든 이해 관계자가 명세서에 동의하고 이를 공식적인 프로젝트 기준으로 채택합니다.
• 목표
✓ 요구사항에 대한 합의를 통해 프로젝트의 범위를 명확히 설정
예 : 요구사항 명세서에 서명하거나, 협업 도구에 요구사항 상태를 “승인됨”으로 변경.
전자상거래 프로젝트의 요구사항 정의
1) 수집
• 인터뷰에서 사용자들이 “상품의 배송 상태를 실시간으로 확인하고 싶다”고 요청
2) 분석
• 일부 사용자 요구는 기술적 제약으로 구현이 어려워 우선순위를 조정
• “배송 상태 알림은 하루 3회 이상 제공”으로 구체화
3) 명세화
• “배송 상태는 사용자가 클릭할 수 있는 푸시 알림과 이메일을 통해 제공한다.”
4) 검토 및 승인
• 고객과 개발팀 모두 해당 요구사항에 동의하여 최종 명세서에 포함
소프트웨어 요구분석의 주요 구성 요소
소프트웨어 요구분석의 주요 구성 요소는 소프트웨어가 충족해야 할 기능, 성능, 품질, 시스템 요구사항 등을 구체적으로 정의하는 데 사용됩니다. 이 구성 요소들은 프로젝트의 범위를 설정하고, 설계 및 개발 작업의 기준점을 제공합니다.

요구사항 정의서 작성

마치며
프로젝트 시작 전 요구사항 정의를 하는 것이 중요하며 이는 많은 이해관계자 사이에 기능을 정의하고 가야 고객이 원하는 기능을
넣는 범위를 지정하는 것입니다. 이를 위해 요구사항 정의서를 적는 법을 배워보았습니다.
'AI PM 부트캠프 > UX기획' 카테고리의 다른 글
| 기능정의 및 IA설계 (0) | 2026.02.17 |
|---|---|
| PRD 작성하기 (0) | 2026.02.16 |
| UX 전략 수립 및 서비스 기획서 작성 (0) | 2026.02.15 |
| UX리서치방법론_3 (0) | 2026.02.14 |
| UX리서치 방법론_2 (0) | 2026.02.12 |