<aside>
💡 [작성 규칙]
- 최대한 명확하게 요구사항을 작성합니다.
- 필요하다면, 기존에 작성한 요구사항을 분리해도 됩니다.
- 디자인 시안 구현사항 이외에 추가하고 싶은 요구사항을 추가해도 됩니다.
[작성 예시]
user story
[A | B | 공통]은 [목적]을 달성하기 위해 ****[행동]을 하고 싶다.
software requirement
[우리 서비스]는 사용자에게 [기능]을 제공해야 한다.
</aside>
<aside>
💡 [티켓 컨벤션 상세 설명]
user story
- user-story-boss-{number} :
usb-1 …
- user-story-employee-{number} :
use-1 …
- user-story-common-{number} :
usc-1 …
- us는 user story의 약자입니다.
software requirement
- {userstory ticket number}-ac{number}
- 각 user story를 티켓 단위로 쪼개서 이슈화하고 이를 해결합니다.
- 티켓 단위로 쪼개는 사람은 해당 유저 스토리를 담당자입니다.
- user story boss라는 user story를 쪼갠다면 ⇒
usb1-ac-1 …
- ac는 acceptance criteria의 약자입니다.
</aside>
User Story - A
User Story - B
User Story - 공통
Software(front-end) Requirement