<aside>
📚 토글 (▶ )을 클릭하여, 교육자료의 목차를 확인하고 빠른 이동을 할 수 있습니다.
(전체 토글을 열고닫는 단축키 - Windows : Ctrl + alt + t / Mac : ⌘ + ⌥ + t )
스크럼은 전세계적으로 소프트웨어 프로덕트 조직에서 개발팀이 가장 많이 활용하는 팀 단위의 애자일 실천 방안 입니다. ‘스크럼’ 이라는 단어는 스포츠 럭비에서 경기가 중단되었다가 다시 시작할 때마다 갖추는 팀의 기본 대형인 스크럼 Scrum 에서 유래한 것입니다. 같은 목표를 달성하기 위해 팀이 함께 모인 그 모습이 프로덕트를 개발하는 사람들이 한 팀으로 공동의 목표를 달성하기 위해 협업하는 것과 닮은 것입니다.
스크럼은 일의 콘텐츠를 구체적으로 다루는 것이 아닌, 일을 하는 기본적인 틀만 제시하고 있으면서, 스크럼의 규칙이라 할 수 있는 이벤트들을 담는 그릇과 같은 역할을 합니다. 그래서 일 하는 방식에 대한 프레임워크, 즉 스크럼 프레임워크 입니다. 스크럼은 작은 팀이 실천할 수 있기 때문에 조직의 규모가 작아도 실행할 수 있고, 조직의 규모가 큰 경우에는 그만큼 많은 수의 스크럼 팀을 구성하여 규모를 키울 수 있어서, 어떠한 조직 형태에도 맞춰서 활용할 수 있습니다.
스크럼은 경험주의에 기반하고 있습니다. 과학 실험과 같이 가설을 가지고 계획한 것을 실행하고, 실행 결과를 분석하여 다음 가설과 계획을 다시 수립하는 과정을 반복하는 것입니다. 실제 경험한 것을 기반으로 학습을 하면서 변화하는 상황에 적응해 나가는 것입니다. 이 때, 팀은 투명하게 상황을 드러내는 것, 발견한 사항들과 실행 결과를 점검하는 것, 학습한 것에 적응하는 것을 핵심으로 운영됩니다.
<aside> 💡 스크럼 프레임워크는 소프트웨어 개발팀에 국한하지 않고 어떠한 형태의 프로덕트를 만드는 팀에도 적용할 수 있도록 일반화 한 개념입니다. 여기에서는 소프트웨어 프로덕트, 디지털 프로덕트를 개발하는 팀으로 한정하여 이야기 합니다.
</aside>
스크럼 프레임워크를 활용하여 일을 하는 프로덕트 팀에는 3가지 역할이 있습니다. 프로덕트 오너, 스크럼 마스터, 개발자들 입니다. 프로덕트 오너와 스크럼 마스터는 각 한 사람씩만 존재합니다. 개발자들은 여러명 입니다. 이 세가지 역할이 모여서 한 팀을 이루는 스크럼 팀 하나의 인원은 최소 3명에서 최대 9명 정도의 규모 입니다. 스크럼 팀은 하나의 미션을 갖거나, 팀이 담당하는 프로덕트 하나, 또는 큰 프로덕트의 특정 도메인이나 분할한 영역을 담당하게 됩니다.
프로덕트 오너는 스크럼 팀이 담당하는 프로덕트의 모든 권한을 소유하는 역할입니다. 프로덕트 오너의 역할을 설명하기 위해 ‘미니 CEO’, ‘가치를 극대화하는 사람’ Value Maximizer, ‘다리’ Bridge (스크럼 팀과 이해관계자 간의 소통) 라고 별명을 붙일 수 있습니다. 미니 CEO 라는 의미는 기업 내에서 프로덕트 오너가 담당하는 부분 만큼은 직접 최종 결정을 하고 책임을 가지고 결과를 만드는 과정을 수행하는 온전한 프로덕트 소유권과 권한을 위임 받는다는 의미 입니다.
프로덕트 오너는 프로덕트의 가치를 극대화하기 위해 할 일을 생성하고 각 할 일의 가치를 지속적으로 업데이트 하여 일의 우선순위를 조정합니다. 개발자들은 우선순위가 높은 일부터 진행합니다. 프로덕트 오너는 개발자들과의 소통을 통해서 할 일을 완료하는데에 필요한 노력의 정도와 그 일이 완료되었을 때 얻을 수 있는 가치를 고려하여 우선순위의 최종 결정을 내립니다. 이러한 결정을 올바르게 판단하기 위해 유저, 주요 이해관계자, 개발자들과 끊임없이 소통하고 공감하면서 특히 왜 이런 일을 해야하는지에 대해 팀에 알려줄 수 있어야 합니다.
<aside> 💡 스크럼 프레임워크에서는 ‘프로덕트 오너’ Product Owner 라는 명칭을 사용합니다. 이것은 일반적인 프로덕트 조직의 프로덕트 매니저와 같은 역할로 이해할 수 있습니다. 실제 프로덕트 조직에서는 성격에 따라서 프로덕트 오너, 또는 프로덕트 매니저 라는 하나의 역할 명칭을 사용하기도 합니다. 또한 프로덕트 매니저가 높은 레벨에서의 미션과 로드맵을 관리하고, 하위에 프로덕트 오너들이 구체적으로 할 일 단위를 계획하고 우선순위를 조정하는 역할로 나뉘어 운영하기도 합니다.
</aside>
스크럼 마스터는 스크럼 팀의 팀원들이 스크럼 프레임워크를 올바르게 이해하고 수행할 수 있도록 가이드하고 환경을 조성합니다. 스크럼 팀의 팀원들은 모두가 동등한 수평 레벨의 소통과 의견을 제시할 수 있는데, 스크럼 마스터는 스크럼을 수행하는 측면에서는 리더쉽을 발휘하여 팀을 이끌고 일의 진척이 막힘없이 진행되도록 지원합니다. 특히 팀이 가지고 있는 장애물 Impediment 를 식별하고, 해결 또는 해소하는 일을 직접 하거나 장려하는 것이 중요합니다. 스크럼 마스터는 스크럼 팀의 정신적인 리더이자 도움을 제공하는 ‘서번트 리더’ Servant Leader 라고 할 수 있습니다.
<aside> 💡 스크럼 마스터가 스크럼 팀에서 담당하는 역할은 중요합니다. 하지만 실제 업무 현장에서 스크럼 마스터 역할을 따로 채용하는 경우는 국내에서는 극히 드문 일 입니다. 스크럼 마스터 역할을 스크럼 팀 개발자들 중의 리드 역할자가 하거나 스크럼 팀 내 역할과 별도로 팀 매니저가 있는 경우 이 역할을 담당하는 경우가 많습니다. 프로덕트 오너 (프로덕트 매니저)가 이 역할을 겸하기도 하지만, 스크럼을 고안한 사람들의 입장에서 이 경우를 지양해야 한다고 합니다. 프로덕트 오너는 1인으로서 본연의 역할을 잘 하는 것이 중요하고, 목표와 할 일 우선순위를 결정하는데 중요한 의사결정자인 프로덕트 오너가 팀을 가이드하고 리드하는 역할까지 맡는 경우, 개개인 간 수평적이고 자율적인 자기 경영을 지향하는 스크럼 팀의 균형이 무너질 수 있기 때문입니다.
</aside>
개발자들은 다수의 구성원으로 스크럼 팀이 가지고 있는 목표를 달성하는데 필요한 모든 프로덕트 개발 역량을 가지고 있는 전문가들 입니다. 여러 역할을 가지고 있는 (예를 들어, 디자이너, 아키텍처, 프론트엔드 개발자, 백엔드 개발자, QA 등) 사람들의 모임으로 교차 기능 Cross functional 팀이 되는데, 이들 간에도 서로의 역량과 가지고 있지 않은 새로운 역량을 학습하는 T자형 인재로 역할을 할 수 있어야 합니다.