✅ 공통 목표
Scrum - 스크럼 진행 방식에 대해서 이해했고 Trello 와 같은 tool 을 활용하여 스크럼 방식 아래 프로젝트 진행할 수 있다.
스크럼(애자일 개발 프로세스)이란?
- 프로젝트 관리를 위한 상호, 점진적 개발방법론
- 애자일 소프트웨어 개발 중의 하나
- 소프트웨어 유지보수 팀 or 일반적인 프로젝트/프로그램 관리에서도 적용 가능
스크럼의 특성
- 솔루션에 포함할 기능/개선점에 대한 우선 순위를 부여
- 개발 주기는 30일 정도로 조절, 개발 주기마다 실제 동작할 수 있는 결과를 제공
- 개발 주기마다 적용할 기능, 개선에 대한 목록을 제공
- 날마다 15분 정도 회의 가지기
- 항상 팀 단위로 생각
- 원활한 의사소통을 위한 열린 공간 유지
스크럼의 진행
1️⃣ 제품 백로그(Product Backlog)
개발할 제품에 대한 요구 사항 목록.
전체 기간동안 개발할 백로그를 제품 백로그라고 한다.
2️⃣ 스프린트(Sprint)
반복적인 개발 주기(회사에서 정하는 이터레이션이 개발 주기가 된다. 계획 회의부터 제품 리뷰가 진행되는 날짜까지의 기간이 1스프린트이다.)
*이터레이션(Iteration: 반복)
애자일은 짧은 기간 동안에 동작하는 SW를 사용자에게 제공하며 피드백을 받아서 고쳐 나간다.
이 짧은 기간을 일반적으로 이터레이션이라고 한다.
스크럼에서는 스프린트라고 한다.
스프린트 모델의 장점은 개발 결과물에 대한 고객의 피드백을 받아 반영할 시간이 보장되어 있다는 것이다. 폭포수 모델의 경우 한번 개발이 완료되면 잘 못 개발되었다고 하더라도 수정하기가 매우 어렵다. 반면에 스프린트 모델은 하나의 스프린트가 끝날 때마다 고객에게 제대로 개발되었는지 확인하고 보완사항을 반영하여 다음 스프린트를 수행하게 된다. 일반적으로 3회 정도의 스프린트라면 고객이 만족할만한 개발이 된다고 알려져 있다.
3️⃣ 스프린트 계획 회의(Sprint Planning Meeting)
스프린트 목표와 스프린트 백로그를 계획하는 회의
4️⃣ 스프린트 백로그(Sprint Backlog)
각각의 스프린트 목표에 도달하기 위해 필요한 작업 목록
1개 스프린트에서 개발할 백로그들을 스프린트 백로그라고 한다.
5️⃣ 일일 스크럼 회의(Daily Scrum Meeting)
날마다 진행되는 미팅 (어제 한일, 오늘 할일, 장애 현상 등을 공유)
6️⃣ 실행 가능한 제품(shippable product) 개발
스프린트의 결과로써 나오는 실행 가능한 제품
상기 요소들을 아래와 같은 순서에 따라 사용하여 스크럼을 진행시킨다.
제품에서 요구하는 기능과 우선순위를 제품 백로그로 정한다.
PO가 정한 제품의 우선순위에서 어디까지 작업을 할지 팀과 조율 한다. 조율하여 선정된 제품 백로그가 이번 스프린트의 목표가 된다.
스프린트 목표를 구현 가능 하도록 팀에서 스프린트 백로그를 작성한 뒤 작업을 할당한다.
스프린트를 진행하는 동안, 매일 정해진 장소와 시간에 모든 개발 팀원이 참여하는 일일 스크럼 회의를 가진다.
매회의 스프린트가 종료할 때마다, 스프린트 리뷰 미팅을 통해 만들어진 제품을 학습하고 이해 한다.
제품의 학습과 이해가 끝나면, 스프린트 회고를 통해 팀의 개발 프로세스에 대한 개선의 시간을 갖는다.
스프린트 기간 중 다음 스프린트를 준비 하기 위해 PO와 필요 인원이 모여 백로그를 준비하는 시간을 갖는다.
이러한 진행 방식과 더불어, 개발 팀원 이외에 아래와 같은 직책(역할)이 정의되어 있다.
7️⃣ 제품 책임자(Product Owner)
제품 백 로그를 정의하여 우선순위를 정해 준다.
8️⃣ 스크럼 마스터(Scrum Master)
프로젝트 관리자(코치)
스크럼 마스터는, 일반적인 관리를 수행하는 프로젝트 관리자들과는 달리 팀원을 코칭하고 프로젝트의 문제 상황을 해결하는 역할을 하며, 제품 책임자는 스프린트 목표와 백로그등의 결정에 있어 중심이 되는 상위 관리자로, 제품 책임자가 독단적으로 목표를 결정하지 않고, 고객과 관리자 및 팀원들이 모여서 목표를 정한다.
이런 과정을 거친 뒤, 개발 팀원들이 주도적으로 스프린트 목표를 달성하기 위한 작업을 정해 나가게 된다. 보통, 각 작업들은 4시간에서 16시간 정도 걸리도록 정한다. 물론, 작업을 정하고 할당하는데는 고객이나 제품 책임자와는 상관 없이 팀원 자율로 진행된다. 이와 같은 자율적인 행위를 통해서 팀원들은 의사를 활발하게 주고 받게 되고, 끈끈한 협업체계를 가지게 된다.
애자일 프로세스는 외부로부터의 질서보다는 팀원 스스로가 만들어나가는 자기 조직화를 중요하게 여기고 있다. 하지만, 이러한 부분과 더불어 애자일 프로세스는 무질서해 보이기 때문에 전통적인 프로세스 개선과 마찰이 생기게 된다.
