스크럼 역할 및 스크럼의 직책에 대한 진실

세 가지 스크럼 역할(스크럼 마스터, 제품 소유자 및 개발 팀)이 직책이 아닌 주요 책임을 설명하는 이유를 알아보세요.

Dave West 작성자: Dave West
주제 찾아보기

세 가지 스크럼 역할은 무엇입니까?

스크럼에는 제품 소유자, 스크럼 마스터 및 개발 팀원의 세 가지 역할이 있습니다. 이것은 매우 명확하지만 기존 직책으로 무엇을 해야 할지는 혼란스러울 수 있습니다. 많은 팀이 스크럼을 도입할 때 직책을 변경해야 하는지 묻습니다. 결론부터 말씀드리자면 '그렇지 않다'고 답할 수 있습니다.

이 문서에서는 스크럼 역할을 정의하고 새 명함을 인쇄하지 않고도 스크럼 역할을 조직에 집어넣을 수 있는 방법을 정의합니다.

스크럼 역할과 직책 비교

세 가지 스크럼 역할은 스크럼 팀의 주요 책임을 설명합니다. 이것은 직책이 아닙니다. 즉, 기존 직책을 포함하여 모든 직책이 역할 중 하나를 수행할 수 있습니다. 스크럼의 본질은 경험주의, 자체 조직 및 지속적 개선이기 때문에 세 가지 역할은 팀이 효과적으로 작업을 제공할 수 있도록 책임에 대한 최소한의 정의를 제공합니다. 이렇게 하면 팀은 조직 방법에 대한 책임을 지고 스스로 지속적으로 개선할 수 있습니다.

스크럼 팀 구축

스크럼은 팀이 프로세스를 기반으로 구축할 수 있는 프레임워크입니다. 정기 회의, 아티팩트 및 누가 무엇을 수행하는지에 대한 기본 구조를 제공합니다.

단, 스크럼은 팀이 작업할 수 있는 '어디에나 적합한 단 하나의' 모델을 제공하지는 않습니다. 예를 들어 팀이 웹 보험 애플리케이션을 개발하는 경우 기술, 백엔드 시스템 및 비즈니스 도메인을 잘 아는 담당자가 필요합니다. 반면에 팀이 차세대 Donkey Kong을 연구하고 있다면 필요한 기술은 매우 다를 것입니다. 여기에는 그래픽 디자이너, 사운드 엔지니어 및 그래픽 개발자가 포함될 수 있습니다. 문제가 다르기 때문에 필요한 팀 구조와 기술도 다릅니다.

팀이 해결하려는 문제가 복잡해질수록 상황은 더 어려워집니다. '모른다는 것을 알기 전까지는 모른다는 것도 모른다'는 말이 있듯이, 팀은 필요한 기술이나 작업량을 미리 알지 못할 수 있으며, 점점 더 많이 알게 될수록 과정을 변경할 수 있는 유연성이 필요할 수 있습니다.

이 복잡하고 끊임없이 변화하며 종종 성가신 세상에 구조를 제공하기 위해 스크럼은 개발 팀원, 제품 소유자 및 스크럼 마스터라는 세 가지 스크럼 역할로 가벼운 구조를 제공합니다.

개발 팀: "개발자" 다시 정의

작업을 수행하는 담당자들이 있는 곳이 개발 팀입니다. 언뜻 보기에 “개발 팀”은 엔지니어를 의미한다고 생각할 수 있지만, 항상 그런 것은 아닙니다. 스크럼 가이드에 따르면 개발 팀은 디자이너, 작가, 프로그래머 등 모든 종류의 담당자로 구성될 수 있습니다.

주택 프로젝트가 있고 개발자를 고용할 때와 같은 방식으로 생각할 수 있습니다. 그들은 프로젝트를 개발하고 작업을 수행합니다. 즉, 여기서 작업이란 벽돌을 깔고 배관 공사를 하고 구멍을 파는 것을 의미할 수 있지만 그 담당자는 개발자로 알려져 있습니다. 즉, 스크럼에서 '개발자' 역할은 올바른 기술을 갖추고 작업을 수행하는 팀의 일원을 의미합니다.

자체 조직, 디자인, 개발, UX, 테스트, 배포와 같은 개발 팀의 책임을 보여주는 다이어그램.

개발 팀은 작업을 완료하기 위한 결정을 내릴 수 있도록 자체 조직할 수 있어야 합니다. 개발 팀은 문제가 생겨서 야간에 호출되는 프로덕션 지원 팀과 비슷하다고 생각하세요. 프로덕션 지원 팀과 마찬가지로 개발 팀은 결정을 내리고 당면한 문제에 대한 수정/가치를 제공할 수 있습니다. 자체 조직은 조직을 무시하는 것이 아니라 업무에 가장 가까운 관계자들이 문제를 해결하는 데 필요한 일을 할 수 있도록 권한을 부여하는 것입니다.

