어깨 너머로 배운 스크럼(Scrum), 제대로 알아보기 Part 2

이전 업데이트에서 제가 스크럼을 탄탄하게 운영하기 위해 이론부터 공부하기 시작한 과정과 스크럼의 정의, 스크럼 팀이 어떻게 구성되는지 그리고 각 구성원들의 역할에 대해서 쓴 '어깨 너머로 배운 스크럼(Scrum), 제대로 알아보기 Part 1'을 공유했었습니다.

Part 2에서는 스크럼을 실질적으로 운영하는 방식과 스크럼의 산출물(=개선된 제품)에 대해 적어보았습니다.

📌 스크럼이 자동차라면 스프린트는 엔진이라고 비유할 수 있을 것 같습니다. 스프린트에서는 2주~4주 정도의 기간으로 고정된 길이의 이벤트로, 스프린트 기간 동안 스프린트 플래닝, 데일리 스크럼, 스프린트 리뷰, 스프린트 회고를 포함하여 제품의 목표를 달성하기 위한 모든 작업을 수행하게 됩니다.

📌 스프린트 플래닝은 스프린트 동안 수행할 작업을 선정하는 이벤트로 스크럼 팀 전체가 참여하여 플래닝합니다. 이때, 프로덕트 오너는 프로덕트 목표를 달성하기 위해 가장 중요하면서 우선순위가 높은 아이템들을 나열하고 해당 아이템들이 프로덕트 목표에 어떻게 연결되는 지를 논의할 수 있도록 준비해야 합니다.

📌가치의 증가분(산출물)
가치의 증가분은 최종적인 프로덕트 목표를 달성하기 위한 디딤돌입니다. 매 스프린트마다 스크럼 팀이 만들어낸 가치의 증가분은 누적되어 증가하여 전체 가치의 총량을 크게 만듭니다.

📌 2주 스프린트 예시
1️⃣ 스프린트 플래닝을 통해 이번 스프린트에 진행할 백로그를 선정하고, 백로그를 완료하기 위한 작업 목록을 쪼개어 배분합니다.
2️⃣ 백로그가 바로 기능 개발이 가능할 정도로 구체화되었다면 백엔드부터 설계 및 개발을 시작합니다. 프론트엔드는 디자인 작업물이 나온 뒤 작업이 가능하기 때문에 상대적으로 작업 시작 시점이 늦을 수 있습니다.
3️⃣ 스프린트 기간 동안 데일리 스크럼을 통해 지속적인 커뮤니케이션으로 목표 달성을 위한 최적화 작업을 진행합니다.
4️⃣ 백엔드와 프론트엔드 모두 개발이 완료되면 QA를 진행합니다.
5️⃣ 스프린트 리뷰를 통해 스크럼 팀원과 이해관계자가 실제 동작하는 백로그를 확인하고 다음 스프린트에 대해 논의합니다.
6️⃣ 스프린트 회고를 통해 이번 스프린트에서의 KPT를 논의하고 스프린트를 종료합니다.

본 글 링크는 아래 첨부합니다.