user story란 무엇이며 acceptance criteria란 무엇인가요?

Question

Accepted Answer

**user story**는 사용자 관점에서 들려주는, 기능에 대한 짧고 평이한 설명입니다. *누가* 무언가를 원하는지, *무엇을* 원하는지, *왜* 원하는지를 담습니다. **acceptance criteria(인수 조건)**는 그 story에서 "완료"가 무엇을 의미하는지, 즉 받아들여지기 위해 충족해야 하는 조건을 정의합니다.

## 표준 형식

```text
[사용자 유형]으로서
[어떤 목표]를 원한다
[어떤 이점]을 위해서.

예시:
  재방문 고객으로서
  배송 주소를 저장하고 싶다
  주문할 때마다 다시 입력하지 않기 위해서.
```

"~을 위해서" 부분이 가장 중요합니다. 이는 가치를 명시하며, 팀이 문자 그대로 요청된 것보다 더 나은 해결책을 찾도록 돕습니다.

## acceptance criteria

```text
주소가 저장된 로그인한 고객이 있을 때(Given)
결제 단계에 도달하면(When)
저장된 주소가 자동으로 입력된다(Then)
그리고 확정 전에 수정할 수 있다(And)

✓ 테스트 가능하고 모호하지 않다
✓ 완료를 정의한다 — "난 그런 뜻인 줄..."이 없다
```

## 좋은 story는 INVEST를 따른다

독립적(Independent), 협상 가능(Negotiable), 가치 있음(Valuable), 추정 가능(Estimable), 작음(Small), 테스트 가능(Testable). sprint 안에 추정하거나 끝내기에 너무 큰 story는 쪼개야 합니다.

## 왜 중요한가

story는 팀이 기술적 태스크 목록이 아니라 *사용자 가치*에 집중하도록 하며, 해결책을 지시하는 대신 대화를 유도합니다.

명확한 acceptance criteria는 가장 흔한 전달 마찰을 예방합니다. 기술적으로는 동작하지만 실제로 필요했던 것이 아닌 무언가를 만드는 일을 막는 것입니다.