5명짜리 작은 팀의 스프린트 운영법: 회의 세 번, 숫자 두 개, 스토리 포인트 없이

짧은 답: 회의 세 번과 숫자 두 개

스프린트는 팀이 고른 일을 해내겠다고 약속하는 고정된 기간입니다. 다섯 명에게 쓸모 있는 부분은 그 약속과 움직이지 않는 마감일입니다. 둘 다 이번 2주에 무엇이 중요한지 이야기하게 만들고, 일정이 밀리는 것을 일찍 드러냅니다.

다섯 명짜리 팀에 필요 없는 것은 여러 팀을 조율하기 위한 프로세스, 전담 스크럼 마스터, 추정에 기반한 예측 체계입니다. 스크럼 가이드도 스크럼 팀을 보통 10명 이하로 설명하고, 한 달짜리 스프린트에 최대 8시간의 계획을 허용합니다. 다섯 명이 2주 동안 일한다면 그 시간은 필요한 양을 훨씬 넘습니다.

그래서 이 방법이 남기는 것은 다음과 같습니다.

• 길이는 하나로 고정. 이유가 없다면 2주입니다. 스프린트마다 길이를 바꾸면 어떤 비교도 의미가 없어집니다.
• 스프린트마다 목표는 하나. 목록이 아니라 한 문장입니다. "고객이 청구서로 결제할 수 있다"는 목표이고, "결제 작업 진행"은 목표가 아닙니다.
• 회의는 세 번. 계획, 중간 점검, 데모. 영업일 10일 동안 회의는 약 90분입니다.
• 숫자는 두 개. 처리량(완료한 이슈 수)과 이월(다음 스프린트로 넘어간 이슈 수).

다섯 명에게 정통 스크럼이 과한 이유

스크럼의 이벤트에는 타당한 이유가 있고, 가이드의 시간 제한은 목표가 아니라 상한입니다. 작은 팀의 문제는 고정 비용입니다. 15분짜리 데일리 스탠드업은 5인 팀에 하루 75인분, 2주 스프린트당 약 6인시를 씁니다. 누군가 말이 길어지기 전의 숫자입니다. 매 스프린트 회고, 백로그 정제, 리뷰가 여기에 더해집니다.

다섯 명이면 그런 회의에서 드러나는 내용 대부분이 이미 보입니다. 모두가 보드를 보고, 모두가 같은 채팅방에 있으며, API 결정 때문에 막힌 사람은 대개 한 시간 안에 그렇다고 말합니다. 여전히 값어치가 있는 회의는 그냥 두면 아무도 내리지 않을 결정을 강제하는 회의입니다. 무엇을 약속할지, 아직 일정 안에 있는지, 만든 것이 쓸 만한지.

저희가 실제로 없앤 회의는 보드가 이미 보여 주는 내용을 되풀이하는 것들이었습니다. 매일 돌아가며 하는 진행 보고와 추정 논쟁입니다. 남긴 회의는 팀이 함께 무언가를 골라야 하는 회의입니다.

5인 팀을 위한 최소한의 스프린트

스크럼의 각 이벤트에서 무엇을 남기고, 나머지를 무엇으로 바꾸는지 정리했습니다.

회의 시간은 스프린트당 약 90분에서 2시간 30분 사이입니다. 교과서대로 하면 8시간 이상 듭니다.

2주 스프린트 운영하기: 단계별 방법

아래 단계는 2주(영업일 10일)와 대략 정렬된 백로그를 전제로 합니다. 백로그가 엉망이라면 첫 계획 전에 상위 20개 항목을 한 시간 동안 정리하세요. 가장 효과가 큰 한 시간이 될 것입니다.

1일 차: 계획(45분)

1. 지난 스프린트의 숫자를 본다(5분). 완료한 이슈 수와 이월된 이슈 수. 이것이 용량의 기준입니다.
2. 목표를 쓴다(10분). 끝났을 때 무엇이 사실이 되어 있을지 한 문장으로 씁니다. 제품 담당자가 제안하고 팀이 따져 봅니다.
3. 목표에 기여하는 일을 가져온다(20분). 백로그 위에서부터 지난 스프린트 처리량과 비슷해질 때까지 이슈를 가져옵니다. 목표와 무관한 일은 들어갈 이유가 있어야 합니다.
4. 모든 이슈에 담당자 한 명을 정한다(5분). 이슈 하나에 한 사람입니다. 함께 맡은 이슈는 아무도 맡지 않은 이슈입니다.
5. 위험을 적는다(5분). 목표를 무너뜨릴 가능성이 가장 큰 한 가지를 목표 아래에 적습니다.

