스크럼 마스터란?

요약: 스크럼 마스터는 스크럼 프레임워크를 준수하도록 보장하여 큰 규모의 팀에 스크럼을 지원합니다. 스크럼의 가치와 관행에 전념하지만 팀이 워크플로를 개선할 수 있는 기회에 대해 유연하고 열린 태도를 가지고 있어야 합니다.

제목에서 알 수 있듯이, 스크럼 마스터는 스크럼의 전문가로 스크럼 프레임워크를 따르도록 보장합니다. 스크럼에는 따라야 할 역할과 리추얼이 명확하게 정의되어 있으며, 스크럼 마스터는 스크럼 팀의 각 팀원과 협력하여 스크럼 프레임워크에 대해 팀을 안내하고 코칭합니다.

Atlassian에서 Twitter 설문 조사를 실시한 결과, 응답자의 92%는 “이론을 따른” 스크럼이 아니라 사용자 지정 방식의 스크럼을 실천하고 있다고 답했습니다. Atlassian에서는 팀이 스크럼을 이해하도록 코치하고 돕는 역할을 맡은 스크럼 마스터에게 이 결과가 어떤 의미를 가지는지 궁금증이 들었습니다. 이론을 따른 애자일이 아니라, 끊임없이 진화하는 애자일 세상에서 스크럼 마스터는 어디에 적합합니까?

이는 애자일의 숨은 영웅인 스크럼 마스터의 역할과 책임에 대해 심층적으로 살펴보면서 대답하고자 했던 질문입니다.

스크럼 마스터는 스프린트라고 하는 기한이 지정된 반복에 초점을 맞춘 가벼운 애자일 프레임워크, 스크럼의 진행자입니다. 진행자로서 스크럼 마스터는 나머지 팀원들의 코치 역할을 합니다. 스크럼 가이드에 따르면 “서번트 리더”입니다. 훌륭한 스크럼 마스터는 스크럼 기반과 가치를 위해 최선을 다하면서도, 팀이 워크플로를 개선할 수 있는 기회에 대해 유연하고 열린 태도를 가지고 있습니다.

이상적인 애자일 세상에서는 팀이 자체 프로세스와 도구를 관리합니다. 그러나 애자일로 전환하는 많은 팀이 스크럼 마스터를 프로세스의 소유자로 여기고 의존하는 경우가 많습니다. 책임 및 권한이 팀에서 확산되려면 시간이 걸립니다. 이러한 혁신적인 맥락에서, 스크럼 마스터의 역할은 스크럼 세레모니 일정을 계획하는 것 정도로 가볍거나 다른 스크럼 팀원만큼 관여하는 정도일 수 있습니다. 스크럼 가이드에는 스크럼 마스터가 다른 스크럼 역할을 수행하는 방식이 나열되어 있지만 이는 모든 책임이 나와 있는 목록은 아닙니다. 실제로 스크럼 마스터는 다음 중 일부 또는 전부를 수행하는 경우가 많으며, 그 모두가 스크럼으로 정의되는 것은 아닙니다.

1. 스탠드업 회의 - 필요에 따라 매일 스탠드업(또는 매일 스크럼)을 지원합니다.
2. 반복/스프린트 계획 회의 – 과도한 이행 약속 및 범위 초과로부터 팀을 보호합니다. 추정 및 하위 작업 만들기를 지원합니다.
3. 스프린트 검토 – 회의에 참여하고 피드백을 캡처합니다.
4. 회고 – 향후 스프린트를 위해 개선이 필요한 부분과 작업 항목을 기록합니다.
5. 보드 관리 – 스크럼 보드의 관리자 역할을 맡습니다. 카드가 최신 상태이고 Jira Software 등의 스크럼 도구가 제대로 작동하는지 확인합니다.
6. 1:1 회의 – 필요에 따라 팀원 및 이해 관계자와 개별적으로 회의를 가집니다. 프로세스 및 작업 스타일에 대한 팀의 의견 충돌을 해결합니다. 많은 스크럼 실행자는 이러한 커뮤니케이션이 스탠드업 회의 중에 이루어져야 한다고 생각하기 때문에 1:1 회의를 좋아하지 않지만 일부 팀, 특히 새로운 팀의 경우 특정 팀원과의 정기적인 대면 상호 작용을 선호합니다. 스크럼 마스터는 이러한 개별 상호 작용이 팀의 발전을 비롯해 서로를 알아가는 데 중요하다고 판단할 수 있습니다.
7. 내부 컨설팅 – 스크럼 마스터는 스크럼 팀과 가장 잘 협력하는 방법에 대해 팀원 및 내부 이해 관계자와 상담할 준비를 갖춰야 합니다.
8. 보고 – 번다운 차트 및 기타 포트폴리오 계획 도구를 정기적으로 분석하여 무엇이 어떤 케이던스로 구축되는지 파악합니다.
9. 블로커 – 스크럼 마스터는 외부 블로커를 제거하고 프로세스 또는 워크플로 개선을 통해 내부 장애물을 관리하여 팀을 지원합니다.
10. 잡무 – 스크럼 팀에 불만이 있다면 스크럼 마스터가 해결해야 할 문제입니다. 고장난 컴퓨터를 수리하거나, 책상을 옮기거나, 온도 조절 장치를 조정하는 일이 포함될 수 있습니다. 스크럼 마스터는 팀을 돕기 위해 거의 어떤 일이든 할 수 있어야 하며 팀에 실제로 필요한 것이라면 커피나 간식을 가져오는 일도 마다해서는 안됩니다.

