스프린트란 무엇인가: 타임박스의 힘

# 스프린트란 무엇인가: 타임박스의 힘 스크럼을 이야기할 때 빠지지 않는 단어가 스프린트입니다. 스크럼의 모든 활동이 이 스프린트를 중심으로 돌아가죠. 그런데 단순히 "짧게 나눠서 일하는 것" 정도로만 이해하면, 스프린트의 진짜 힘을 놓치게 됩니다. 스프린트의 핵심은 '타임박스', 즉 시간을 고정한다는 데 있습니다. 이 고정이 왜 그렇게 강력한지 이해하는 것이 스크럼을 제대로 하는 열쇠입니다. 이 글에서 스프린트를 정리하겠습니다. ## 스프린트란 무엇인가 스프린트(Sprint)는 스크럼에서 일하는 고정된 길이의 반복 주기입니다. 보통 2주 정도로 진행되며, 팀에 따라 1주에서 4주 사이로 정하기도 합니다. 중요한 것은 한번 정한 스프린트 길이를 일정하게 유지한다는 점입니다. 각 스프린트 동안 팀은 계획한 작업을 완료해 작동하는 결과물(증분)을 만듭니다. 스프린트가 끝나면 결과를 점검하고 개선점을 찾은 뒤, 곧바로 다음 스프린트를 시작합니다. 이 주기가 반복되며 제품이 조금씩 완성되어 갑니다. ## 타임박스: 시간을 고정한다는 것 스프린트의 핵심 개념은 타임박스(time-box)입니다. 타임박스란 정해진 시간을 고정하고, 그 안에서 할 수 있는 만큼 하는 것입니다. 즉 "이 작업이 끝날 때까지 시간을 늘린다"가 아니라, "시간은 고정하고 그 안에서 무엇을 할지를 조정한다"는 발상입니다. 이것은 전통적인 방식과 정반대입니다. 보통은 "이 일을 다 하려면 얼마나 걸릴까"를 묻지만, 타임박스는 "이 시간 안에 무엇을 할 수 있을까"를 묻습니다. 시간이 고정되어 있기 때문에, 팀은 자연스럽게 우선순위를 따지고 가장 가치 있는 것에 집중하게 됩니다. ## 타임박스가 강력한 이유 시간을 고정하는 것이 왜 그렇게 강력할까요. **집중을 만듭니다.** 마감이 정해져 있으면 사람은 집중합니다. 무한정 늘어지는 일정은 오히려 늘어짐을 부르지만, 2주라는 명확한 끝이 있으면 그 안에 해내려는 에너지가 생깁니다. **규칙적인 리듬을 만듭니다.** 스프린트가 일정한 길이로 반복되면 팀에 예측 가능한 리듬이 생깁니다. 언제 계획하고, 언제 점검하고, 언제 회고하는지가 규칙적이어서 팀이 안정적으로 일할 수 있습니다. **자주 방향을 조정할 기회를 줍니다.** 스프린트가 끝날 때마다 결과를 점검하므로, 잘못된 방향으로 멀리 가기 전에 바로잡을 수 있습니다. 짧은 주기가 곧 잦은 조정 기회입니다. **진척을 눈에 보이게 합니다.** 매 스프린트마다 작동하는 결과물이 나오므로, 프로젝트가 실제로 나아가고 있음을 구체적으로 확인할 수 있습니다. ## 스프린트 동안 지키는 원칙 스프린트가 제대로 작동하려면 몇 가지 원칙이 중요합니다. 가장 중요한 것은 **스프린트 중에는 목표를 흔들지 않는 것**입니다. 스프린트가 시작되면 그 주기 동안 할 일(스프린트 백로그)은 원칙적으로 고정됩니다. 중간에 새 요구가 계속 끼어들면 팀이 집중할 수 없기 때문입니다. 새로운 요구는 다음 스프린트에 반영하는 것이 원칙입니다. 이것이 앞서 다룬 "변화에 대응한다"는 애자일 가치와 모순되어 보일 수 있지만, 그렇지 않습니다. 애자일은 매 스프린트 경계에서 방향을 바꿀 수 있게 하되, 스프린트 내부에서는 팀이 집중할 수 있도록 보호합니다. 변화의 수용과 집중의 보호가 균형을 이루는 것이죠. ## 스프린트 길이 정하기 스프린트 길이에 정답은 없지만, 대략의 기준은 있습니다. 너무 길면 방향 조정이 늦어지고, 너무 짧으면 의미 있는 결과물을 만들기 어렵습니다. 그래서 많은 팀이 2주를 기본으로 삼습니다. 불확실성이 크고 자주 조정해야 하면 짧게, 안정적이면 조금 길게 잡을 수 있습니다. 무엇보다 한번 정하면 일정하게 유지해 리듬을 만드는 것이 중요합니다. ## 마무리 스프린트는 스크럼에서 일하는 고정된 길이의 반복 주기이며, 그 핵심은 타임박스, 즉 시간을 고정한다는 데 있습니다. 시간을 고정하면 집중이 생기고, 규칙적인 리듬이 만들어지고, 자주 방향을 조정할 수 있으며, 진척이 눈에 보입니다. 스프린트 중에는 목표를 보호하되, 스프린트 경계에서 변화를 수용하는 균형이 중요합니다. 스프린트라는 그릇을 이해했으니, 이제 그 안에 담을 내용을 준비할 차례입니다. 다음 글에서는 제품 백로그를 관리하고 우선순위를 정하는 법을 다루겠습니다.