달록 스프린트 가이드

참고: https://brunch.co.kr/@workingus/41

우리는 스프린트 단위로 일해요. 스프린트는 월요일날 시작되어, 금요일날 끝이 납니다.

💭 백로그

백로그는 지금 스프린트에 하지 않지만, 나중에 해야할 것 같은 것들, 기술 부채 해결, 리팩토링, 새로운 기술 도입에 대한 내용을 간단하게 적기 위해 사용합니다.
백로그는 누구나 자유롭게 부담없이 추가해주시면 되는데, 단 이슈로 생성하지 않고 노트를 생성해서 등록합니다.
매 스프린트 플래닝 회의때마다 백로그를 살펴보고 백로그에 등록된 할일 중 높은 우선순위라고 생각되는 일들을 해당 스프린트 목표로 정해서 태스크를 산출합니다.
- 스프린트에서 진행할 일은 스프린트의 이슈로 생성한 다음 백로그에서는 제거합니다.

매주 월요일 등교시 스프린트 회의를 시작해요. 스프린트 회의에서는 아래 일들을 합니다.

해당 스프린트에 해야하는 태스크를 백로그에서 가져옵니다.
산출된 태스크를 플래닝 포커를 통해 걸리는 시간 산정 및 우선순위 결정합니다.
1. 플래닝 포커를 통해 산출된 태스크의 기간이 8시간 이상인 경우 해당 태스크를 여러개로 나누어야 합니다.
각자 비슷한 태스크 소요 시간을 갖도록 태스크 분배를 합니다.
1. 이때 태스크 분배는 해당 태스크에 대해 가장 잘 알고 있는 사람에게 분배합니다.
스프린트에 대한 깃허브 프로젝트를 생성합니다.
태스크를 모두 이슈로 생성하고 해당 스프린트 프로젝트에 할당합니다.
스프린트명으로 마일스톤을 생성하고 스프린트에 해당하는 이슈를 모두 해당 마일스톤으로 등록합니다.
할당된 태스크를 모두 TO DO로 옮깁니다.

스프린트 회의가 끝나면 각자 분배된 태스크대로 일을 시작해요. 이때 아래의 프로세스를 지켜주세요.

스프린트 프로젝트에서 본인이 진행할 태스크를 TO DO에서 IN PROGRESS로 옮깁니다.
1. 이때 하나의 태스크에만 집중하기 위해 IN PROGRESS 의 한 사람의 태스크가 2개 이상 있도록 하지 않습니다.
develop 브랜치에서 해당 이슈를 해결하기 위한 브랜치를 생성합니다.
1. feature/{issue-number}-{issue-description}
  
  이때 브랜치 이슈 설명은 3단어 내외로 짧게 작성합니다.
생성된 브랜치에 커밋하며 개발 작업을 시작합니다.
해당 이슈를 해결하면 작업 브랜치를 Push 후 PR 생성합니다.
1. PR 방향은 feature/XXX → develop
2명의 코드리뷰와 2개의 Approve 를 받으면, PR 개설자는 해당 PR을 머지할 수 있습니다.

본인의 PR은 본인이 직접 머지합니다.
1. feature → devleop : merge
2. release
  
  → main : squash & merge
  
  → develop : merge
PR 메세지에 아래 적고 #이슈번호 적은상태로 머지하면 해당 이슈가 자동으로 닫힙니다.
```
close, closes, closed, fix, fixes, fixed, resolve, resolves, resolved
```
머지된 브랜치는 머지 직후 제거합니다.
마무리된 이슈를 프로젝트에서 DONE 으로 옮깁니다.

오픈된 PR은 24시간내로 리뷰 해야합니다.

스프린트가 끝이나는 금요일날 다같이 모여 스프린트 회고를 해요.