안녕하세요.

오늘은 요구사항 정의의 주요 단계에 대해 스터디한 내용을 쓰려고 합니다.
서비서 기획서 작성전 요구사항 정의를 하고 단계를 거쳐 소프트웨어 요구분석을 살펴본 후 요구사항을 정의하고 원칙을 알아

보는 과정입니다.
이 과정은 프로젝트의 목표와 범위를 구체화하여 팀의 노력을 일치시키고, 개발 과정에서의 혼란과 리스크를 줄이는 데 초점을 맞춥니다.
요구사항 정의의 주요 단계에 대해 알아보도록 하겠습니다.

 

요구사항 정의란?

요구사항을 초기에 정하지 않으면 고객의 니즈와는 완전 다른 결과가 나온다.

 

요구사항 정의의 범위

 

요구사항 정의는 사용자와 시스템의 요구를 모두 포함하며, 이를 기능적 요구사항과 비기능적 요구사항으로 나눌 수 있습니다.

• 기능적 요구사항(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

+ Recent posts