테마
Scene C2 · Requirements (EARS)
목표
생성된 Requirements 문서를 검토하고, 각 요구사항이 EARS(Easy Approach to Requirements Syntax) 형식으로 작성되었는지 확인·보완합니다.
EARS 형식이란?
EARS는 요구사항을 명확하고 테스트 가능하게 작성하는 표준 패턴입니다:
WHEN [조건/이벤트]
THE SYSTEM SHALL [시스템이 수행할 동작]예시:
WHEN 사용자가 새로운 할 일을 입력하고 추가 버튼을 클릭할 때, THE SYSTEM SHALL 입력된 내용으로 새로운 할 일 항목을 생성하고 목록에 표시한다.
사전 준비
- Scene C1 완료 (Spec 3개 문서 생성됨)
해볼 것
1단계: Requirements 검토 요청
Requirements를 검토해주세요. 각 사용자 스토리가 EARS 형식으로 작성되었는지 확인하고, 부족한 부분이 있다면 보완해주세요.2단계: 확인할 항목
검토 결과에서 아래 사항을 확인합니다:
| 확인 항목 | 기준 |
|---|---|
| EARS 형식 | 모든 요구사항이 WHEN/SHALL 패턴 |
| 기능 요구사항 | 구체적이고 측정 가능 |
| 비기능 요구사항 | 성능·보안·접근성 포함 |
| 우선순위 | High/Medium/Low 명시 |
| 테스트 가능성 | 각 항목이 검증 가능한 기준 포함 |
3단계: 보완 요청 (필요 시)
부족한 부분이 있다면 추가 요청:
다음 요구사항을 EARS 형식으로 추가해주세요:
- 빈 문자열 입력 시 추가를 거부하는 입력 검증
- 완료율이 실시간으로 갱신되는 진행 상황 추적
- 브라우저 새로고침 후에도 데이터가 유지되는 영속성기대 결과
- 모든 요구사항이 EARS 형식으로 정리됨
- 기능/비기능 요구사항이 명확하게 분리됨
- 이후 Design·Tasks 단계에서 각 요구사항을 추적 가능
- requirements.md 내용 확인필수
- EARS 형식(WHEN/SHALL) 적용 확인필수
- 기능 요구사항 5개 이상필수
- 비기능 요구사항(접근성, 반응형, 성능) 포함필수
- 우선순위 표기 확인선택
⚠️ 흔한 실수
- EARS 형식을 지키지 않으면 요구사항이 모호해집니다. 예를 들어 "데이터가 저장되어야 한다"는 조건이 없어 테스트할 수 없습니다. 올바른 예: "WHEN 사용자가 할 일을 추가한 후 브라우저를 새로고침할 때, THE SYSTEM SHALL 이전에 추가한 할 일 항목을 그대로 표시한다."
🚨 문제 해결
- EARS 형식이 적용되지 않음: "각 요구사항을 반드시 WHEN ... THE SYSTEM SHALL ... 형식으로 다시 작성해주세요"라고 명시적으로 요청.
- 요구사항이 너무 추상적: "각 요구사항에 구체적인 수치나 검증 기준을 추가해주세요 (예: 응답 시간 1초 이내)"라고 요청.