💜 [스프린트(Spring) 진행]

💜 1. 스프린트 시작/계획

1. 스프린트 단위로 진행할 Epic과 Story의 Sub-task 또는 Dev, Bug를 리스트업.
2. 업무의 우선순위를 결정하고, 스토리 포인트를 플래닝 포커를 통해 계획함.
3. 어떤 개별 작업도 16시간을 초과해서는 안 되므로, 만약 작업이 팀의 16시간(또는 20포인트)
   임계값을 초과하는 것으로 추정될 시, 더 세분화된 작업으로 분할하여 다시 추정
4. 작업 마다 업무의 담당자를 할당.

💜 2. 데일리 스크럼

데일리 스크럼 회의는 매일 오전 10시에 10분 가량 진행하며 아래와 같은 내용을 공유함.

- JIRA를 기준으로 어제 처리한 업무
- JIRA를 기준으로 현재 처리하고 있는 업무
- JIRA를 기준으로 현재 업무 다음에 처리할 업무
- 업무를 처리하는데 있어 발생한 이슈와 원인, 그리고 해결 방안
- 발생한 긴급 이슈에 대한 정보 내용 공유

💜 [지라(Jira) 활용]

💜 1. 워크플로우(Work Flow)

1. 이슈 생성
2. 백로그에 이슈 등록
3. 스프린트 생성하기
4. 스프린트에 이슈 등록
5. 스프린트 시작하기

💜 2. 이슈(Issue) 생성

💜 2-1. 이슈(Issue) 순서

상위 이슈 → **중간 이슈**(=feature branch) → **하위 이슈**(=feature’s sub branch)

💜 2-2. 이슈(Issue) 종류

Untitled

주요 이슈(Issue) 종류
- 상위 이슈 - Epic(큰틀)
  - 큰 규모의 업무나 목표를 나타내는 것
  - 해당 에픽의 출처와 목적을 위해 ‘…으로서’를 반드시 기재.
  - 형식 : [(역할을 가진)사용자]으로서, [행위/목표]가 필요합니다.
  - Ex. “사용자로서, 회원가입/로그인 기능이 필요합니다.”, "시스템으로서 동시 접속 100만명의 처리가 가능하도록 아키텍트 개선이 필요합니다.", “우수 고객으로서 할인 및 프로모션 기능 제공이 필요합니다.”
- 중간 이슈 - Story(스토리)
  - Epic을 달성하기 위해 수행해야 할 업무를 사용자 관점에서 작성한 것
  - 기술적 X. 사용자가 수행하는 행동과 목표를 위주의 비즈니스 언어 O.
  - 형식 : [(역할을 가진) 사용자]는 [행위/목표]를 수행하여 [이유]를 한다.
  - Ex. 어드민 사용자는 라이선스의 정보를 입력하고 라이선스 키를 발급한다.
- 하위 이슈 - Task(서브 업무)
  - 스토리의 하위 작업, 또는 Dev의 하위 작업
  - 스토리 또는 Dev를 완료하기 위해 개발자가 실제로 작업해야 하는 각각의 단위 작업
  - 형식 : Task 담당 개발자의 자유 형식
  - Ex. 어드민에서 발급한 라이선스 목록 페이지 개발, 라이선스 키 발급 API 개발