스프린트 계획 템플릿에는 이 안건, 용량 표, 목표 칸이 있고, 스프린트라고 부르든 사이클이라고 부르든 쓸 수 있습니다.

매일: 스탠드업 대신 비동기 현황 공유

각자 오전 중에 팀 채팅 스레드에 두세 줄을 씁니다. 끝낸 일, 하고 있는 일, 막힌 일. 쓰는 데 2분, 읽는 데 2분입니다. 막힌 일은 스레드 답글이나 관련된 두 사람의 짧은 통화로 풀고, 다섯 명 회의로 만들지 않습니다.

6일 차: 중간 점검(15분)

스크럼에는 없지만 작은 팀에 가장 필요한 회의입니다. 절반 지점에서 보드를 보고 한 가지만 묻습니다. 목표를 달성할 수 있는가? 답이 아니라면 10일 차가 아니라 지금 무엇을 뺄지 정합니다. 6일 차에 두 건을 빼는 것은 계획입니다. 10일 차에 네 건이 안 됐다는 걸 알게 되는 것은 기습입니다.

10일 차: 데모와 마감(30분)

출시한 것을 슬라이드가 아니라 제품에서 보여 줍니다. 그다음 스프린트를 마감합니다. 완료한 이슈는 끝난 것이고, 끝나지 않은 이슈는 다음 스프린트로 넘길지 백로그로 돌릴지 의도적으로 정합니다. 마지막 5분은 "다음에는 무엇을 다르게 해야 할까?"라는 질문 하나에 쓰고, 바꿀 것은 많아야 하나만 적습니다.

무엇을 잴까: 처리량과 이월

5인 팀에는 숫자 두 개면 충분합니다.

처리량은 스프린트 동안 완료한 이슈 수입니다. 이슈를 세는 것은 포인트보다 거칠지만 조작하기 어렵고 추정 회의도 필요 없습니다. 서너 번의 스프린트가 지나면 예를 들어 5인 팀 기준 18~24건 같은 범위로 자리 잡고, 그 범위가 다음 계획의 용량이 됩니다. 이슈 크기가 비슷할수록 잘 맞으므로, 사나흘 넘게 걸릴 일은 쪼개세요.

이월은 스프린트에 들어 있었지만 끝나지 않은 이슈 수입니다. 조금은 정상입니다. 많거나, 같은 이슈가 세 번 연속 이월된다면 그것이 주목할 신호입니다. 계획을 너무 많이 잡았거나, 이슈가 너무 크거나, 아무도 말하지 않은 무언가에 막혀 있는 것입니다. 저희는 매번 계획할 때 처리량보다 이월을 먼저 봅니다.

세 번째 숫자를 원한다면 스프린트 목표를 달성한 빈도를 기록하세요. 몇 건씩 이월되더라도 다섯 번 중 네 번 목표를 달성하는 팀은 잘 돌아가고 있는 것입니다.

건너뛸 것: 스토리 포인트, 속도, 대부분의 차트

스토리 포인트는 기간 안에 얼마나 많은 일이 들어갈지 예측하기 위한 것입니다. 다섯 명이라면 그 예측이 이슈 수를 세는 것보다 나은 경우가 드물고, 추정 회의에는 실제 시간이 듭니다. 과거 데이터로 고객에게 납기를 제시해야 하거나, 이슈 크기가 크게 달라 쪼갤 수 없을 때는 의미가 있습니다. 그렇지 않다면 건너뛰세요.

속도(벨로시티) 차트는 포인트가 있어야 하므로 함께 빠집니다. 누적 흐름도 같은 차트는 20명 규모에서는 유용하지만, 다섯 명이라면 보드 자체가 일이 막힌 곳을 보여 줍니다.

남길 가치가 있는 차트는 열린 이슈의 번다운 하나입니다. 중간 점검의 질문에 한눈에 답해 주기 때문입니다.

소규모 팀 스프린트로 비교한 Linear, Jira, Atrix

세 도구 모두 작은 팀의 스프린트를 잘 다룹니다. 차이는 무엇을 도구가 대신 정해 주느냐입니다. 아래 내용은 2026년 10월 기준 각 회사의 문서와 가격 페이지에서 확인했습니다.

Linear는 위에서 설명한 방법과 가장 가깝습니다. 사이클 문서에는 자동 이월, 사이클 사이의 선택형 쿨다운, 최근 완료한 사이클 3개로 추정하는 용량이 설명되어 있습니다. 5인 팀이라면 Linear 가격 페이지의 무료 요금제로 이슈가 250개를 넘을 때까지 쓸 수 있습니다.

