스크럼 가이드
코드스테이츠 PMB 8기
스크럼 가이드
애자일 프레임워크 중 하나로 반복적이고 점진적으로 개발 및 검토를 진행하는 효율적인 협업 방법
- Scrum
Scrum▷ 스크럼
스크럼(Scrum)은 애자일 프레임워크 중 하나로 반복적이고 점진적인 개발 방법을 말하며, ‘스프린트’라는 작업 단위를 사용하여 개발을 진행하는 프로젝트 계획 방법이다. 스프린트 안에는 ‘스프린트 계획, 데일리 스크럼, 스프린트 리뷰, 스프린트 회고’가 포함된다.
스프린트 계획 : 제품 책임자(product owner)가 유저 스토리를 기반으로 제품 백로그를 작성한다.
유저 스토리는 고객이나 개발자가 모두 이해할 수 있도록 고객이 작성하거나, 고객이 서술하는 형식으로 작성되어야 하며, 일반적으로 '나는 ~로써 ~하기 위해 ~하고 싶다’라는 형식으로 완성된다. who, why, what 정보가 모두 포함되어 있어야 한다.
백로그는 이해관계자로부터 추출된 제품이 제공해야 하는 기능이나 개발할 제품에 대한 요구 사항 목록이며 유저 스토리를 바탕으로 작성된다.
데일리 스크럼 : 스탠드 업 미팅 형식으로 매일 정해진 시간에 정해진 장소에 모여 15분~20분 동안 간단하고 빠르게 진행된다.
어제 했던 일과 오늘 할 일, 수행 중 문제점이나 장애 요인 등을 공유하여 문제가 있을 경우 미팅 이후 바로 해결하며, 데일리 스크럼으로 프로젝트 후반 갑자기 문제점이 발생하는 것을 예방한다.
스프린트 리뷰 : 스프린트가 종료되었을 때 개발팀이 스프린트 동안 개발한 기능을 고객 포함 이해관계자들에게 보여주고 피드백을 받는 과정이다.
요구 사항이 해당 스프린트 동안 제품에 잘 반영되었는지 평가한 후 피드백을 나누면 프로덕트 오너는 고객의 피드백이나 여러 사항들을 정리하여 다음 스프린트에 반영되도록 제품 백로그를 다시 갱신한다. 이때 종합적인 우선순위를 새롭게 설정하고 스프린트의 기간과 프로젝트의 양을 다시 정하게 된다.
스프린트 회고 : 스프린트 리뷰는 개발한 기능에 대한 리뷰라면, 스프린트 회고는 전반적인 스프린트 과정에 대한 리뷰라고 이해할 수 있다.
프로젝트를 진행하면서 좋았던 점, 문제점, 미진한 점 등을 도출함으로써 다음 스프린트를 보다 더 나은 방향으로 개선하는 과정이다. 이 과정에서 스크럼 마스터 또는 PO는 중재 및 조정 역할을 하는 퍼실리테이터(facilitator), 촉진자 역할을 하게 된다. 스프린트 회고 과정을 통해 이미 정해진 프로세스로만 프로젝트를 수행하는 것이 아니라 프로세스가 끊임없이 개선되도록 변화하고 있는 환경에 능동적으로 대응해야 한다.
▷ 프로덕트 오너 : PM으로서 스크럼 관리 과정에 필요한 업무 요소
스크럼에서 프로덕트 오너는 팀의 결과물인 프로덕트의 가치를 극대화해야 한다.
- 프로덕트 목표를 세우고 명쾌하게 소통하는 것
- 프로덕트 백로그 아이템을 생성하고 분명하게 소통하는 것
- 프로덕트 백로그 아이템을 우선순위에 따라 정렬하는 것
- 프로덕트 백로그를 반드시 투명하고 가시적이며 이해가 잘 되도록 만드는 것
▷ 스프린트 : 스프린트 진행 과정에서 중요하게 생각해야 하는 요소
스프린트 동안에는 프로덕트 목표를 달성하기 위해 필요한 모든 업무를 수행한다.
- 스프린트 목표 달성을 저해하는 변경을 해서는 안 된다
- 품질을 떨어뜨려서는 안 된다
- 필요한 수준까지 프로덕트 백로그를 정제해야 한다
- 범위를 명확하게 하고 필요한 경우 프로덕트 오너와 다시 협상을 할 수 있다
▷ 스크럼의 5가지 가치 : 약속 Commitment, 집중 Focus, 열린 마음 Openness, 존중 Respect, 용기 Courage
스크럼의 5가지 가치는 스크럼 팀이 일하고 결정하고 행동하는 방향을 제시한다.
- 스크럼 팀은 목표를 달성하는 것과 서로 협력할 것을 약속한다
- 팀원들은 이러한 약속을 지키기 위해 스프린트 동안 최상으로 가능한 진전을 만드는 일에 최우선적으로 집중한다
- 스크럼 팀과 이해당사자들은 일과 도전에 열린 마음을 가져야 한다
- 스크럼 팀원들은 팀원 개개인이 능력을 갖춘 독립적인 존재임을 서로 존중해야 한다
- 스크럼 팀은 힘든 문제를 해결할 때 올바른 일을 하는 용기를 가져야 한다
