Sprint(스프린트)란 무엇인가요?

스프린트(Sprint) 는 스크럼(Scrum) 프레임워크의 핵심 단위로, 팀이 가치 있는 제품 증분(Increment)을 만들어내는 고정된 기간의 반복 주기입니다. 스크럼 가이드에 따르면 "스프린트는 아이디어가 가치로 변환되는 스크럼의 심장박동"입니다.

스프린트의 기간은 통상적으로 1~4주이며, 대부분의 팀은 2주 스프린트를 채택합니다. 한번 정한 스프린트 기간은 일관성을 위해 변경하지 않는 것이 원칙입니다.

하나의 스프린트는 다음 이벤트로 구성됩니다:

1. 스프린트 플래닝 (Sprint Planning)

스프린트 플래닝은 스프린트의 시작을 알리는 이벤트입니다:

논의 주제:

• 왜(Why): 이번 스프린트가 가치 있는 이유 → 스프린트 목표(Sprint Goal) 설정
• 무엇(What): Product Backlog에서 어떤 항목을 선택할 것인가
• 어떻게(How): 선택한 항목을 어떻게 구현할 것인가

시간 제한:

• 2주 스프린트 기준 최대 4시간
• 1주 스프린트 기준 최대 2시간

네이버, 카카오 등 한국 IT 기업에서는 스프린트 플래닝 전에 백로그 리파인먼트를 진행하여 플래닝의 효율성을 높이는 것이 일반적입니다.

2. 데일리 스크럼 (Daily Scrum)

매일 동일한 시간, 동일한 장소에서 진행하는 15분 미팅입니다:

목적:

• 스프린트 목표 달성을 위한 진행 상황 점검
• 장애물(Impediment) 식별
• 당일 작업 계획 조정

일반적인 질문:

• 어제 스프린트 목표 달성을 위해 무엇을 했는가?
• 오늘 스프린트 목표 달성을 위해 무엇을 할 것인가?
• 스프린트 목표 달성을 방해하는 장애물이 있는가?

한국 팀에서는 시차를 고려하여 오전 10시 또는 오후 2시에 데일리 스크럼을 진행하는 경우가 많습니다.

3. 스프린트 리뷰 (Sprint Review)

스프린트 리뷰는 스프린트의 결과물을 검사하고 피드백을 수집하는 이벤트입니다:

• 완성된 제품 증분을 이해관계자에게 시연
• 피드백 수집 및 백로그 조정
• 다음 단계 논의

시간 제한: 2주 스프린트 기준 최대 2시간

4. 스프린트 회고 (Sprint Retrospective)

스프린트 회고는 팀의 프로세스를 개선하기 위한 자기 성찰 이벤트입니다:

• 잘한 것(What went well)
• 개선할 것(What can be improved)
• 다음 스프린트에서 시도할 것(Action items)

시간 제한: 2주 스프린트 기준 최대 1.5시간

타임박싱 (Timeboxing)

스프린트는 타임박스입니다. 시간이 연장되지 않습니다:

• 스프린트 기간은 고정
• 모든 스크럼 이벤트도 최대 시간 제한이 있음
• 시간 제한은 집중력과 효율성을 높임

스프린트 목표 (Sprint Goal)

스프린트 목표는 스프린트의 방향을 제시하는 단일한 목적입니다:

• 팀에게 유연성을 제공 (목표 달성을 위한 방법은 팀이 결정)
• 이해관계자에게 명확한 가치 전달
• 일관성과 집중력 유지

좋은 스프린트 목표 예시:

• "사용자가 카카오페이로 상품을 결제할 수 있다"
• "검색 응답 시간을 500ms 이하로 개선한다"
• "회원가입 전환율을 측정할 수 있는 분석 파이프라인을 구축한다"

스프린트 불가침 원칙

스프린트 진행 중에 지켜야 할 원칙:

• 범위 변경 불가: 스프린트 백로그에 합의된 범위를 임의로 변경하지 않음
• 품질 타협 불가: DoD(Definition of Done) 기준을 낮추지 않음
• 목표 명확성: 스프린트 목표가 모호해지지 않도록 유지
• 팀 보호: 외부 간섭으로부터 팀을 보호 (Scrum Master의 핵심 역할)

일반적인 기간별 특성

Scrum.org의 2023년 조사에 따르면, 전 세계 스크럼 팀의 약 58%가 2주 스프린트를 사용하고 있으며, 한국 기업에서도 이 비율이 유사합니다.

기간 결정 시 고려 요소

