Scoping
범위 설정하기
Scoping - 범위 설정하기
Outlining 과정에서 문제 정의가 마무리되어 갈 때쯤, 우리는 자연스럽게 좋은 솔루션을 떠올리게 됩니다. 회의나 대화 중에 새로운 아이디어가 나오면 본능적으로 “좋다, 해보자” 혹은 “지금은 어렵다”라는 반응이 나옵니다. 그리고 곧바로 실행 논의로 넘어가곤 합니다.
하지만 이때 잠시 멈춰서 스스로에게 이렇게 물어보는 것이 좋습니다.
“이 아이디어에 얼마만큼의 시간과 노력을 쓸 수 있는가?”
이 질문이 바로 범위(Scoping)를 정하는 출발점입니다. 그리고 이때 중요한 개념이 바로 Time Budget(시간 예산)입니다.
시간 예산(Time Budget)의 개념
대부분의 제품 조직은 기획, 디자인, 기술적 설계를 마친 뒤에 “대략 몇 주쯤 걸리겠다”라고 시간을 추정합니다.
즉, 이미 정해진 계획을 기반으로 개발 기간의 견적을 산출하는 방식입니다. 많은 조직이 이 접근법을 따릅니다.
하지만 Outlining에서는 이 순서를 뒤집습니다.
먼저 “이 프로젝트는 3주짜리다”, “최대 6주짜리다”라고 시간의 크기(예산)를 먼저 정하고, 그 안에 맞는 해법을 찾습니다.
이렇게 하면 프로젝트가 무한히 커지는 것을 방지하고, 주어진 시간 안에서 현실적인 솔루션만을 남길 수 있습니다.
스프린트와의 차이점
‘시간 예산’ 개념은 기존의 스프린트 방식과 닮아 있지만, 본질적인 차이가 있습니다.
기존 스프린트는 과업의 크기와 상관없이 모든 일을 2주 단위로 나눕니다. 작은 일도, 큰 일도 같은 기간에 억지로 맞추게 되죠. 이 방식은 일의 확장을 막는 데는 효과적이지만, 작은 일에 과도한 시간을 쓰거나, 큰 일을 무리하게 쪼개는 문제를 낳기도 합니다.
Adaptive Cycle은 이 한계를 보완합니다.
2주 대신 1주, 3주, 6주의 세 가지 단위를 제안하여 과업의 성격에 따라 시간을 유연하게 조정합니다.
이렇게 하면 한 명의 엔지니어가 여러 개의 과업을 병행하지 않고, 한 사이클에 집중할 수 있습니다.
결국 목적은 완성도 있는 실행입니다.
시간은 고정하고, 범위를 조정한다
그렇다면 각 과업에 필요한 시간은 어떻게 정할 수 있을까요?
핵심은 ‘얼마만큼의 시간을 써서 가치를 얻을 수 있는가’입니다.
정확한 일정 산출보다는, 주어진 시간 안에 무엇을 할 수 있을지를 결정하는 것이 중요합니다.
간단한 질문 몇 가지를 던져보면 됩니다.
빠른 수정으로 끝낼 수 있는 일인가? → 1주
한 사이클 전체를 들일 만한 큰 일인가? → 3주
기존 구조를 완전히 재설계해야 하는가? → 6주
단순히 작은 변경으로 충분한가? → 1주
이 질문에 답을 하다 보면, 팀은 경험적으로 리소스와 난이도에 맞는 크기를 가늠할 수 있습니다.
정해진 시간을 기준으로 범위를 조정하기 때문에, 자연스럽게 문제 해결의 최적 해법만 남게 됩니다.
세 가지 사이클 구조
Adaptive Cycle에서는 Scoping을 다음 세 가지 기준으로 구분합니다.
마이크로 사이클(Micro-Cycle) 디자이너 1명, 개발자 1~2명이 1주 안에 끝낼 수 있는 작업 기존 3주/6주 사이클 사이에 끼워 넣는 ‘미니 사이클’ 단기간에 처리 가능한 작은 과업을 정리하는 데 최적
기본 사이클(Standard-Cycle) 같은 규모의 팀이 3주 이내에 완료할 수 있는 작업 주로 실험이나 가설 검증에 적합한 기간
최대 사이클(Large-Cycle) 두 배 규모의 팀이 6주 전체를 쓰는 대형 작업 고객이 체감할 만한 기능 개발이나, 의미 있는 결과 도출에 최적화
만약 특정 과업이 4주나 6주로도 불가능할 것으로 예상된다면, 문제를 다시 쪼개야 합니다.
가급적이면 중간 크기(3주 이내) 내에서 실행 가능한 형태로 범위를 축소하는 것이 좋습니다.
“시간은 고정, 범위는 유동”의 힘
Scoping의 핵심은 시간을 고정하고 범위를 조정하는 것입니다.
시간 제약이 생기면 팀은 자연스럽게 중요한 것에 집중하고, 불필요한 요소를 덜어냅니다.
결국 “좋은 해결책”이란 절대적인 최선이 아니라, 주어진 조건 안에서의 최적이어야 합니다.
조직의 규모가 커질수록 문제를 작게 나누어 실행할 때 오히려 더 큰 성과를 얻을 수 있습니다.
이처럼 명확한 범위 설정(Scoping)은 아이디어를 실행 가능한 크기로 줄이고,
팀의 에너지를 낭비하지 않도록 지켜주는 가장 강력한 장치입니다.
