사용자 스토리(User Story) 작성법

사용자스토리는 개발에 필요한 정보를 포함하여 상세화한 내용입니다.

What we make, How to validate, How to develop

 

사용자에게 가치있는 내용을 포함시켜 작성합니다.

Description :

 - As a 기능을 수행하는 사용자

 - I want 확인하고 싶은 기능

 - So that 받을 수 있는 가치 

 

Acceptance Criteria : 

 - Secnario : 검증하고자 하는 기능에 대한 설명

 - Given : 검증하고자 하는 상황

 - When : 사용자 행동

 - Then : 개발할 시스템의 예상되는 반응

 

설계서 vs 사용자스토리

- 설계서 : 시스템의 동작에 집중

- 사용자스토리 : 사용자의 가치에 집중

 

사용자 스토리 작성 원칙 - INVEST

- Independent : 사용자 스토리만으로 개발이 가능해야 한다.

- Negotiable : 조정이 가능해야 한다. 확정된 요구사항이 아니다.

- Valuable : 가치를 가져야 한다.

- Estimatable : 추정할 수 있어야 한다.

- Small : 충분히 작게 쪼개야 한다. 반나절에서 하루정도에 구현 가능하도록

- Testable : 인수조건을 통해 검증할 수 있어야 한다.

 

사용자 스토리를 작게 쪼개야하는 경우

- 업무흐름이 여러 단계인 경우

- 업무흐름이 복잡한 경우

- 공수가 많이 투입되어야하는 경우

- 입력데이터가 다양한 경우

- 성능 개선이 필요한 경우

- 사용자 스토리에 대한 설명이 복잡한 경우 (스파이크를 통해 기술검증)

- 인수조건이 많은 경우

 

좋은 사용자 스토리

- 사용자에게 제공하는 가치가 명확

- 충분히 작은 단위

- 구체적인 인수조건 명시