스프린트 운영 (계획, 진행, 회고)

들어가며

스프린트를 돌리면서 형식적으로만 진행한 경우가 많았다. 스프린트 계획부터 회고까지 각 단계에서 무엇을 해야 하는지 제대로 정리해둔다.

---

스프린트란?

일정 기간(보통 1~2주) 동안 팀이 완료할 작업을 정해서 집중적으로 처리하는 개발 사이클이다.

스프린트 사이클:
스프린트 계획 → 데일리 스크럼 → 스프린트 진행 → 스프린트 리뷰 → 회고

---

스프린트 계획 (Sprint Planning)

스프린트 시작 전 팀이 모여 이번 스프린트에서 완료할 이슈를 선택하는 회의다.

계획 전 준비사항

- 백로그 정리: 이슈가 충분히 구체적으로 작성되어 있는지 확인
- 우선순위 정렬: 중요도에 따라 백로그 순서 정렬
- Story Point 추정: 각 이슈의 작업 크기 추정

Story Point

작업의 크기와 복잡도를 상대적으로 나타내는 단위다. 시간이 아닌 복잡도 기준으로 추정한다.

1  : 매우 간단 (오타 수정, 텍스트 변경)
2  : 간단 (간단한 UI 수정)
3  : 보통 (일반적인 기능 개발)
5  : 복잡 (여러 컴포넌트 영향)
8  : 매우 복잡 (새로운 시스템 설계)
13 : 너무 크면 분리 권장

Jira에서 스프린트 시작

백로그 → 스프린트 섹션에서 이슈 선택 → 스프린트 시작 버튼 클릭
스프린트 이름, 시작일, 종료일 설정

Jira 스프린트 시작 화면 (Sprint name / 기간 / 시작 날짜 / 스프린트 목표 설정)

스프린트 목표 설정

스프린트마다 명확한 목표를 설정하면 팀이 집중할 수 있다.

나쁜 예: 이슈 10개 완료
좋은 예: 로그인/회원가입 기능 완성 및 배포 가능 상태 달성

---

스프린트 진행

데일리 스크럼 (Daily Scrum)

매일 15분 이내로 진행하는 짧은 회의다. 세 가지 질문을 중심으로 진행한다.

1. 어제 무엇을 했나?
2. 오늘 무엇을 할 것인가?
3. 진행을 막는 블로커가 있는가?

데일리 스크럼은 문제 해결 회의가 아니다. 블로커가 발생하면 별도로 논의한다.

Jira 보드 활용

스프린트 진행 중 보드를 통해 이슈 상태를 실시간으로 관리한다.

이슈 작업 시작  →  To Do에서 In Progress로 이동
개발 완료      →  In Progress에서 In Review로 이동
리뷰 승인      →  In Review에서 Done으로 이동

블로커 관리

진행을 막는 이슈는 즉시 표시하고 해결 방법을 찾는다.

Jira에서 블로커 표시:
이슈 → 이슈 링크 → "is blocked by" → 블로킹 이슈 선택

---

번다운 차트 (Burndown Chart)

스프린트 진행 상황을 시각적으로 확인하는 차트다. 남은 Story Point가 줄어드는 추이를 보여준다.

이상적인 번다운:
스프린트 시작: 40 SP
중간점:       20 SP
스프린트 종료: 0 SP

실제로는 초반에 느리고 후반에 빨라지는 경향이 있다

Jira에서 확인:
프로젝트 → 리포트 → 번다운 차트

---

스프린트 리뷰 (Sprint Review)

스프린트가 끝나면 완료된 작업을 stakeholder에게 시연하는 자리다.

- 완료된 이슈 시연
- 목표 달성 여부 확인
- 다음 스프린트 방향 논의

완료되지 않은 이슈는 자동으로 백로그 또는 다음 스프린트로 이동한다.

Jira에서 스프린트 완료

보드 → 스프린트 완료 버튼 클릭
완료되지 않은 이슈 → 백로그 또는 다음 스프린트로 이동 선택

Jira 스프린트 완료 화면 (미해결 항목을 새 스프린트 또는 백로그로 이동)

---

회고 (Retrospective)

스프린트가 끝난 후 팀이 모여 이번 스프린트를 돌아보는 자리다. 다음 스프린트를 더 잘하기 위한 개선점을 찾는 게 목적이다.

KPT 방식

가장 많이 쓰는 회고 방식이다.

항목	설명	예시
Keep	잘 됐으니 계속할 것	PR 리뷰를 24시간 내에 완료
Problem	문제가 됐던 것	스프린트 후반에 작업이 몰림
Try	다음에 시도할 것	이슈 크기를 3 SP 이하로 분리

회고 진행 방법

1. 각자 포스트잇에 Keep / Problem / Try 작성 (10분)
2. 팀 전체 공유 및 그룹핑 (15분)
3. 우선순위가 높은 Try 항목 선정 (10분)
4. 다음 스프린트 액션 아이템으로 등록

---

스프린트 운영 팁

- 스프린트 용량(Capacity)을 현실적으로 계산한다
  (팀원 수 × 스프린트 일수 × 가용 시간 - 회의/기타 시간)
- 첫 스프린트는 용량의 70%만 계획한다
- 스프린트 중간에 새 이슈를 추가하지 않는다 (긴급한 경우 제외)
- 완료 기준(Definition of Done)을 팀이 합의해서 정한다

---

정리

단계	설명	Jira 활용
스프린트 계획	백로그에서 이슈 선택, Story Point 추정	백로그 → 스프린트 시작
데일리 스크럼	매일 15분, 진행 상황 공유	보드에서 이슈 상태 업데이트
스프린트 진행	이슈 작업 및 상태 관리	보드 컬럼 이동
번다운 차트	남은 작업량 시각화	리포트 → 번다운 차트
스프린트 리뷰	완료 작업 시연	스프린트 완료 버튼
회고	KPT로 개선점 도출	액션 아이템을 이슈로 등록