Jira는 가장 세밀하게 통제할 수 있습니다. 스프린트를 완료할 때 Jira 문서는 끝나지 않은 일의 행선지로 백로그, 이미 만든 이후 스프린트, 새 스프린트 세 가지를 제시합니다. 이월을 매번 사람이 판단하길 원한다면 맞는 선택이며, Jira 무료 요금제는 사용자 10명까지 지원합니다.

Atrix는 저희가 만드는 도구이므로 한계부터 적겠습니다. 제품마다 1~4주 사이클이 있고, 각 사이클에는 목표와 열린 이슈를 세는 번다운이 있습니다. 사이클을 완료하면 끝나지 않은 일은 다음 사이클로 넘어가거나 백로그로 돌아갑니다. 색상 라벨과 마일스톤도 함께 씁니다. 스토리 포인트, 속도 보고서, 쿨다운 설정은 의도적으로 없습니다. 프로세스가 이런 기능에 의존한다면 Linear나 Jira를 쓰세요. Atrix는 문서, 채팅, CRM, 채용까지 한 워크스페이스에 두고 싶은 팀에 맞습니다. 프로젝트 관리 페이지에 기능이 정리되어 있고, Linear와의 비교에서는 Linear가 더 나은 점도 솔직하게 적었습니다.

소규모 팀 스프린트가 실패하는 흔한 이유

• 목표 없이 목록만 있다. 의도를 담은 한 문장이 없으면 모든 이슈가 똑같이 중요해 보이고, 중간에 아무것도 빼지 못합니다.
• 기록이 아니라 희망으로 계획한다. 지난 스프린트에 20건을 끝냈는데 35건을 잡는 것은 야망이 아니라 미리 예약한 이월입니다.
• 중간 점검을 건너뛴다. 마지막 날의 기습은 거의 언제나 6일 차에 이미 있었습니다.
• 끝낼 수 없을 만큼 큰 이슈. 스프린트 전체를 차지하는 이슈는 마지막 날까지 아무것도 알려 주지 않습니다. 쪼개세요.
• 길이를 바꾼다. 3주 스프린트 뒤에 1주 스프린트를 넣으면 모든 숫자가 의미를 잃습니다.

스프린트와 사이클이라는 말의 차이, 그리고 일부 도구가 묻지 않고 일을 이월하는 이유는 사이클과 스프린트 비교에서 볼 수 있습니다.

자주 묻는 질문

작은 팀의 스프린트는 얼마나 길어야 하나요?

작은 제품 팀 대부분에는 2주가 맞습니다. 데모할 만한 것을 끝내기에 충분히 길고, 계획이 틀려도 손해가 적을 만큼 짧습니다. 매일 배포하는 팀에는 1주, 조사가 많은 일에는 3~4주가 맞습니다. 스크럼 가이드는 스프린트를 최대 한 달로 제한합니다.

작은 팀에도 데일리 스탠드업이 필요한가요?

회의 형태로는 보통 필요 없습니다. 채팅 스레드에 쓰는 현황 공유로 몇 분 만에 같은 정보를 얻고, 누구의 집중도 깨지 않습니다. 글로는 막힌 일이 계속 드러나지 않을 때만 실시간 스탠드업을 유지하세요.

5인 팀이 스토리 포인트를 써야 하나요?

보통은 아닙니다. 완료한 이슈를 세면 추정 회의 없이도 계획에 충분한 용량 범위를 얻습니다. 고객에게 납기를 예측해 줘야 하거나 이슈 크기가 너무 달라 쪼갤 수 없을 때는 포인트가 도움이 됩니다.

스프린트가 끝날 때 끝나지 않은 일은 어떻게 하나요?

규칙을 한 번 정하고 지키세요. Linear처럼 끝나지 않은 일을 모두 다음 스프린트로 자동으로 넘기거나, Jira처럼 항목마다 검토해 다음 스프린트나 백로그로 보냅니다. 두 번 이월된 이슈는 따로 살펴보세요.

5인 팀에 스크럼이 맞나요?

스크럼 가이드가 말하는 팀 규모는 10명 이하이므로 원칙적으로 다섯 명도 포함됩니다. 실제로는 5인 팀 대부분이 스크럼의 고정 기간, 목표, 리뷰를 유지하고 데일리 스크럼과 정식 회고는 더 가벼운 형태로 바꿉니다.

다음 단계

다음 계획 회의에는 스프린트 계획 템플릿을 복사해 쓰고, 스크럼 용어는 용어집의 스프린트 항목에서 한 번에 확인하세요.