💡 핵심 인사이트
데일리 스크럼(일일 스탠드업)은 개발팀이 매일 정해진 시간, 정해진 장소에 모여 **15분 이내에 짧게 서서 진행하는 '상태 동기화(Sync) 회의'**입니다.
이 회의는 관리자(PM)에게 진척률을 보고하는 자리가 아니라, 팀원들끼리 서로의 업무 궤도를 확인하고 방해 요소를 즉각 발견하여 오늘 하루의 작전을 짜는 타임아웃 시간입니다.

Ⅰ. 스탠드업 미팅의 3가지 핵심 질문

매일 아침(또는 정해진 시간), 개발팀 전원은 둥글게 모여 서서(Stand-up) 다음의 3가지 질문에 대해서만 핵심을 찔러 대답합니다. 서서 하는 이유는 회의가 길어지는 것을 육체적으로 방지하기 위함입니다.

1. 어제 무엇을 했는가? (What did you do yesterday?)
   • "어제는 결제 API 연동 작업을 80% 정도 마쳤습니다."
2. 오늘 무엇을 할 것인가? (What will you do today?)
   • "오늘은 남은 결제 연동을 끝내고 프론트 화면과 통신 테스트를 붙여보겠습니다."
3. 내 작업을 가로막는 장애물(Impediment)은 무엇인가? ★
   • "그런데 결제 대행사 쪽 테스트 서버가 죽어서 응답이 안 옵니다. 오늘 작업이 막힐 것 같습니다."

Ⅱ. 데일리 스크럼의 진짜 목적

이 15분의 마법은 애자일 팀의 민첩성을 결정짓는 핵심입니다.

1. 투명성과 협업의 극대화

누가 무슨 일을 하고 있는지, 어디서 뻘짓(?)을 하고 있는지 매일 투명하게 드러납니다. "어? 네가 오늘 짜려는 그 코드, 내가 어제 짜놓은 공통 모듈 가져다 쓰면 1시간이면 되는데?"와 같은 즉각적인 협업 지점이 매일 아침 발견됩니다.

2. 장애물의 조기 발견 (Fail Fast)

과거에는 개발자가 문제를 혼자 끙끙 앓다가 1주일 뒤에 마감을 터뜨렸습니다. 데일리 스크럼에서는 매일 아침 장애물이 드러납니다. 앞서 3번 질문에서 대행사 서버가 죽었다고 하면, **스크럼 마스터(SM)**는 즉시 튀어 나가 대행사 측에 전화를 걸어 문제를 대신 해결해 주고 개발팀의 길을 열어줍니다.

3. 미세 방향 조정 (Inspection & Adaptation)

어제까지의 번다운 차트(Burndown Chart)를 보며 "스프린트 마감이 3일 남았는데 일이 너무 많이 남았네? 오늘부터 덜 중요한 B 기능은 버리고 A에 다 같이 붙자"며 매일매일 전략을 수정합니다.

Ⅲ. 치명적인 Anti-pattern (이렇게 하면 망한다)

• 상사(PO, 관리자)에게 하는 업무 보고 시간: 개발자가 동료들을 보지 않고 PO만 쳐다보며 진척률을 보고 변명하기 시작하면, 그건 스크럼이 아니라 주간 회의의 끔찍한 일일 버전일 뿐입니다.
• 장애물 '해결' 토론: 이 회의에서는 장애물이 "있다"는 사실만 공유해야 합니다. 그 자리에서 "왜 대행사 서버가 죽었을까? 어떻게 우회할까?"를 토론하기 시작하면 15분 회의가 1시간으로 늘어납니다. 토론이 필요한 사람은 회의가 끝난 직후 따로 모여서(Meet-after) 해결해야 합니다.

📢 섹션 요약 비유: 데일리 스크럼은 농구 경기 중의 **'15초짜리 짧은 작전 타임'**입니다. 감독에게 잘 뛰고 있다고 칭찬받는 시간이 아니라, 선수들끼리 땀을 닦으며 "어제 쟤네 수비(장애물) 빡세더라, 오늘은 내가 스크린 쳐줄 테니 네가 돌파해라(협업)"라고 그날의 전술을 순식간에 동기화하고 다시 코트로 뛰어 나가는 시간입니다.