스크럼 마스터 면접에서는 세 가지를 확인합니다. 프레임워크(역할, 이벤트, 산출물)를 제대로 아는지, 실제 팀의 문제를 코칭으로 풀어낼 수 있는지, 그리고 프로젝트 매니저처럼 행동하지 않고 서번트 리더로 남을 수 있는지입니다. 매 스프린트를 놓치는 팀이나 스프린트 중간에 우선순위를 바꾸는 제품 책임자 같은 시나리오 질문이 나올 것으로 예상하세요.
아래는 샘플 답변과 함께 정리한 22가지 질문입니다. 스크럼 가이드는 에디션마다 조금씩 다르니, 물어보면 어떤 버전을 기준으로 하는지 언급하세요.
스크럼 기초
1. 스크럼이란 무엇인가요?
"스프린트라는 짧은 주기로 복잡한 일을 전달하기 위한 경량 프레임워크입니다. 작은 팀이 목표를 향해 일하고, 결과를 점검하고, 적응합니다. 경험주의, 즉 투명성, 점검, 적응을 기반으로 합니다."
2. 스크럼의 역할에는 무엇이 있나요?
"제품을 만드는 개발자. 제품의 가치를 극대화하고 백로그를 관리하는 제품 책임자. 팀과 조직이 스크럼을 잘 이해하고 활용하도록 돕는 스크럼 마스터입니다."
3. 스크럼 이벤트에는 무엇이 있나요?
| 이벤트 | 목적 |
|---|---|
| 스프린트 | 다른 모든 이벤트를 담는 한 달 이하의 타임박스 |
| 스프린트 계획 | 이번 스프린트에서 무엇을 어떻게 할 수 있을지 결정 |
| 데일리 스크럼 | 개발자가 다음 24시간을 계획하기 위한 15분 점검 |
| 스프린트 리뷰 | 이해관계자와 함께 증분을 점검하고 백로그를 조정 |
| 스프린트 회고 | 팀이 일한 방식을 점검하고 개선안에 합의 |
4. 스크럼 산출물과 그 약속에는 무엇이 있나요?
"제품 목표가 있는 제품 백로그, 스프린트 목표가 있는 스프린트 백로그, 완료 정의가 있는 증분입니다. 각 산출물에는 진행 상황을 투명하게 만들어 주는 약속이 따릅니다."
5. 완료 정의란 무엇이고 왜 중요한가요?
"작업이 완료로 인정되려면 무엇이 충족되어야 하는지에 대한 공유된 설명입니다. 예를 들어 코드 리뷰, 테스트, 문서화, 배포 가능 여부 같은 것들입니다. 이게 없으면 '완료'의 의미가 제각각이 되고 품질이 흐트러집니다."
6. 스크럼 마스터와 프로젝트 매니저의 차이는 무엇인가요?
"프로젝트 매니저는 일을 지시하고 일정을 추적하며 종종 업무를 배정합니다. 스크럼 마스터는 팀을 관리하지 않습니다. 코칭하고, 장애물을 제거하고, 프로세스를 보호하며, 팀이 자기 관리할 수 있도록 돕습니다."
일상 업무
7. 스크럼 마스터는 하루 종일 무엇을 하나요?
"필요할 때 이벤트를 퍼실리테이션하고, 팀이 걸림돌을 찾아 제거하도록 돕고, 백로그 관리에 대해 제품 책임자를 코칭하고, 다른 팀과 관리자들과 함께 장애물을 다루고, 이월 작업이나 버그 같은 패턴을 추적해 회고로 가져갑니다."
8. 효과적인 회고는 어떻게 진행하나요?
"안전한 공간과 명확한 초점을 마련하고, 스프린트의 이벤트 같은 데이터를 모으고, 모두가 기여하도록 하고, 주제를 묶고, 담당자가 있는 개선안 한두 개를 정하고, 다음 회고에서 확인합니다. 형식을 다양하게 바꿔 신선함을 유지하고, 불평만 나열하는 회고는 피합니다."
9. 데일리 스크럼에 지친 팀은 어떻게 다루나요?
"그 자리에서 무엇을 얻고 싶은지 물어봅니다. 나에게 하는 상태 보고가 되어 버렸다면, 이건 개발자를 위한 자리라고 상기시키고, 초점을 스프린트 목표로 옮기고, 보드를 오른쪽부터 훑는 식으로 다른 형식을 시도합니다. 목표는 다음 하루를 계획하는 것이지 보고하는 게 아닙니다."
10. 팀의 추정을 어떻게 돕나요?
"플래닝 포커처럼 논의를 거치는 스토리 포인트나 티셔츠 사이즈 같은 상대적 추정을 사용합니다. 핵심은 정확성이 아니라 공유된 이해입니다. 팀의 과거 처리량을 보고 예측하며, 팀 간에 속도를 비교하지 않습니다."
11. 속도(velocity)란 무엇이고 어떻게 오용되나요?
"팀이 한 스프린트에서 완료한 작업량으로, 보통 스토리 포인트로 나타냅니다. 팀이 예측하는 데 도움이 됩니다. 성과 목표로 삼거나 팀을 비교하는 데 오용되면 사람들이 추정치를 부풀리게 됩니다."
시나리오
12. 팀이 매 스프린트마다 스프린트 목표를 달성하지 못합니다. 어떻게 하시겠습니까?
"데이터와 팀의 의견을 바탕으로 원인을 찾아보겠습니다. 스토리가 너무 큰가? 스프린트 중간에 작업이 추가되는가? 의존성 때문에 막히는가? 목표가 불명확한가? 그런 다음 회고에서 이를 다루고, 스토리를 더 작게 나누거나, 진행 중인 작업에 제한을 두거나, 더 일찍 백로그 정제를 하는 등의 실험을 시도하겠습니다."
13. 제품 책임자가 스프린트 중간에 계속 우선순위를 바꿉니다. 어떻게 하시겠습니까?
"팀과 스프린트 목표에 미치는 영향에 대해 그분과 이야기하겠습니다. 스프린트 내에서는 개발자들과 범위를 명확히 할 수 있지만, 스프린트 목표는 보호됩니다. 변경이 충분히 긴급하다면 제품 책임자가 스프린트를 취소할 수 있지만, 이는 드문 일입니다. 그렇지 않으면 다음 계획을 위해 백로그에 들어갑니다. 또한 우선순위가 더 명확해지도록 백로그 정제를 도와드리겠습니다."
14. 이해관계자가 계속 개발자에게 직접 요청을 합니다. 어떻게 하시겠습니까?
"팀과 스프린트에 드는 비용을 설명하고, 이해관계자에게 제품 책임자와 스프린트 리뷰가 소통 채널임을 안내하겠습니다. 또한 개발자들에게 요청을 정중하게 돌리는 방법을 코칭하겠습니다."
15. 한 개발자가 대화를 독점하고 다른 사람들은 침묵합니다. 어떻게 하시겠습니까?
"행사에서는 먼저 조용히 아이디어를 적게 하거나, 순서대로 발언하게 하거나, 짝을 지어 논의하게 하는 등 모든 사람을 끌어들이는 기법을 사용하겠습니다. 개인적으로는 독점하는 사람에게 다른 사람에게 발언 기회를 주는 것에 대해 이야기하겠습니다. 더 조용한 구성원들에게 무엇이 필요한지 살펴보겠습니다."
16. 관리자가 개인별 생산성에 대해 보고해 달라고 합니다. 뭐라고 하시겠습니까?
"Scrum은 팀의 성과를 측정하며, 개인 지표는 협업을 저해한다고 설명하겠습니다. 사이클 타임, 처리량, 품질 같은 팀 수준의 지표를 제안하고, 작업이 어떻게 진행되고 있는지 공유하겠습니다."
17. 팀 내 갈등은 어떻게 다루십니까?
"문제를 일찍 공론화하고, 각 사람의 이야기를 개별적으로 듣고, 그다음 당사자들이 문제와 그 영향에 대해 직접 대화하도록 돕습니다. 사람이 아닌 행동과 목표에 초점을 맞추고, 행동 계획에 합의합니다. 해결되지 않으면 관리자를 개입시킵니다."
18. 팀이 Scrum을 따르지 않는다면 어떻게 하시겠습니까?
"먼저 이유를 묻습니다. 그들의 상황에서 어떤 관행이 유용하지 않을 수도 있고, 아무도 설명하지 않았을 수도 있습니다. 각 관행의 이유와 함께 코칭하고, 실험을 제안하고, 결과를 검토하겠습니다. 관리자가 작업을 할당하는 것과 같은 조직적 장애물은 리더십에 제기하겠습니다."
애자일과 도구
19. Scrum과 Kanban의 차이는 무엇인가요?
"Scrum은 고정된 길이의 스프린트, 정의된 역할, 이벤트가 있습니다. Kanban은 흐름 시스템입니다. 작업을 시각화하고, 진행 중인 작업을 제한하고, 흐름을 관리하며, 필수 시간 상자가 없습니다. 많은 팀이 두 가지 아이디어를 결합합니다."
20. 여러 팀에 걸쳐 Scrum을 확장하려면 어떻게 하시겠습니까?
"의존성을 가시화하고 팀을 교차 기능으로 유지하는 것부터 시작하겠습니다. 공유 케이던스, Scrum of Scrums 또는 유사한 동기화, 공통 백로그나 목표를 사용하겠습니다. Nexus, LeSS, SAFe 같은 프레임워크가 있지만, 실제 문제를 해결하는 가장 단순한 접근법부터 시작하겠습니다."
21. 어떤 도구를 사용하십니까?
"Jira 또는 유사한 트래커, 회고용 디지털 화이트보드, 팀 자체 보드를 사용합니다. 팀이 계속 최신 상태로 유지할 도구를 선택하고, 감시가 아닌 작업을 가시화하는 데 사용합니다."
22. 저희에게 질문 있으신가요?
"이 제품에 몇 개 팀이 일하고 있고, 어떻게 협력하나요? 리더십은 Scrum에 대해 어떻게 생각하며, 무엇을 시도해 보았나요? 팀이 직면한 가장 큰 장애물은 무엇인가요?"
자격증
많은 채용 공고에서 Certified ScrumMaster나 Professional Scrum Master 같은 자격증을 요구합니다. 이는 프레임워크를 배웠다는 것을 보여주지만, 면접관은 실제 팀에서 무엇을 했는지에 더 관심이 있습니다. 제거한 장애물과 회고가 이끌어낸 개선 사례를 준비하세요.
준비 방법
다음과 같은 이야기를 준비하세요. 문제를 겪는 팀을 코칭한 경험, 해결을 도운 갈등, 무언가를 바꾼 회고, 경영진에 반대 의견을 제시한 때. 용어가 정확하도록 최신 Scrum Guide를 다시 읽어보세요. 관련 질문은 리더십 면접 가이드와 관리 면접 가이드를 참고하세요.
모의 면접에서 연습하고, 질문이 '무엇을 할 것인가'를 물었는데 정의를 말한 부분이 없는지 녹취록을 읽어보세요. 실시간 면접에서 AI 도구에 관한 고용주의 규칙을 따르세요.
YesToTheOffer로 스크럼 마스터 답변을 연습하세요
모의 면접을 진행하고, 팀 시나리오를 소리 내어 이야기하고, 이후에 녹취록을 검토하세요. 30분 무료, 구독 없음.



