스크럼 이해하기
오늘은 Ken Schwaber & Jeff Sutherland의 스크럼 가이드를 리뷰하고 이해해보는 시간을 가져보고자한다. 스크럼 가이드
프로덕트 오너
프로덕트 오너는 스크럼 팀의 결과물인 프로덕트의 가치를 극대화하는 책임을 가지고 있다. 프로덕트 오너가 업무를 수행하는 방법은 조직, 스크럼 팀, 개인에 따라 다를 수 있다.
프로덕트 오너는 프로덕트 백로그를 효과적으로 관리하는 책임을 가진다.
이때 다음의 사항을 고려해야한다.
⚫ 프로덕트 목표를 세우고 명쾌하게 소통하는 것
⚫ 프로덕트 백로그 아이템을 생성하고 분명하게 소통하는 것
⚫ 프로덕트 백로그 아이템을 우선순위에 따라 정렬
⚫ 프로덕트 백로그를 반드시 투명하고 가시적이며 이해가 잘 되도록 만드는 것.
프로덕트 오너는 위 업무를 직접 하거나 혹은 다른 사람들에게 그 책임을 위임한다. 하지만 결국 최종 책임은 프로덕트 오너가 갖는다.
프로덕트 오너가 성공적으로 일을 하기 위해서는 팀 전체가 반드시 그의 결정을 존중해야 한다.
프로덕트 오너가 내린 결정들은 프로덕트 백로그의 내용과 우선순위에 따라 정렬하게 된다. 또한 스프린트 리뷰 때에 백로그가 추가되기도 한다.
프로덕트 오너는 한 사람이지 여럿으로 구성되지 않는다. 프로덕트 오너는 프로덕트 백로그와 연관된 많은 이해관계자들의 요구를 대표한다. 프로덕트 백로그를 변경하고 싶은 사람들은 프로덕트 오너를 설득해야 한다.
요약
스프린트 오너 : 제품 백로그를 만들과 관리하며, 모두가 제품 백로그를 이해할 수 있도록 긴밀하게 협력하는 사람.
스프린트 오너에게 필요한 업무요소 : 명쾌한 소통 능력, 백로그를 팀원에게 전달하는 투명하고 가시적인 방법, 우선순위를 결정하는 결단력
Insight
프로덕트 오너는 본인의 팀(스크럼 등)이 프로덕트의 가치를 극대화하도록 관리하는 역할 또한 가진다. 프로덕트 오너로서 스프린트를 진행하게 되면 여러 선택권, 리소스 사이에서 우선순위를 항상 재고하는 위치에 있을 것이라고 생각한다. 이때 팀 전체가 프로덕트에 대한 깊은 고민을 하고 의견을 나누며, 프로덕트 오너의 결정을 존중한다면 원활하게 스프린트를 진행할 수 있을 것이다.이렇게 하고 있는 팀이 몇개나 있을지는 모르겠다.
글을 읽고 스프린트를 이끄는 프로덕트 오너가 되기 위해서는, 좀 강단있는 사람이 되어야겠다고 생각했다.
스프린트
스프린트는 아이디어를 가치로 만들어 내는 이벤트로, 마치 스크럼의 심장 박동과 같다. 스프린트는 꾸준함을 갖기 위해 한달 또는 그보다 짧은 기간으로 고정된 길이를 갖는다. 새로운 스프린트는 직전의 스프린트가 끝나는 즉시 시작**한다.
스프린트 동안 스프린트 계획, 데일리 스크럼, 스프린트 리뷰, 스프린트 회고를 포함하여 프로덕트 목표를 달성하기 위해 필요한 모든 업무를 수행한다. 스프린트 기간 동안에는:
⚫ 스프린트 목표 달성을 저해하는 변경을 해서는 안된다
⚫ 프로덕트의 품질을 떨어뜨려서는 안된다
⚫ 필요한 수준까지 프로덕트 백로그를 정제해야 한다
⚫ 스프린트의 범위를 명확하게 정리해야 할 때는 프로덕트 오너와 다시 상의을 할 수 있다.
스프린트를 진행하게 되면 적어도 한 달에 한 번은 프로덕트 목표 대비 진척을 점검하고 조정을 할 수 있기 때문에 프로젝트 진척에 대한 예측 정확도를 높일 수 있다. 스프린트 기간을 너무 길게 잡으면, 스프린트 목표가 효력이 없어지거나 복잡도가 늘어나고 리스크가 높아질 수 있다. 더 짧은 스프린트 기간일수록 더 많은 학습 기회를 가질 수 있고, 짧은 기간 동안 수행하기 때문에 비용과 노력으로 리스크를 줄일 수 있다. 각 스프린트는 짧은 프로젝트와 같이 여겨질 수 있다.
진척을 예측하는 데에는 번 다운 Burn-downs 차트, 번 업 Burn-ups 차트, 누적 흐름도 Cumulative flows 와 같은 다양한 방식이 있다. 이러한 방식이 유용하기는 하지만, 프로덕트 오너의 경험치를 무시할 수는 없다. 복잡한 환경에서는 어떤 일이 일어날지 알 수가 없다. 경험이 많은 프로덕트 오너는 지금까지 무엇이 발생했는지를 토대로 빠르게 앞으로의 결정을 내릴 수 있다.
스프린트 목표가 효력이 없게 되면, 스프린트를 취소할 수 있다. 오직 프로덕트 오너만이 스프린트를 취소할 결정권을 갖는다.
요약
스프린트 : 스크럼 팀이 함께 작업하여 스프린트 계획을 완료하는 실제 기간
스프린트가 진행되는 과정에서는,
어떤 것도 스프린트 목표를 방해해서는 안되며, 품질을 떨어트려서는 안된다.
그러기 위해서는 프로덕트 백로그를 충분히 정제하고, 프로덕트 오너와 그 범위를 명확하게 할 필요가 있다.
Insight
스프린트는 짧은 업무기간을 가진다. 그렇기 때문에 프로덕트 전반에 차원에서 어떤 업무를 하고 있는지, 어떤 변화가 있는지 잊어버리기 쉽다고 생각한다. 이때 '프로덕트 목표'를 잃지 않도록 프로덕트 오너가 존재한다고 생각한다. 팀에 맞는 프로덕트 목표를 세워야할 것이며 항상 팀에게 리마인트 하는 알람같은 존재가 되어야한다. 또한 팀의 의견을 반영한 스프린트 목표를 조율할 줄 알아야 효율적인 스프린트를 진행할 수 있을 것이다.
또 전체 프로덕트 백로그 중 어느 업무인지, 얼마만큼 달성했는지 정확히 리뷰한다면 원 팀으로 스프린트를 진행할 수 있는 원동력이 될 수 있을 것 같다고 생각했다.