• 비즈니스 환경: 시장 변화 속도
• 팀 성숙도: 애자일 경험 수준
• 기술적 복잡도: 통합 테스트, 배포 파이프라인
• 이해관계자 가용성: 리뷰 참석 가능 빈도
• 리스크 수준: 불확실성이 높을수록 짧은 스프린트

벨로시티 (Velocity)

팀이 스프린트당 완료하는 스토리 포인트의 평균값:

• 향후 스프린트의 작업량 예측에 활용
• 3-5개 스프린트의 이동 평균 사용 권장
• 팀 간 비교 지표로 사용하면 안 됨 (상대적 추정)

번다운 차트 (Burndown Chart)

번다운 차트는 스프린트 내 남은 작업량의 추이를 시각화합니다:

• X축: 스프린트 일수
• Y축: 남은 스토리 포인트
• 이상적 추세선과 실제 진행을 비교

번업 차트 (Burnup Chart)

번업 차트는 완료된 작업량의 누적 추이를 보여줍니다:

• 범위 변경을 시각적으로 파악 가능
• 번다운 차트보다 긍정적 관점 제공

스프린트 완료율

각 스프린트에서 계획한 항목 대비 완료한 항목의 비율:

• 80% 이상이면 양호
• 지속적으로 낮으면 계획 과정 개선 필요

카카오

카카오는 대부분의 개발 팀에서 2주 스프린트를 운영합니다. 카카오톡의 새 기능 개발 시 스프린트 리뷰에서 내부 사용자 그룹의 피드백을 수집하고, 이를 다음 스프린트에 반영합니다.

네이버

네이버는 검색, 쇼핑, 웹툰 등 서비스 별로 스프린트 기간이 다를 수 있으며, 각 팀의 특성에 맞게 운영합니다. 네이버 클라우드 플랫폼 팀은 SAFe 프레임워크를 기반으로 PI Planning과 연계한 스프린트를 운영합니다.

삼성 SDS

삼성 SDS는 대규모 엔터프라이즈 프로젝트에서 3-4주 스프린트를 사용하는 경우도 있으며, 점차 2주 스프린트로 전환하는 추세입니다.

피해야 할 일반적인 실수:

좀비 스프린트

명목상 스프린트를 운영하지만, 실제로는 워터폴처럼 진행하는 경우:

• 스프린트 목표 없음
• 중간에 범위가 지속적으로 변경
• 리뷰와 회고가 형식적

스프린트 0의 남용

스프린트 제로를 사용하여 "준비" 기간을 무한정 연장하는 경우. 스프린트 0은 최소한의 환경 설정에만 사용해야 합니다.

미니 워터폴

스프린트 내에서 분석 → 설계 → 개발 → 테스트를 순차적으로 진행하는 경우. 스프린트 내에서도 작업은 병렬적이고 점진적이어야 합니다.

이월(Spillover)의 일상화

매 스프린트마다 미완성 항목이 다음 스프린트로 이월되는 경우. 벨로시티에 맞는 현실적인 계획이 필요합니다.

스프린트 중간에 취소할 수 있나요?

네, 스프린트 목표가 더 이상 의미가 없을 때 Product Owner만 스프린트를 취소할 수 있습니다. 하지만 이는 팀의 사기에 부정적 영향을 미치므로 극히 예외적인 상황에서만 수행해야 합니다.

스프린트 기간 중에 긴급 요청이 들어오면?

원칙적으로 스프린트 범위는 변경하지 않습니다. 긴급 요청은 Product Owner가 다음 스프린트의 백로그 최상위에 추가합니다. 정말 긴급한 경우(서비스 장애 등), 기존 항목과 교환하거나 Expedite 정책을 적용할 수 있습니다.

팀원이 스프린트 중에 휴가를 가면?

스프린트 플래닝 시 팀의 가용 용량(Capacity)을 계산할 때 휴가, 교육, 기타 부재를 반영합니다. 이를 통해 현실적인 스프린트 계획을 수립합니다.

벨로시티가 떨어지면 스프린트를 늘려야 하나요?

아닙니다. 스프린트 기간은 유지하고, 벨로시티 하락의 원인을 회고에서 분석하세요. 원인은 기술 부채, 프로세스 비효율, 외부 간섭 등 다양할 수 있습니다.

• 스크럼 - 스크럼 프레임워크
• 스프린트 플래닝 - 스프린트 계획
• 스프린트 리뷰 - 스프린트 검토
• 스프린트 회고 - 스프린트 회고
• 백로그 - 작업 목록
• 번다운 차트 - 번다운 차트
• 타임박스 - 시간 제한