개발 팀의 책임은 다음과 같습니다.

  • 스프린트를 통해 작업을 제공합니다.
  • 스프린트 중에 투명성을 보장하기 위해 일일 스크럼(스탠드업이라고도 함)에서 매일 만납니다. 일일 스크럼은 작업에 투명성을 제공하고 팀원들이 도움을 구하고 성공에 대해 이야기를 나누며 이슈와 블로커를 강조할 수 있는 전용 공간을 제공합니다. 스크럼 마스터가 일일 스크럼을 진행할 수도 있지만 궁극적으로 이 회의를 운영하는 것은 개발 팀의 책임입니다. 일일 스크럼은 그들이 그룹으로서 하고 있는 일을 점검하고 조정하며 보다 효과적인 방식으로 일할 수 있도록 지원하는 회의입니다.

제품 소유자: 명확한 방향 설정

애자일 팀은 설계상 유연하고 대응력이 뛰어나며, 최고의 가치를 제공하는 것은 제품 소유자의 책임입니다. 제공해야 할 중요한 사항을 개발 팀에 알려주는 제품 소유자가 Business를 대표합니다. 두 역할 간의 신뢰는 매우 중요합니다.

제품 소유자는 고객을 이해할 뿐만 아니라 스크럼 팀이 고객에게 제공하는 가치에 대한 비전도 가져야 합니다. 또한 제품 소유자는 조직 내 다른 이해 관계자의 요구 사항을 균형 있게 조정합니다.

따라서 제품 소유자는 이 모든 입력을 통해 작업의 우선 순위를 정해야 합니다. 상충하는 우선 순위와 명확하지 않은 방향은 팀의 효율성을 저하시킬 뿐만 아니라 Business와 개발 팀의 중요한 신뢰 관계도 깨뜨릴 수 있기 때문에 이것이 제품 소유자의 가장 중요한 책임일 것입니다.

애자일 팀은 검사하고 조정하도록 설계되었습니다. 즉, 우선 순위가 변경되면 팀 구조, 작업 제품 및 최종 결과가 크게 변경될 수 있습니다. 따라서 스크럼 팀의 성공은 중요하며, 한 명만 우선 순위를 정하는 것이 중요합니다. 바로 제품 소유자입니다.

스크럼 가이드에서는 제품 소유자의 책임을 다음과 같이 정의합니다.

  • 스크럼 백로그 관리 - 제품 소유자가 새 제품 백로그 항목을 백로그에 넣는 유일한 관계자라는 의미는 아닙니다. 그러나 궁극적으로 개발 팀이 제공하기 위해 불러오는 백로그에 대한 책임이 있습니다. 즉, 제품 소유자는 백로그에 있는 모든 내용을 알아야 하며 다른 사용자는 제품 백로그 항목을 추가할 때 제품 백로그 소유자와 소통해야 합니다.
  • 릴리스 관리 - 스프린트는 릴리스 주기가 아니라 계획 주기입니다. 즉, 스크럼 팀은 언제든지 제공할 수 있습니다. 이상적으로는 스프린트 전반에 걸쳐 자주 제공하여 스프린트 검토에서 실제 고객 사용 및 피드백을 검토할 수 있습니다. 그러나 지속적 배포가 항상 가능한 것은 아니므로 다른 릴리스 모델이 필요합니다. 제품 소유자는 릴리스 가능한 시기와 릴리스해야 하는 시기를 아는 것이 중요합니다.
  • 이해 관계자 관리 - 모든 제품에는 사용자, 고객, 거버넌스 및 조직 리더십에 이르기까지 많은 이해 관계자가 참여합니다. 제품 소유자는 이 모든 관계자와 협력하여 개발 팀이 가치를 제공하도록 효과적으로 보장해야 합니다. 많은 양의 이해 관계자 관리 및 커뮤니케이션을 의미할 수 있습니다.
제품 백로그 관리, 릴리스 관리, 이해 관계자 관리와 같은 제품 소유자의 책임을 보여주는 다이어그램.

스크럼 마스터: 모든 것을 하나로 모으기

스크럼 마스터는 모든 것을 하나로 묶고 스크럼이 잘 수행되도록 보장하는 역할입니다. 실제로 이것은 그들이 제품 소유자가 가치를 정의하고 개발 팀이 가치를 제공하며 스크럼 팀이 더 나은 결과를 얻을 수 있도록 도와준다는 의미입니다. 스크럼 마스터는 지지적인 리더십 스타일을 설명할 뿐만 아니라 일상적으로 수행하는 작업을 설명하는 서번트 리더입니다.

