[코드스테이츠 PMB 11기]스크럼프레임워크란(feat.스크럼가이드) _W8D2

스크럼이란?

출처 : https://jinhojapan.tistory.com/72

애자일 방법론의 하나인 스크럼은 5~9명으로 구성된 소규모의 다기능팀이 제품 개발을 완성하기 위해 스프린트(Sprint)라고 불리는 업무 주기를 반복한다. 위의 사진은 스크럼의 프로세스로 스크럼팀이 어떻게 일하는지 자세히 살펴볼 수 있다.  제품책임자(Product owner)가 해야 할 일의 목록인 제품 백로그를 작성한고 스프린트 계획 회의를 통해 이번 스프린트에는 어떤 작업들을 수행할지 회의 및 결정을 한다. 계획 회의를 바탕으로 스프린트 백로그를 작성하는데 이를 스크럼 보드라고 한다. 매일 데일스크럼 미팅을 통해 15~20분 동안 빠르게 할 일과 문제점 등을 공유하여 프로젝트 후반부에 문제점이 갑자기 발생하는 것을 예방한다. 스프린트가 종료되면 제품 기능에 대한 회고를 하는 스프린트 리뷰와 전반적인 스프린트 과정에 대한 리뷰인 스프린트 회고를 하며 프로세스를 발전시킨다.

 

 

스크럼 속 PO/PM의 역할

스크럼 팀은 한명의 스크럼 마스터, 한 명의 프로덕트 오너, 개발자들로 구성된다.  그중 PO/PM은 스크럼 팀의 결과물인 프로덕트의 가치를 극대화하는 것과 프로덕트 백로그를 효과적으로 관리하는 것에 책임을 가진다. 아래는 스크럼가이드에서 정의한 프로덕트 오너의 업무이다.

-프로덕트 목표를 세우고 명쾌하게 소통하는 것
-프로덕트 백로그 아이템을 생성하고 분명하게 소통하는 것
-프로덕트 백로그 아이템을 우선순위에 따라 정렬
-프로덕트 백로그를 반드시 투명하고 가시적이며 이해가 잘 되도록 만드는 것.

스크럼 팀 전체는 매 스프린트마다 가치 있고 유용한 증가분을 만들어내기 위해 목표에 집중해야 한다. 이때 PM은 그들이 목표에서 벗어나지 않도록 할 책임도 있다고 생각한다. 팀원들이 지속 가능한 속도로 일할 수 있게끔, 그리고 우선순위를 기반으로 한 백로그를 통해 스프린트 목표를 달성할 수 있게 관리하는 PM은 '단거리 질주'라는 스프린트의 뜻 그대로 우승을 목표로 달리는 선수들을 관리하는 코치라고 생각한다.

 

스프린트 과정 동안 중요한 점

위에서 스크럼 프로세스 동안의 업무 주기를 의미하며 목표를 달성하기 위해 스프린트 동안 스프린트 계획, 데일리 스크럼, 스프린트 리뷰, 스프린트 회고를 포함하여 업무를 수행한다는 것을 살펴봤다. 스크럼 가이드에서 정의하는 스프린트 기간 동안 하지 말아야 할 네 가지는 아래와 같다.

-스프린트 목표 달성을 저해하는 변경을 해서는 안된다.
-품질을 떨어뜨려서는 안된다.
-필요한 수준까지 프로덕트 백로그를 정제해야 한다.
-범위를 명확하게 하고 필요한 경우 프로덕트 오너와 다시 협상을 할 수 있다.

역으로 생각해봤다. 왜 위와 같은 네 가지를 스프린트 기간 동안 하면 안 될까?

스크럼의 핵심은 짧은 개발 주기 동안 집중력과 생산성을 유지시켜야 한다. 또한 새로운 스프린트는 직전의 스프린트가 끝나는 즉시 시작된다. 짧은 기간 동안 변경이 많아지면 오히려 복잡도와 리스크가 높아지게 되고 목표에 대한 집중도도 떨어지게 될 것이다.  하나의 목표에 집중하는 만큼 정제된 백로그를 통해 팀원들 간의 혼란을 줄이고 업무를 투명하게 공유해야 할 것 같다.

 

*프로덕트 백로그 정제란?

프로덕트 백로그 아이템을 구체적으로 정의해 명확하게 일을 작은 단위로 나누는 것으로 설명, 우선순위에 따른 정렬, 크기와 같은 세부 사항들을 지속적으로 추가하는 활동이다.

 

스크럼 산출물

스크럼 산출물이라는 단어만 보았을 때 스크럼을 통해 나오게 된 결과물들을 의미하는 줄 알았다. 나처럼 스크럼 산출물이 무엇인지 모를 사람들을 위해 추가로 정리해보려 한다. 나만 몰랐던 거면 서운함.

스크럼에서 산출물은 문제를 해결하기 위한 툴과 같이 사용자가 만든 것으로 프로덕트 백로그, 스프린트 백로그, 제품 증가분을 의미한다.

 

1. 프로덕트 백로그 : 프로덕트 백로그에는 프로덕트 목표가 있다.

프로덕트 향상을 위해 업무를 우선순위에 따라 정렬한 목록으로 스크럼 팀이 실행하는 업무를 제공하는 유일한 출처이다. 프로덕트 백로그 안에는 스크럼 팀이 목표로 삼아 계획할 수 있는 프로덕트 목표가 있어야 한다.

 

2. 스프린트 백로그 : 스프린트 백로그에는 스프린트 목표가 있다.

개발자들에 의한 개발자들을 위한 계획으로 스프린트 목표(왜), 스프린트를 위해 선택된 프로덕트 백로그 아이템들의 모음(무엇을), 증가분을 전달하기 위한 실행할 수 있는 계획(어떻게)으로 구성되어 있다.

스프린트에 대한 단 하나의 목표를 포함하고 개발자들은 스프린트 목표를 계속해서 유념하며 일을 해야 한다.

 

3. 증가분 : 증가분에는 완료의 정의가 있다.

증가분은 프로덕트 목표로 향하는 단단한 디딤돌 역할로 각각의 증가분은 모든 이전에 누적된 증가분에 더해진다.

모든 증가분들이 합쳐져서 함께 작동하는 것을 보장할 수 있을 만큼 철저하게 검증된 것이어야 한다. 가치를 제공하기 위해 증가분은 반드시 사용 가능한 것이어야 한다.

완료의 정의는 증가분이 프로덕트에 요구된 품질 기준을 충족하는 상태를 정식으로 표현하는 말로 증가분에는 완료의 정의가 있어야 한다.

 

 

참고:

https://hrbulletin.net/organizational-culture/%EC%95%A0%EC%9E%90%EC%9D%BC-%EB%B0%A9%EB%B2%95%EB%A1%A0%E2%91%A0-%EC%8A%A4%ED%81%AC%EB%9F%BCscrum/

애자일 방법론 ① : 스크럼(scrum)