사이클과 스프린트: 실제로 무엇이 다르고, 작은 팀은 무엇을 써야 하는가
사이클과 스프린트는 모두 계획된 작업을 위한 고정 타임박스입니다. 사이클은 Scrum의 의식을 덜어내고, 미완료 작업을 자동으로 넘기며, 벨로시티를 쓰지 않습니다.
스프린트와 사이클은 기본적으로 같은 것입니다. 팀이 선택한 작업 묶음에 전념하기로 약속하는 짧고 고정된 타임박스입니다. 차이는 그것을 둘러싼 것에 있습니다. 스프린트는 Scrum에서 왔고, 그 이벤트와 역할, 포인트로 추정하는 습관을 함께 가져옵니다. Linear가 널리 퍼뜨린 용어인 사이클은 타임박스만 남기고 나머지 대부분을 버립니다. 미완료 작업은 자동으로 다음으로 넘어가고, 쿨다운이 내장되어 있으며, 벨로시티는 선택이거나 아예 없습니다.
이것을 스프린트라고 부를지 사이클이라고 부를지 논쟁해 본 적이 있다면, 그 논쟁은 대개 달력이 아니라 의식에 관한 것입니다. 이 글은 두 용어가 어디서 왔는지, 시간이 다 됐을 때 각 도구가 실제로 무엇을 하는지, 그리고 우리 팀은 이 질문을 어떻게 정리했는지를 설명합니다.
스프린트의 유래
스프린트는 Scrum의 개념입니다. 스크럼 가이드는 스프린트를 한 달 이하의 고정 길이 이벤트로 정의하고, 이전 스프린트가 끝나면 즉시 새 스프린트가 시작된다고 말하며, 모든 스프린트에 단 하나의 목표인 스프린트 골을 부여합니다. 타임박스 주위에 Scrum은 네 가지 이벤트를 둡니다. 스프린트 계획, 데일리 스크럼, 스프린트 리뷰, 회고입니다.
쓰인 그대로의 Scrum에서는 어느 것도 선택 사항이 아닙니다. 가이드는 또한 번다운, 번업, 누적 흐름 같은 예측 기법이 유용하지만 경험주의를 대체하지는 않는다고 분명히 합니다. 그것들은 도구일 뿐 방법이 아닙니다.
대부분의 사람이 스프린트를 처음 만나는 도구는 Jira입니다. Atlassian이 처음 시작하는 팀에 권하는 것은 2주 고정 스프린트입니다. 작업이 남아 있는 상태에서 Jira의 "스프린트 완료"를 누르면 어디로 보낼지 선택합니다. 백로그, 이미 만들어진 미래 스프린트, 또는 그 자리에서 만든 새 스프린트입니다. Jira 문서가 이 세 가지 선택지를 설명하며, 결정은 매번 여러분의 몫입니다.
사이클의 유래
제품 용어로서의 "사이클"은 Linear를 통해 흔해졌습니다. 같은 아이디어의 더 가벼운 버전임을 알리기 위해 이 단어를 골랐습니다. Linear의 사이클 문서가 그 형태를 설명합니다. 팀은 1주에서 8주 사이의 길이 하나와 시작 요일을 고르고, 사이클은 그 일정으로 반복됩니다. 각 사이클 뒤에 기술 부채와 계획을 위한 공백인 쿨다운을 추가할 수 있으며, 쿨다운에는 이슈를 배정할 수 없습니다.
사이클이 끝날 때의 동작이 스프린트와의 가장 큰 실무적 차이입니다. Linear에서 열린 이슈는 자동으로 다음 사이클로 넘어가며, 닫힌 사이클에 미완료 이슈를 남겨둘 방법은 없습니다. Jira가 미완료 작업을 어디로 보낼지 묻는 곳에서, Linear는 이미 옮겨 놓았습니다. Linear는 또한 시작된 이슈를 현재 사이클에 자동 추가하는 기능을 제공해, 계획 밖에서 시작된 작업이 사라지지 않고 포착되게 합니다.
용량 계획은 있지만 조용합니다. 시작하지 않은 사이클에 대해 Linear는 이전 세 개의 완료된 사이클에서 완료한 이슈 수나 추정 포인트로 용량을 추정합니다. 원하면 추정 포인트를 쓸 수 있지만, 많은 팀이 대신 이슈를 셉니다. Linear는 미래 사이클을 최대 15개까지 만들 수 있습니다.
사이클 vs 스프린트: 비교
아래 표는 2026년 10월 기준으로 Scrum이 정의한 개념, Jira의 구현, 그리고 Linear와 Atrix의 사이클 구현을 비교합니다.
| Scrum 스프린트 | Jira 스프린트 | Linear 사이클 | Atrix 사이클 | |
|---|---|---|---|---|
| 길이 | 한 달 이하, 고정 | 자유. 2주 권장 | 1~8주, 팀별 고정 | 1~4주, 목표 포함 |
| 목표 | 필수(스프린트 골) | 선택 필드 | 선택 | 사이클 생성 시 설정 |
| 종료 시 미완료 작업 | 재계획을 위해 제품 백로그로 복귀 | 선택: 백로그, 미래 스프린트, 새 스프린트 | 다음 사이클로 자동 이월 | 다음 사이클로 이월 또는 백로그로 복귀 |
| 타임박스 사이 간격 | 없음. 다음 스프린트가 즉시 시작 | 내장 없음 | 선택적 쿨다운. 이슈 배정 불가 | 내장 없음 |
| 추정 | 규정 없음 | 스토리 포인트 흔함 | 선택적 추정 포인트 | 없음. 스토리 포인트 없음 |
| 벨로시티 | Scrum 용어 아님 | 벨로시티 차트 | 최근 세 사이클 기반 용량 | 추적 안 함. 번다운은 이슈 수 |
| 의식 | 계획, 데일리 스크럼, 리뷰, 회고 | 팀이 추가하는 것 | 팀이 추가하는 것 | 팀이 추가하는 것 |
행을 가로로 읽으면 패턴이 분명합니다. Scrum은 방법을 정의하고, Jira는 그 방법을 운영할 필드를 주되 결정은 여러분에게 맡기며, 사이클 기반 도구는 결정을 대신 내리고 논쟁거리가 될 필드를 없앱니다.
일상에서 중요한 세 가지 차이
미완료 작업이 어떻게 되는가. 스프린트 도구에서 타임박스를 닫는 것은 결정이 붙은 작은 의식입니다. 사이클 도구에서는 날짜가 지나가는 것입니다. 자동 이월은 실수로 아무것도 누락되지 않는다는 뜻이고, 동시에 습관적으로 과하게 계획하는 팀은 같은 이슈가 세 사이클 연속 넘어가는 것을 보게 된다는 뜻입니다. 그 가시성이 핵심입니다. 같은 작업을 계속 넘기는 사이클은 도구 문제가 아니라 계획 문제입니다.
추정을 하는가. 스토리 포인트는 팀이 얼마나 맡을 수 있는지 예측하기 위해 존재합니다. 사이클 도구는 이를 선택 사항으로 두며, Atrix를 포함한 일부는 포인트를 아예 제공하지 않습니다. 대신 이슈를 세는 것은 거칠지만 조작하기 어렵고, 다섯 명 팀에는 대개 충분히 가깝습니다. 트레이드오프는 정직합니다. 고객에게 어떤 범위가 몇 주 걸릴지 말해야 한다면 포인트와 벨로시티는 방어 가능한 숫자를 주고, 이슈 수는 대략적인 숫자를 줍니다.
얼마나 많은 의식이 붙는가. 스프린트는 네 번의 회의를 암시합니다. 사이클은 아무것도 암시하지 않습니다. 사이클로 운영하는 작은 팀 대부분은 여전히 짧은 계획 세션과 어떤 형태의 리뷰를 하지만, 그것은 선택이며, 조용한 2주에는 방법을 깼다는 느낌 없이 회고를 건너뛸 수 있습니다.
쿨다운과 리듬의 문제
Scrum의 "새 스프린트는 즉시 시작한다"는 의도적입니다. 리듬을 안정적으로 유지하고 스프린트 사이의 공백이 한 주를 삼키지 않게 합니다. Linear의 쿨다운은 반대 선택입니다. 이슈를 배정할 수 없는 내장된 멈춤으로, 부채와 계획을 위한 것입니다.
우리 경험으로는 쿨다운은 짧고 보호될 때 작동합니다. 6주 사이클 뒤의 한 주는 사람들이 거슬렸던 것을 고치고 다음 블록을 제대로 계획할 여유를 줍니다. "아무도 뭘 해야 할지 모르는 주"가 되어버린 쿨다운은 없느니만 못합니다. 팀이 두세 명이라면 아마 필요 없을 것입니다. 한 사이클의 끝과 다음의 시작이 같은 오후일 수 있습니다.
우리가 쓰는 것과 그 이유
우리는 우리 자신의 워크스페이스인 Atrix에서 제품 작업에 2주 사이클을 씁니다. 스프린트 대신 사이클을 고른 이유는 용어와 무관합니다. 한 제품에 네 명에서 여섯 명이 있을 때, 포인트와 벨로시티에 쓰던 시간이 예측을 개선하지 않았습니다. 이슈를 세고, 사이클마다 목표를 두고, 열린 이슈의 번다운을 보는 것이 우리가 알아야 할 것을 알려줬습니다. 목표를 달성할 것인가, 아닌가.
Atrix가 주는 것을 있는 그대로 말하면: 제품별로 1~4주 사이클, 각각 목표 하나. 백로그에서 이슈를 사이클에 계획하고, 번다운은 열린 이슈를 세며, 사이클을 완료하면 미완료 작업은 다음 사이클로 넘어가거나 백로그로 돌아갑니다. 색상 라벨과 마일스톤이 옆에 있습니다. 주지 않는 것: 스토리 포인트, 벨로시티 차트, 쿨다운 설정. 프로세스가 그중 하나에라도 의존한다면 Jira나 Linear가 더 잘 맞고, 프로젝트 관리 기능 페이지는 그 점을 솔직히 밝힙니다.
팀에 맞게 고르는 법
- 사람과 고객을 세세요. 제품 하나를 만드는 두 명에서 여덟 명: 이슈로 세는 사이클이면 됩니다. 과거 처리량으로 고객에게 납기를 제시해야 하는 팀: 포인트가 있는 스프린트, 또는 추정 포인트를 지원하는 도구의 사이클.
- 길이를 정하고 유지하세요. 2주가 흔한 기본값인 데는 이유가 있습니다. 매일 배포하는 팀에는 1주, 연구가 많은 작업에는 4주가 맞습니다. 사이클마다 길이를 바꾸면 사이클 간 비교가 무너집니다.
- 목표 하나를 쓰세요. 도구가 뭐라고 부르든, 의도를 한 문장으로 담은 사이클은 이슈 목록보다 계획하기도 판단하기도 쉽습니다.
- 이월 규칙을 한 번만 정하세요. 자동 이월이든 종료 시 의도적 결정이든 둘 다 작동합니다. 매번 마음을 바꾸는 것이 작업을 사라지게 합니다.
- 리뷰는 남기고, 쓰지 않는 것은 버리세요. 배포한 것을 15분 돌아보는 것은 가장 가벼운 프로세스에서도 남길 가치가 있습니다. 매 사이클 회고는 무언가를 바꿀 때만 가치가 있습니다.
시작할 템플릿이 필요하다면 스프린트 계획 템플릿이 목표, 이슈 단위 용량, 이월 목록을 다루며 어느 용어에나 맞습니다.
FAQ
사이클은 스프린트와 같은 것인가요?
둘 다 계획된 작업을 위한 고정 타임박스이므로 일상적으로는 바꿔 써도 됩니다. 차이는 딸려오는 것에 있습니다. 스프린트는 Scrum의 이벤트와 보통 포인트, 벨로시티를 가져오고, Linear와 Atrix 같은 도구의 사이클은 타임박스를 유지하면서 미완료를 자동으로 넘기고 추정을 선택으로 둡니다.
Linear는 왜 스프린트 대신 사이클이라고 불렀나요?
Linear는 더 가벼운 버전임을 표시하기 위해 이 단어를 씁니다. 고정 길이, 자동 이월, 선택적 쿨다운, 추정 의무 없음. 짧고 고정된 기간으로 일한다는 근본 아이디어는 바꾸지 않으면서 Scrum의 전체 의식과 거리를 두는 용어입니다.
사이클이 끝날 때 미완료 이슈는 어떻게 되나요?
Linear에서는 열린 이슈가 자동으로 다음 사이클로 넘어가고, 닫힌 사이클에 남을 수 없습니다. Atrix에서는 사이클을 완료할 때 미완료 작업이 다음 사이클로 넘어가거나 백로그로 돌아갑니다. Jira에서는 완료 시 백로그, 미래 스프린트, 새 스프린트 중에서 선택합니다.
사이클 계획에서 쿨다운이란 무엇인가요?
쿨다운은 사이클 뒤의 선택적 공백으로, 기술 부채, 버그 수정, 다음 사이클 계획에 씁니다. Linear에서는 쿨다운에 이슈를 배정할 수 없습니다. Scrum에는 대응되는 것이 없으며, 스크럼 가이드는 이전 스프린트 직후 새 스프린트가 시작된다고 말합니다.
사이클은 스토리 포인트나 벨로시티를 쓰나요?
꼭 그렇지는 않습니다. Linear는 선택적 추정 포인트를 지원하고, 최근 완료된 세 사이클에서 이슈나 포인트로 용량을 도출합니다. Atrix는 스토리 포인트도 벨로시티도 쓰지 않으며, 번다운은 열린 이슈를 셉니다. Jira는 둘 다 기본으로 제공합니다.
사이클이나 스프린트는 얼마나 길어야 하나요?
스크럼 가이드는 스프린트를 한 달로 제한합니다. Atlassian은 처음 시작하는 팀에 2주를 권합니다. Linear는 18주, Atrix는 14주를 허용합니다. 작은 제품 팀에는 2주가 가장 흔한 선택입니다. 중요한 것은 길이를 고정하고 유지하는 것입니다.
다음 단계
Scrum의 정의와 이벤트는 용어집의 스프린트 항목을 읽고, 스프린트 계획 템플릿으로 첫 사이클을 세워 보세요. 목표와 이슈 수 번다운만 있는 사이클을 원한다면, 그것이 Atrix의 프로젝트 관리가 하는 일입니다.