스크럼 가이드에 나오는 용어 한 문장으로 정리하기
에자일 접근법이 익숙하지 않다면, 낯선 단어들이 많을 것이다. 글을 읽기 전에 용어를 정리하고 글을 읽으면 이해가 쉬울 것 같아 스크럼 가이드에 나오는 주요 용어 10가지를 한 문장으로 정리했다.
용어 | 한 문장 정리 |
스크럼 | 사람과 팀, 조직이 복잡한 문제에 적응할 수 있는 해법을 활용해 가치를 창출하도록 하는 경량 프레임워크 |
프로덕트 오너 | 스크럼 팀의 결과물은 프로덕트의 가치를 극대화하는 책임을 갖는 역할 |
스크럼 마스터 | 스크럼을 확립하는 것에 대한 책임을 갖는 역할 |
스크럼 이벤트 | 스크럼 산출물을 점검하고 적응하는 공식적인 활동 |
스프린트 | 아이디어를 가치로 만들어 내는 이벤트 |
데일리 스크럼 | 스프린트의 진척과 계획 수정, 스프린트 백로그 조정 등을 진행하는 15분 정도 짧게 하는 미팅 |
스프린트 리뷰 | 스프린트이 결과물을 점검하고 향후에 적응할 것을 결정하는 활동 |
스프린트 회고 | 지난 스프린트가 어떻게 진행되었는지 점검하고 의견을 나누는 시간으로 스프린트의 가장 마지막 단계이다. |
프로덕트 백로그 | 프로덕트를 향상시키기 위해 발생하는 업무를 우선순위에 따라 정렬한 목록 |
스프린트 백로그 | 스프린트 목표를 달성하기 위해 스프린트 동안 완수하기로 계획한 업무를 실시간으로 보여주는 그림 |
빠르게 개발하고 이를 반복하는 팀
스크럼 프레임워크는 어떤 과정으로 애자일 개발을 구현할까?
스크럼(Scrum) 프레임워크는 Agile(애자일) 접근법 중 하나이다. 스크럼은 팀이 중심이 되어 개발의 효율성을 높인다는 의미의 용어이다.
그렇다면 어떤 방식으로 개발의 효율성을 높일까? 바로 반복과 지속적인 개선이다. 이 한 번의 반복을 하는 최소 시간 단위를 스프린트라고 한다. 스프린트의 자세한 설명은 아래에서 하고 이 문단에서는 스크럼이 무엇인지에 대한 감을 잡아보자.
1. 프로덕트 오너는 복잡한 문제를 해결하기 위한 업무를 우선순위에 따라 프로덕트 백로그에 정렬한다.
2. 스크럼 팀은 선택한 업무를 스프린트 동안 가치의 증가분 Increment of value (*증가분은 스크럼 팀이 스프린트 동안 완료한 업무로서 기존 프로덕트에 새로 더해지는 프로덕트의 새로운 부분을 의미한다. ‐ 번역자)으로 만들어 낸다.
3. 스크럼 팀과 이해관계자들은 결과물을 점검하고 다음 스프린트를 위하여 조정을 한다.
4. 반복한다.
<스크럼 가이드 中>
스크럼 프레임워크를 따르는 팀은 민첩하고 유연하다. 프로덕트를 향상시키기 위해 발생하는 업무를 우선순위에 따라 정렬한 목록인 제품 백로그에서 일을 가져온다. 따라서 제품에 집중할 수 있고 어떤 일을 하는지 명확히 알 수 있다. 팀 구성원 모두가 하나의 백로그를 'DONE'하기 위해 달리기 때문에 일의 목표와 본질에 집중할 수 있다.
하지만, 변경 사항이 너무 많거나 고객 피드백이 너무 많은 경우 스크럼 프레임워크를 적용하기 힘들 수 있다. 스크럼 프로젝트는 상황에 따라 유연하게 변하기 때문이다. 목표가 어긋날 경우 완전히 새로운 스프린트를 시작하는 경우도 종종 있다. 따라서 조직의 상황과 제품의 특성을 파악하고 스크럼 프레임워크를 적용할 필요가 있다.
스크럼 조직 구성원에 대한 이해
스크럼 마스터, 프로덕트 오너, 개발자들
스크럼 조직의 기본 단위는 스크럼 팀이다. 한 명의 스크럼 마스터, 한 명의 프로덕트 오너, 그리고 개발자들로 이뤄져 있다. 스크럼 팀은 일반적으로 10명 또는 그 이하로 구성된다. 스크럼 팀은 민첩할 수 있도록 작지만, 한 스프린트 내에 의미 있는 일을 완료할 수 있을 만큼 충분한 크기여야 한다.
스크럼 팀은 프로덕트와 관련한 모든 활동들에 책임을 진다. 서로 협력하며 스스로 일을 관리할 수 있는 권한을 부여받는다. 매 스프린트마다 가치 있고 유용한 증가분을 만들어 내기 위해 노력한다.
a. 스크럼 마스터
- 팀원들이 자율관리를 하고 교차기능적이 되도록 코칭 하는 것
- 스크럼 팀이 완료의 정의를 충족하여 높은 가치를 갖는 증가분을 만드는 데에 집중할 수 있도록 돕는 것
- 스크럼 팀이 명확하고 간결한 프로덕트 백로그 아이템의 필요성을 이해하도록 돕는 것
- 요구 또는 필요에 따라 이해관계자와의 협업을 촉진하는 것
- 조직이 스크럼을 채택하는 경우, 조직을 리드하고, 교육하고 코칭하는 것
- 이해관계자들과 스크럼 팀들 사이의 장벽을 제거하는 것
스크럼 마스터는 스크럼을 확립하는 것에 책임을 맡는다. 스크럼 마스터는 스크럼 팀과 조직을 위해 다양한 방법으로 일을 한다.
스크럼 팀의 구성원인 프로덕트 오너와 개발자가 스크럼 프레임워크의 가치와 원칙으로 성공적인 제품을 만들도록 이끈다. 이를 통해 애자일 조직 변화를 촉진하고 민첩한 방식을 유지할 수 있도록 돕는다.
b. 프로덕트 오너
- 프로덕트 목표를 세우고 명쾌하게 소통하는 것
- 프로덕트 백로그 아이템을 생성하고 분명하게 소통하는 것
- 프로덕트 백로그 아이템을 우선순위에 따라 정렬
- 프로덕트 백로그를 반드시 투명하고 가시적이며 이해가 잘 되도록 만드는 것
프로덕트 오너는 비즈니스 목표를 충족시키는 제품을 만들기 위해 제품 백 로그를 관리하고 제품을 검토한다. 스크럼 마스터와 서로 보완하는 위치로 생각하면 쉽다.
프로덕트 오너는 스크럼 팀의 제품(프로덕트)의 가치 극대화에 집중한다. 팀원들의 PO의 결정에 대한 존중이 선행되어야 한다. 따라서 PO는 팀원들이 납득할 만한 근거로 설득할 수 있어야 한다.
하나의 스크럼 팀은 프로덕트 오너가 내린 결정에 따라 프로덕트의 백로그 내용을 확인하고 스프린트 기간 동안 열심히 달린다.
개발자들
- 스프린트 동안의 계획을 세우는 것, 스프린트 백로그
- 완료의 정의를 준수하여 품질을 높여가는 것
- 스프린트 목표를 위해 그들의 계획을 매일마다 조정함
- 전문가로서 서로 책임을 지는 것.
매 스프린트마다 사용 가능한 증가분의 모든 부분을 만드는 것, 즉 개발하는 것에 전념하는 사람들이다. 팀에 필요한 개발 기술을 갖추고 백로그의 사항을 개발하는 역할이다.
스크럼의 심장 박동, 스프린트
제품 개발의 단거리 전력질주
스프린트는 한달 또는 그 보다 짧은 기간으로 고정된 이벤트이다. 스프린트의 사전적 의미는 단거리 전력질주이다. 적당한 기간 동안 스크럼 팀이 집중해 업무를 수행하는 것이다. 팀이 해결해야 할 문제를 단기간에 시뮬레이션해 시간과 자원을 효과적으로 사용하기 위한 방법이다.
새로운 스프린트의 시작점은 직전의 스프린트가 끝나는 순간 시작된다.
각 스프린트는 [스프린트 계획, 데일리 스크럼, 스프린트 리뷰, 스프린트 회고] 이 4가지 이벤트를 진행한다. 이는 점검과 적응을 하기 위한 것이다. 계속해서 점검과 적응을 하는 이유는 잦은 시행착오를 통해 지속적으로 개선하기 위함이다.
최정적으로 최소한의 정해진 시간 내에 목표에 가장 부합하는 결과물을 만들어 내는 것이 스프린트의 목적이다.
스크럼 팀의 PO는 어떻게 일을 해야할까?
'애자일 하게 일하자'는 것은 뭘까? 애자일, 날렵한. 이는 신속함을 베이스로 단기간에 제품 개발 사이클을 반복적으로 실행하며 더 나은 프로덕트를 만드는 것이다.
PO는 스크럼 팀원들이 더 나은 프로덕트를 만들 수 있도록, 프로덕트에 집중하도록 이끌어야 한다. 백로그를 정의하고, 리소스를 파악해 우선순위에 따라 백로그를 관리한다. 이때 우선순위에는 팀원들과 이해관계자가 납득할 만한 합당한 근거로부터 정해져야 한다. 합당한 근거를 제시하기 위해서는 비즈니스와 고객, 제품을 가장 잘 알고 있어야 하고 이를 전달할 수 있어야 한다.
결국은 소통
결국 가장 중요한 일은 결국 소통이다. 소통이란 주고받는 것이다. 일방적인 전달이 아니다. 내가 말하고자 하는 바를 전달했다고 소통이 됐다고 할 수는 없다. 상대방이 이해하고 응답하고 피드백받는 과정까지 모두 포함된다.
PO의 커뮤니케이션 능력은 비단 스크럼 팀의 PO만 해당되는 것이 아니다. PO/PM의 채용공고에는 항상 '커뮤니케이션' 능력이 포함되어 있다. 이제 왜 PO의 가장 중요한 역량이 커뮤니케이션인지 짐작할 수 있을 것 같다.
이 글은 스크럼 가이드를 참고해 작성했다. 원본은 아래에서 다운로드할 수 있다.
'IT 이야기 > 내가 PM이라면' 카테고리의 다른 글
PM과 이해관계자에 대해 알아보기 (0) | 2022.03.27 |
---|---|
내가 무신사 PM이라면 좋아요 폴더부터 개선 할래 (1) | 2022.03.17 |
마켓컬리 사례로 프로덕트의 개발적인 측면 살펴보기 ver.2 - PM에게 필요한 개발 지식 (0) | 2022.03.12 |
API가 도대체 뭔데? - API 쉽게 이해하기 (0) | 2022.03.10 |
앱의 형태 쉽게 이해하기 - 모바일 웹, 웹 앱, 하이브리드 앱, 네이티브 앱 (0) | 2022.03.08 |