모든 스크럼 교육자는 스크럼 팀에 스크럼 마스터가 있어야 한다고 가르칩니다. 스크럼 마스터가 없으면 진정한 스크럼에 미치지 못하고 있는 것이며, 이러한 경우를 스크럼벗이라고도 합니다.

스크럼을 시작할 때는 이전의 스크럼 실행 방식을 본 관계자가 역할을 맡는 것이 큰 도움이 될 수 있습니다. 스크럼 실행 예시를 많이 본 관계자라면 더욱 좋습니다. 이러한 이유로, 스크럼 마스터는 정규직 직원보다는 컨설턴트로 고용되는 경우가 많습니다.

하지만 모든 스크럼 팀은 저마다 다릅니다. 많은 숙련된 팀은 위에 나열된 책임을 하나의 단위로 처리하고 프로세스를 공동으로 관리하는 데 대해 자부심과 즐거움을 느낍니다. 스크럼 마스터의 역할은 팀에서 번갈아 가면서 맡으며 팀원들은 차례대로 스탠드업 회의와 회고를 지원합니다.

일부 팀의 경우 매일 같은 사용자가 역할을 수행하도록 하는 것이 올바른 경우도 있습니다.

안타깝게도 스크럼 마스터의 역할에 대한 오해로 인해, 기존 매니저는 스크럼 마스터가 자신의 역할이라고 생각하는 경우가 많습니다. 이러한 오해가 문제가 될 수 있는 이유를 더 자세히 이해하기 위해, 스크럼 마스터를 조직에 이미 있는 스크럼 이외의 역할과 비교하고 역할을 분리하는 것이 왜 중요한지 알아보겠습니다.

Atlassian이 애자일 제품 관리 개요에서 지지하는 것과 같이, 개발 팀에 대한 제품 매니저의 참여도가 높을수록 좋습니다. 이러한 참여는 고객의 요구 사항, 제품의 "이유"를 옹호하는 제품 소유자의 라인을 따라 이루어져야 합니다. 참여가 작업, 팀의 "방법"으로 흐려지면 문제가 발생합니다. 좋은 의도라도, 이러한 활용 사고 방식은 결함, 전달 및 알 수 없는 것들과 같은 문제를 숨기는 경향이 있습니다. 범위와 프로세스를 끼워넣으면 범위, 일정 및 품질이 고정될 수 있습니다. 이는 실패로 이어지게 됩니다.

기존 소프트웨어 관리와 결합되어 있는 경우가 많은 스크럼 팀의 두 가지 요구 사항을 스크럼 마스터와 제품 소유자가 충족시키는 이유가 바로 이것입니다. 소규모 팀에서는 다른 역할의 인지된 오버헤드를 피하고 싶은 유혹을 받게 됩니다. 그러나 장애물이 나타나거나 변경 사항이 발생하면 프로세스 관리와 제품 방향을 명확하게 구분해야 합니다.

스크럼 마스터에 상응하는 기술 분야 이외(또는 애자일이 아닌)의 담당자가 프로젝트 매니저입니다. 이 두 역할 모두 작업을 완료하고 프로세스 및 지원을 통해 워크플로 문제를 해결하는 “방법”에 중점을 둡니다. 둘 다 필요합니까? 그럴 가능성은 낮습니다.

기존 프로젝트 매니저와 스크럼 마스터는 모두 팀이 작업을 완료하도록 돕는 역할을 하지만, 이 둘의 접근 방식은 크게 다릅니다. 프로젝트 매니저는 기간과 마일스톤을 설정 및 추적하고 진행률을 보고하며 팀 커뮤니케이션을 조율합니다. 그러나 이러한 작업은 기존 관리 역할의 제어된 곳에서 이루어집니다.

스크럼 마스터는 팀이 목표를 달성하는 데 필요한 프로세스를 개선하고 간소화하도록 돕습니다. 팀원이나 공동 작업자로서 이를 수행하며, 이상적으로는 통제 권한이 있는 직원이 아닙니다. 최고의 스크럼 팀은 자체 조직되므로 하향식 관리에는 잘 맞지 않습니다.

앞선 내용은 스크럼 팀 관리에서 가능한 구성 중 일부에 불과합니다. 이러한 모든 역할을 활용하는 조직도 있으며, 하나의 역할을 활용하거나 전혀 활용하지 않는 경우도 있습니다.

스크럼 마스터를 채용할 때 가장 중요한 한 가지 고려 사항이 있습니다. 바로 조직이 스크럼에 전념하고 프로세스에 투자하는 경우에만 채용해야 한다는 것입니다. 위의 모든 역할은 무수하게 많은 방법으로 개발 팀을 관리할 수 있지만, 스크럼 마스터는 스크럼에 대한 100% 승인이 있어야 효과적입니다. 전적인 승인이 필요한 역할입니다.

모든 팀이 프로세스를 관리하도록 도와주는 스크럼 마스터가 있으면 조직 전체에서 상당한 이익을 얻을 수 있습니다. 정기적으로 고객에게 제공하는 가치(스크럼의 주요 목표) 외에도 팀원과 매니저는 자신이 가장 잘 하는 일에 집중할 수 있습니다. 제품 매니저는 전략에 집중하고 개발자는 최고의 코드를 작성하고, 영업 팀의 Kyle은 성공을 달성할 수 있습니다. 이 모든 것은 어떤 소리를 냅니까? 듣기 좋은 음악 같은 높은 성과의 스크럼 소리일 것입니다.