(1) Jira/스크럼(Scrum)이란? 스크럼 진행 방식 / Sprint / Backlog

Jira는 애자일 방식으로 개발할 때 쓰는 플랫폼입니다. Jira에는 스프린트를 생성하는 기능이 있는데요, 스프린트를 반복하며 개발을 진행하는 스크럼(Scrum)에 대해 알아두면 Jira를 사용할 때 도움이 될 것 같아 스크럼에 대해 포스팅하게 되었습니다.

스크럼(Scrum)

스크럼은 애자일 방식의 한 종류입니다. 스크럼은 짧은 스프린트 주기를 여러 번 반복하며 팀원들이 빠르고 효율적으로 작업에 적응하고 몰두할 수 있도록 하는 것이 핵심입니다. 스크럼을 진행하는 구성원은 세 가지로 나뉘고, 이들을 스크럼 팀(Scrum Team)이라고 부릅니다. 스크럼 팀의 구성원은 세 가지 역할로 나뉩니다.

스크럼 팀(Scrum Team)

• 제품 책임자(product owner)
  • 제품 백로그(product backlog)를 작성하고 관리하는 역할. 고객 요구사항을 추출해서 제품 백로그에 반영함
  • 요구사항의 우선순위를 매기고 각 스프린트마다 우선순위를 관리, 조정한다.
• 스크럼 마스터(scrum master)
  • 개발 팀원들을 코칭하고 개발팀이 문제가 생겼을 때 잘 해결할 수 있도록 도와주는 역할.
  • 개발팀원들이나 스크럼에 참여하는 사람들이 스크럼을 제대로 알고 수행하고 있는지에 대한 책임을 가지며 스크럼의 이론, 규칙을 팀원들이 잘 따르도록 보장해야 한다.
• 개발 팀(development team)
  • 고객으로부터 받은 요구사항을 가지고 제품을 개발, 테스트하는 팀
  • 리더가 없이 팀원들이 스스로 스프린트 목표를 달성하기 위해 최상의 방법을 결정한다.

스크럼 진행 방법

출처 : https://brainhub.eu/blog/differences-lean-agile-scrum/

1~4주 정도의 짧은 반복 주기마다 팀의 일정한 목표를 설정하고, 그 목표를 달성하기 위해 각자 작업을 수행합니다.

 

1. 제품 백로그 작성

제품 책임자(product owner)는 고객이 작성한 스토리보드를 보고 제품 백로그(product backlog)를 작성합니다. 제품 백로그란 제품이 제공해야 하는 기능이나 개발할 제품에 대한 요구사항 목록입니다. 제품 백로그는 우선순위를 가지며 우선순위가 높을 수록 위쪽에 있고 상세화되어있습니다.

2. 스프린트 계획 회의

제품 책임자, 스크럼 마스터, 개발팀이 모두 참여하여 제품 백로그를 기반으로 스프린트 목표와 스프린트 백로그를 계획하는 회의입니다. 먼저 스프린트 동안 무엇(what)을 한지 우선순위가 높은 아이템들을 검토하고 스프린트 목표를 정합니다. 그 다음 결정된 것을 어떻게(how) 실행할지 정합니다. 개발팀은 스프린트가 끝날 때마다 어떤 결과물을 내놓을 것인지 목표를 정하는데, 이것을 '스프린트 약속'이라고 합니다.

 

3. 스프린트 백로그 작성

제품 백로그에서 결정된 우선순위를 기반으로 스프린트동안 해야 하는 일에 대한 리스트를 스프린트 백로그라고 합니다. 스프린트 목표를 구현 가능하도록 각 요구사항을 task단위로 나누어 개발자들이 나눠서 작업을 수행합니다. 주로 스크럼 보드(Scrum Board)형식으로 스프린트 백로그를 작성합니다.

4. 일일 스크럼 미팅

매일 정해진 시간에 모여 15~20분간 간단하고 빠르게 진행합니다. 어제 했던 일, 오늘 할 일, 수행 중 문제점이나 장애요인 들을 공유하며 문제가 있을 경우 미팅 후 바로 해결합니다. 일일 스크럼 미팅을 함으로써 프로젝트 후반에 문제점이 갑자기 발생하는 것을 예방할 수있습니다. 매일 개발 팀원들은 스프린트 백로그에 있는 현재 작업을 완료하기 위해 작업이 얼마나 남았는지 번다운 차트(Burn down Chart)를 통해 진척도를 추적합니다.

번다운 차트는 소멸차트라고도 부르며 한 스프린트동안 남은 작업량을 보여주는 그래프를 말합니다. 번다운 차트는 매일 팀이 완료할 작업이 얼마나 남았는지 새 추정치를 보여주며 기울기를 통해 작업 속도를 알 수 있습니다. 가로축은 1회 스프린트 기간, 세로축은 남은 작업량을 나타냅니다. 파란 선은 계획에 따른 남은 작업량의 이상적인 그래프입니다.

5. 제품 개발

스프린트마다 정해진 목표를 달성하며 제품을 개발합니다. 매 스프린트가 완료됨에 따라 출시 가능한 제품에 가까워집니다.

 

6. 스프린트 리뷰

스프린트가 종료되었을 때 개발팀이 스프린트동안 개발한 기능을 고객을 포함한 이해관계자들에게 보여주고 피드백 받는 과정입니다. 고객은 자신이 요청한 요구사항이 해당 스프린트동안 제품에 잘 반영되었는지 평가한 후 피드백을 하면 프로덕트 오너는 고객의 피드백이나 여러 사항들을 정리하여 다음 스프린트에 반영되도록 제품 백로그를 다시 갱신합니다.

스프린트 한 주당 리뷰시간은 1시간으로 제약되어있으며 스프린트 리뷰를 준비하는 데 30분을 넘지 않도록 해야 합니다.

 

7. 스프린트 회고

스프린트 리뷰 후 프로젝트를 진행하며 좋았던 점, 문제점, 아쉬웠던 점을 도출하여 다음 스프린트의 방향을 개선합니다. 스프린트 회고 과정에서 스크럼 마스터는 중재 및 조정을 하는 faciliator 역할을 합니다. 스프린트 회고를 통해 이미 정해진 프로세스로만 프로젝트를 수행하지 않고 프로세스가 끊임없이 개선되도록 합니다.

 

8. 다음 스프린트 시작

스프린트는 제품 책임자가 제품을 출시할 준비가 되었다고 판단할 때까지 계속됩니다. 스프린트 회고 후 휴식기간 없이 다음 스프린트를 진행합니다.

 

참고 출처