# 데일리 스크럼

## 개요

**데일리럼**(Daily Scrum)은자일 소프트웨어 개발 프레임워크 중 하나 **스크럼**(Scrum) 핵심적인 역할을 하는 일일 회의이다. 이 회의는 개발 팀이 매일 정해진 시간과 장소에서 짧게 진행하며, 프로젝트의 진행 상황을 점검하고 향후 24시간 동안의 작업 계획을 수립하는 데 목적을 둔다. 데일리 스크럼은 팀의 투명성(Transparency), 검토(Inspection), 조정(Adaptation)이라는 스크럼의 세 가지 기초 원칙을 실현하는 데 중요한 역할을 한다.

회의는 일반적으로 **15분 이내**로 제한되며, 팀원 각자가 자신의 작업 상태와 장애 요소를 간략히 공유함으로써 전체 팀의 협업 효율성을 높인다. 이 회의는 스프린트(Sprint) 기간 중 매일 반복되며, 스프린트의 목표를 달성하기 위한 팀의 집중력을 유지하는 데 기여한다.

---

## 목적과 의의

### 주요 목적

데일리 스크럼의 핵심 목적은 다음과 같다:

- **진행 상황 공유**: 팀원들이 전날 수행한 작업과 현재 진행 중인 작업을 투명하게 공유한다.
- **협업 촉진**: 팀 전체가 공동 목표를 향해 일치된 방향으로 나아가도록 협업을 유도한다.
- **장애 요소 식별**: 작업 중 발생한 문제나 장애물을 조기에 발견하고 해결 방안을 모색한다.
- **계획 재조정**: 스프린트 목표 달성을 위해 향후 24시간 동안의 작업 계획을 세우고 조정한다.

### 의의

데일리 스크럼은 단순한 상태 보고 회의를 넘어서, **자기 조직화된 팀**(Self-organizing Team)이 스스로 방향성을 조정하고 책임감을 갖는 데 기여한다. 이는 팀의 생산성 향상뿐 아니라, 구성원 간의 신뢰와 커뮤니케이션 품질을 높이는 데도 중요한 역할을 한다.

---

## 진행 방식

### 기본 구조

데일리 스크럼은 다음과 같은 **세 가지 질문**을 중심으로 진행된다:

1. **어제 저는 무엇을 했나요?**  
   → 전날 스프린트 백로그 아이템(Sprint Backlog Item)에 대해 수행한 작업을 간략히 보고.

2. **오늘 저는 무엇을 할 예정인가요?**  
   → 오늘 계획된 작업과 목표를 공유.

3. **저는 어떤 장애물(블로커)을 겪고 있나요?**  
   → 작업을 방해하는 문제나 도움이 필요한 사항을 언급.

이 구조는 팀원들이 일관된 방식으로 정보를 전달하도록 돕고, 회의 시간을 효율적으로 관리할 수 있게 한다.

### 회의 진행의 핵심 원칙

- **시간 제한**: 15분을 초과하지 않도록 엄격히 관리.
- **정해진 시간과 장소**: 매일 동일한 시간(보통 오전)에, 동일한 장소(또는 온라인 회의실)에서 진행.
- **모든 팀원 참여**: 개발 팀원 전원이 반드시 참석해야 하며, 스크럼 마스터(Scrum Master)는 진행을 돕고, 제품 오너(Product Owner)는 관찰자로서 참여할 수 있음.
- **문제 해결은 별도로**: 장애물이 발견되면, 회의 후 관련자들만 별도의 미팅을 통해 심층 논의.

---

## 역할별 참여 방식

| 역할 | 참여 방식 |
|------|----------|
| **개발 팀원** | 세 가지 질문에 대해 직접 답변하며, 자신의 작업 상태와 장애물을 공유. |
| **스크럼 마스터** | 회의를 facilitation(촉진)하고, 시간을 관리하며, 장애물 해결을 위한 후속 조치를 돕는다. |
| **제품 오너** | 관찰자로서 참여 가능하나, 발언은 제한적. 팀의 진행 상황을 이해하는 데 목적이 있음. |
| **이해관계자** | 일반적으로 참석하지 않으며, 정보는 제품 오너를 통해 공유됨. |

> ⚠️ **주의**: 데일리 스크럼은 관리자에게 보고하는 회의가 아니라, **팀원 간의 협업을 위한 회의**라는 점이 중요하다.

---

## 효과적인 데일리 스크럼의 요소

- **서서 진행**(Standing Meeting): 의자 없이 서서 회의를 진행하면 시간을 절약하고 집중력을 높일 수 있다.
- **백로그 기반**: 스프린트 백로그를 기준으로 진행 상황을 공유하여 목표와의 괴리를 점검.
- **시각적 도구 활용**: 버ーン다운 차트(Burndown Chart), 칸반 보드(Kanban Board) 등을 활용해 진행 상황을 직관적으로 파악.
- **일관성 유지**: 매일 동일한 시간과 형식으로 진행하여 팀의 루틴을 형성.

---

## 흔한 오류와 피해야 할 사항

- ❌ **장시간 회의**: 15분을 초과하면 집중력 저하와 생산성 저하를 초래.
- ❌ **상사에게 보고하는 형식**: 수직적 구조로 회의가 변질되면 팀워크 저하.
- ❌ **문제 심층 논의**: 장애물이 언급되면 즉시 해결 논의에 들어가면 회의 시간이 길어짐.
- ❌ **불참 또는 불성실한 참여**: 팀 전체의 동기 부여에 부정적 영향.

---

## 참고 자료 및 관련 문서

- [Scrum Guide (공식 스크럼 가이드)](https://www.scrum.org/resources/scrum-guide) - 스크럼의 공식 정의와 절차를 제공.
- Jeff Sutherland, Ken Schwaber. (2017). *The Scrum Guide*. Scrum.org.
- Mike Cohn. (2009). *Succeeding with Agile: Software Development Using Scrum*. Addison-Wesley.

---

## 관련 용어

- **스크럼 마스터**(Scrum Master): 스크럼 프로세스를 보장하고 팀을 지원하는 역할.
- **스프린트**(Sprint): 일반적으로 2~4주간 지속되는 개발 주기.
- **스프린트 백로그**(Sprint Backlog): 현재 스프린트에서 완료할 작업 목록.
- **버ーン다운 차트**(Burndown Chart): 스프린트 동안 남은 작업량을 시각화한 그래프.

---

데일리 스크럼은 애자일 개발의 핵심 실천 중 하나로, 단순한 회의를 넘어서 **지속적인 개선과 팀 협업 문화**를 정착시키는 데 중요한 기능을 한다. 효과적으로 운영될 경우, 팀의 생산성과 유연성은 크게 향상되며, 고객 가치를 더 빠르게 전달할 수 있다.