💡 핵심 인사이트
스크럼 마스터(SM)는 팀원들에게 업무를 지시하는 전통적인 PM이나 보스가 아닙니다. 팀이 스크럼의 규칙과 철학을 올바르게 이해하고 실천하도록 돕는 **'서번트 리더(Servant Leader)이자 코치'**입니다.
가장 중요한 임무는 개발팀이 코딩에만 미친 듯이 몰입할 수 있도록 외부의 방해 공작을 차단하고, 팀 내부의 장애물을 빗자루로 쓸어주는 '청소부' 역할입니다.

Ⅰ. 스크럼 마스터의 본질 (지시자 ➔ 봉사자)

기존 폭포수 방식의 프로젝트 매니저(PM)는 개발자들에게 일감을 할당하고, 매일 진척률을 쪼고, 마감을 맞추라며 채찍질을 했습니다. 하지만 애자일 스크럼에서 개발자들(개발팀)은 '스스로 일감을 가져가고 스스로 일정을 짜는' 자기 조직화된 팀입니다. 따라서 SM은 채찍을 버리고, 팀이 100%의 퍼포 퍼먼스를 낼 수 있도록 밑에서 떠받쳐주는 봉사형 리더십을 발휘해야 합니다.

Ⅱ. 스크럼 마스터의 3대 핵심 임무

1. 스크럼 수호자 및 코치 (Scrum Guardian)

팀원이나 타 부서 임원들이 스크럼 규칙을 어기려 할 때 단호하게 제지합니다.

• 사례: 데일리 스크럼(15분 스탠드업 회의)이 30분짜리 훈화 말씀 시간으로 변질되려 하면, SM이 타이머를 들고 끊어버립니다.
• 사례: 제품 책임자(PO)가 백로그를 제대로 안 써오면, PO를 찾아가 "유저 스토리는 이렇게 적는 겁니다"라고 방법론을 코칭합니다.

2. 방해 요소(Impediments) 제거의 최전선 불도저

개발팀이 코딩하다가 외부 요인에 의해 막히는 모든 물리적/정치적 장애물을 해결하러 뛰어다니는 해결사입니다.

• 사례: "서버 권한 승인이 3일째 안 나서 코딩을 못하고 있어요" ➔ SM이 즉시 인프라 팀 팀장에게 달려가 멱살을 잡고서라도 10분 만에 권한을 받아옵니다.
• 사례: 개발팀 PC 메모리가 부족해서 빌드가 느리다 ➔ SM이 경영지원팀과 싸워 최고급 맥북으로 교체해 줍니다.

3. 외부 간섭으로부터의 방패 (Shield)

개발이 한창 진행 중인 '스프린트' 중간에는 절대로 새로운 요구사항이 끼어들어서는 안 됩니다. (집중력 파괴 방지)

• 영업본부장이나 심지어 PO가 갑자기 회의실로 뛰어 들어와 "이거 긴급건인데 지금 당장 개발팀에 끼워 넣어줘!"라고 외칠 때, **"안 됩니다. 다음 스프린트 백로그에 올리세요."**라며 온몸으로 막아내고 개발팀의 멘탈을 지켜냅니다.

Ⅲ. 스크럼 마스터가 실패하는 이유 (함정)

• 잔소리꾼 전락: 데일리 스크럼을 자신이 주도하는 '업무 보고 시간'으로 만들어버리면, 팀원들은 자율성을 잃고 좀비가 됩니다. 데일리 스크럼은 개발자들끼리 싱크를 맞추는 시간이지 SM에게 보고하는 시간이 아닙니다.
• 행정 비서 화: SM은 프로세스를 개선하는 혁신가지, 단순히 회의실 예약하고 피자 주문하는 비서가 되어서는 안 됩니다.

📢 섹션 요약 비유: 스크럼 마스터는 빙상 위를 달리는 컬링(Curling) 경기의 **'스위퍼(Sweeper, 빗자루질하는 사람)'**입니다. 본인이 직접 돌(코드)을 던지지는 않지만, 돌이 목적지(스프린트 목표)까지 완벽하게 미끄러져 갈 수 있도록 앞에서 미친 듯이 빙판의 마찰(장애물)을 닦아내고 팀의 길을 열어주는 헌신적인 리더입니다.