참고
스크럼 이슈
NOTE
JIRA의 일반적인 이슈 - 수정가능함.
에픽
•
작업 단위에서 가장 큰 틀이다.
•
하나의 스프린트에 걸쳐서 끝나지 않고, 여러 스프린트에 걸쳐서 종료되며, 여러 Stroy의 집합체이다.
스토리(Story)
•
비즈니스 가치를 제공하는 최소단위의 요구사항이다.
•
각 스토리는 기술적 전문 용어가 아니라 비스니스 언어로 작성하는것이 좋다.
◦
ex) [역할은 가진 사용자]는 [행위/목표]를 수행하여 [이유]를 한다.
개발(Dev)
•
개발과 관련된 업무를 작성한다.
버그(Bug)
•
서비스에서 발생하는 문제점 또는 리포팅된 버그
문서(Doc)
•
개발과 구현에는 직접적으로 관련이 없는 문서작성 등의 문서 업무
서브 태스크(Sub-Task)
•
스토리 또는 개발의 하위작업의 개념이다.
이슈 작성규칙 정하기
NOTE
에픽과 스토리는 주로 PO가 작성하는 것이 좋다.
스토리를 백로그에 작성할 때
•
[(역할을 가진) 사용자]는 [행위 / 목표]를 수행하여 [이유]를 한다.
◦
ex-1 : 어드민 사용자는 라이선스의 정보를 입력하고 라이선스 키를 발급한다.
◦
ex-2 : 대시보드 사용자는 라이선스 키를 입력해서 사용 가능한 라이선스를 얻는다.
◦
ex-3 : 사용자는 회원가입하고 로그인할 수 있다.
Dev와 Sub-task을 작성할 때
•
개발자가 작성하는대로 작성하면 된다.
◦
ex-1 : 어드민에서 발급한 라이선스 목록 페이지 개발
◦
ex-2 : 라이선스 키 발급 API 개발
◦
ex-3 : 도메인 구매
이슈 내용 작성
NOTE
기본적인 내용이외에 작성해야하는 이슈내용
•
•
칸반 보드 관리
NOTE
카테고리
•
할일
•
진행 중
•
리뷰
•
완료
깃헙과 연동하기
NOTE
빨강색 네모안의 글이 ‘이슈 번호’
브랜치를 생성할 때
•
'이슈 번호'로 브랜치를 생성합니다.
◦
ex) MWEB-172
커밋을 생성할 때
•
'이슈 번호'를 앞에 붙이고 커밋 메세지를 작성합니다.
◦
ex) [MWEB-172] 라이선스 키 발급 버튼 추가