그들은 제품 소유자가 가치를 더 잘 이해하고 전달하며, 백로그를 관리하고, 팀과의 작업을 계획하고, 가장 효과적인 학습을 제공하기 위해 작업을 분할하도록 도와주는 서비스를 제공합니다. 개발 팀에 서비스를 제공하는 스크럼 마스터는 팀이 자체 조직화하고, 결과에 집중하며, “증분 완료”에 도달하고, 블로커를 관리하도록 도와줍니다. 또한 스크럼 마스터는 조직 전체가 스크럼이 무엇인지 이해하고 스크럼을 지원하는 환경을 만들 수 있도록 서비스를 제공합니다.

투명성, 경험주의, 자체 조직, 스크럼 가치, 팀 보호, 블로커 제거와 같은 스크럼 마스터의 책임을 보여주는 다이어그램.

스크럼 마스터는 다음에 중점을 둡니다.

  • 투명성 - 효과적으로 검사하고 조정하려면 적절한 담당자가 현재 일어나는 상황을 알 수 있어야 합니다. 하지만 이것은 보기보다 훨씬 더 어렵습니다. 스크럼 마스터는 스크럼 팀이 투명한 방식으로 작동하도록 하는 임무를 맡습니다. 예를 들어 스토리 맵을 만들고 회고 아이디어로 Confluence 페이지를 업데이트하는 것이 있습니다.
  • 경험주의 - 스크럼과 애자일의 기본은 작업을 수행하고 그로부터 배우는 것이 가장 좋은 계획 방법이라는 생각으로 접근합니다. 경험적 프로세스는 쉽지 않으며 스크럼 마스터가 스크럼 팀에게 작업 분할, 명확한 결과 설명 및 결과 검토에 대해 코치해야 합니다.
  • 자체 조직 - 개발 팀에 자체 조직화할 수 있다고 말하면 팀이 스스로 조직화한다는 의미입니다. 실제로 자체 조직은 시간이 지나면서 발생하며 도움과 지원이 필요합니다. 스크럼 마스터는 팀원들이 자신의 편안한 영역을 벗어나 다양한 시도를 하고 '위임 포커' 같은 관행을 사용하여 역할 경계 및 책임에 대해 사전 정의된 아이디어를 드러내고 도전하도록 권장합니다.
  • 가치 - 스크럼은 용기, 집중력, 헌신, 존중 및 개방성의 5가지 가치를 정의합니다. 이 가치가 있으면 단순히 좋기 때문이 아니라 생리적 안전과 신뢰의 환경을 조성하기 때문입니다. 이 환경은 민첩성이 번창하는 데 꼭 필요합니다. 가치를 따르는 것은 모든 스크럼 팀원의 책임이지만 스크럼 마스터는 모두에게 이 가치의 중요성을 장려하고 상기시키는 적극적인 역할을 합니다.

스크럼 마스터는 스프린트 계획 및 스프린트 검토에서 제품 소유자에게 서비스를 제공하여 가치를 명확하게 설명하고 방향을 설정하도록 보장합니다. 그들은 작업이 진행되고 블로커가 제거되는지 확인하여 일일 스크럼에서 개발 팀에 서비스를 제공합니다. 또한 팀의 해결 능력을 벗어난 블로커도 책임져야 합니다. 스크럼 마스터는 개선할 수 있는 모든 기회가 스크럼 팀에 투명하게 드러나는지, 또 회고가 실행할 수 있는 명확한 결과 집합을 보유하는지 확인합니다.

애자일 스크럼 역할 시작하기

세 가지 스크럼 역할은 스크럼 팀의 세 가지 주요 책임 영역을 설명하는 경우에는 매우 간단하지만 종종 직책에 매핑하기가 어렵습니다. 시작점은 다음과 같습니다.

  • 고객에게 가치를 제공할 수 있는 훌륭한 기술을 많이 보유했고 이 일에 흥미가 있다면 스크럼 개발 팀원이 되어야 합니다. 이 팀은 고객과 이해 관계자에게 실제로 가치를 제공하기 때문에 모든 애자일 조직에서 가장 중요한 요소입니다. 즉, 연공서열은 가치를 얼마나 제공하는지 또는 남들이 가치를 제공하도록 얼마나 돕는지에 따라 결정됩니다.
  • 고객, 이해 관계자 관리 및 비즈니스 도메인에 대한 열정이 있다면 제품 소유자 역할이 여러분에게 가장 적합할 것입니다. 대부분의 조직에서 이 관계자는 결정을 내릴 수 있도록 비즈니스에 대한 존중과 신뢰를 갖춰야 합니다. 이 역할에는 타협안을 협상하고 모두의 만족도를 유지할 수 있도록 어느 정도의 정치가 요구됩니다.
  • 팀이 효과적으로 함께 일하도록 돕고 스크럼과 애자일로 세상을 바꾸고 싶다면 스크럼 마스터 역할이 적합합니다. 코칭, 교육 및 촉진에 중점을 둔 매우 사용자 중심적인 역할입니다.