스크럼 마스터란?

스크럼 마스터(Scrum Master)란?

참고: https://brunch.co.kr/@insuk/13

PUBG 기술 PM 1차 면접때 질문 받았던 Scrum Master 가 뭔가요? 를 답하지 못해 찾아보고 공부합니다.

일단 스크럼(Scrum)은 뭐지?

참고: 위키

스크럼의 정의

스크럼은 위키에 나온대로 사전적인 정의는 아래와 같습니다.

스크럼은 프로젝트 관리를 위한 상호, 점진적 개발방법론이며, 애자일 소프트웨어 공학 중의 하나이다. 스크럼은 소프트웨어 개발 프로젝트를 위하여 고안되었지만, 소프트웨어 유지보수 팀이나 일반적인 프로젝트/프로그램 관리에서도 적용될 수 있다.

스크럼의 특성

• 솔루션에 포함할 기능/개선점에 대한 우선 순위를 부여한다.
• 개발 주기는 30일 정도로 조절하고 개발 주기마다 실제 동작할 수 있는 결과를 제공하라.
• 개발 주기마다 적용할 기능이나 개선에 대한 목록을 제공하라.
• 날마다 15분 정도 회의를 가져라.
• 항상 팀 단위로 생각하라.
• 원활한 의사소통을 위하여, 구분 없는 열린 공간을 유지하라.

스크럼의 가치

• 확약: 약속한 것을 확실히 실현하는 것
• 전념: 확약한 것의 실현에 전념하는 것
• 정직: 어떤 것이 자신에게 불리해도 숨기지 않는 것
• 존중: 자신과 다른 사람에게 경의를 표하는 것
• 용기: 팀 구성원 은 자신이 옳은 일을 할 수 있도록 팀원간 갈등과 도전을 통해 작업 할 수있는 용기

스크럼의 진행

30일간의 주기로 실제 동작하는 제품을 만들면서 개발을 진행시킨다.
(일반적인 권장기간은 30일이지만 스크럼 적응도, 진행 상황에 따라 1주~4주의 유연성을 가진다.)

제품 백로그(Product Backlog)

개발할 제품에 대한 요구 사항 목록

스프린트(Sprint)

반복적인 개발 주기 (회사에서 정하는 이터레이션이 개발 주기가 된다. 계획 회의 부터 제품 리뷰가 진행 되는 날짜까지의 기간이 1스프린트다.)

스프린트 계획 회의(Sprint Planning Meeting)

스프린트 목표와 스프린트 백로그를 계획하는 회의

스프린트 백로그(Sprint Backlog)

각각의 스프린트 목표에 도달하기 위해 필요한 작업 목록

일일 스크럼 회의(Daily Scrum Meeting)

날마다 진행되는 미팅 (어제 한일, 오늘 할일, 장애 현상 등을 공유)

실행 가능한 제품(shippable product) 개발

스프린트의 결과로써 나오는 실행 가능한 제품

제품 책임자(Product Owner)

제품 백로그를 정의하여 우선순위를 정해준다.

스크럼 마스터(Scrum Master)

프로젝트 관리자(코치)

스크럼 마스터!

스크럼 마스터는, 일반적인 관리를 수행하는 프로젝트 관리자들과는 달리 팀원을 코칭하고 프로젝트의 문제 상황을 해결하는 역할을 하며, 제품 책임자는 스프린트 목표와 백로그등의 결정에 있어 중심이 되는 상위 관리자로, 제품 책임자가 독단적으로 목표를 결정하지 않고, 고객과 관리자 및 팀원들이 모여서 목표를 정한다.

앞서 브런치에 있던 글에서도 한번 가져와보겠습니다.

스크럼 마스터, 스크럼 팀의 스크럼이 잘 수행될 수 있도록 도와주는 역할. 스크럼 마스터는 의사결정을 내리는 주체가 아님. 최대한 객관적인 시각에서 스크럼에 정해진 원칙들이 팀에 잘 적용될 수 있도록 도와주고, 문제가 생겼을 때 해결하는 역할을 한다. 여기서 말하는 문제는, 팀원 간의 오해, 이해의 부족으로 생기는 여러가지 분쟁이나 일에 대한 우선순위 선정을 말한다. 이런 문제들을 조정하고 일이 끝난 것에 대한 정의를 확인하고 투명하게 의사결정을 할 수 있게 가이드하는 역할을 한다.

아틀라시안에 써있는 스크럼 마스터 설명!

The scrum master

Scrum masters are the champion for scrum within their team. They coach the team, the product owner, and the business on the scrum process and look for ways to fine-tune their practice of it. An effective scrum master deeply understands the work being done by the team and can help the team optimize their delivery flow. As the facilitator-in-chief, they schedule the needed resources (both human and logistical) for sprint planning, stand-up, sprint review, and the sprint retrospective.

Scrum masters also look to resolve impediments and distractions for the development team, insulating them from external disruptions whenever possible.

Part of the scrum master’s job is to defend against an anti-pattern common among teams new to scrum: changing the sprint’s scope after it has already begun. Product owners will sometimes ask, “Can’t we get this one more super-important little thing into this sprint?” But keeping scope air tight reinforces good estimation and product planning–not to mention fends off a source of disruption to the development team.

Scrum masters are commonly mistaken for project managers, when in fact, project managers don’t really have a place in the scrum methodology. A scrum team controls its own destiny and self-organizes around their work. Agile teams use pull models where the team pulls a certain amount of work off the backlog and commits to completing it that sprint, which is very effective in maintaining quality and ensuring optimum performance of the team over the long-term. Neither scrum masters nor project managers nor product owners push work to the team (which, by contrast, tends to erode both quality and morale).

https://www.youtube.com/watch?v=502ILHjX9EE&&feature=youtu.be

 

리서치 후에 내린 결론(느낀점)

스크럼, 스크럼 마스터에 대해 공부해보았습니다. 어떻게 보면 제가 아는 프로젝트 매니저와는 또 다른 의미로 보이기도합니다. 스크럼 팀에 속해서 스프린트를 잘할 수 있게 도와주는 역할과 스토리의 우선순위, 소요시간 산정 등을 잘하려면 여러가지를 많이 알아야겠다라는 생각을 했습니다.
팀의 능력, 팀원들의 블로커, 제품의 각 기능을 분석할 능력, 커뮤니케이션 능력 등…

좋은 공부였습니다!

 

 

 

 

출처url : https://pineoc.github.io/study/study/agile-study/Scrum-Master.html