위키원
스프린트
스프린터는 문제 해결을 위한 아이디어를 최대한 빠르게 테스트하는 과정 및 기획 프로세스 이다. 몇 주, 몇 달이 걸릴 수 있는 문제를 5일이라는 압축된 기간 내에 수행한다.
개요
스프린터는 월요일~금요일 까지 7명 내외 팀원 이 모여 제품 및 서비스를 만들어가는 과정이다. 해당 프로젝트에 참여하는 팀원들 초대하고, 팀원들의 일정을 한 주 오로지 스프린트만 참여할 수 있도록 조정해야 한다. 스프린트는 월요일 부터 금요일까지 항상 오전 10시부터 오후 5시까지 진행을 하고, 점심시간은 오후 1시부터 2시까지 한다. 가끔 11시반에 간식 시간을 가져 업무의 효율성을 높이기도 한다. 이런한 시도는 프로젝트를 실행하는 기간이 너무길고, 기획 실행의 핵심은 고객의 피드백이고, 집단 사고 및 브레인스토밍이 효율적이지 않고, 다름 팀원의 업무 공감 능력이 떨어지는 것들을 바탕으로 많은 기업에서 시작이 되었다. 스프린트의 기간은 회의를 통해서 결정을 하는데 크게 2주와 4주로 나누어 진다. 요구사항이 안정적이고 개발팀이 엑자일(agile)방법에 대해 지식과 경험이 풍부한 경우엔 2주정도 기간을 두고, 요구사항의 피드백이 많고 개발 팀의 역량이 낮고, 팀의 조직력이 부족한 경우 4주정도 기간을 둔다. 스프린트는 다양한 부서나 팀과 협업을 통해 신속히 상품개발을 진행해야 하는 프로젝트 리더, 새로운 아이디어가 있는데 이것으로 진행할지 아니면 포기해야 할지를 신속히 확인하고 결정하고자 하는 리더, 팀원들을 동기 부여하고 프로젝트를 빠르게 진행시키고자 하는 리더, 팀원들의 아이디어와 자발성을 이끌어 내고 참여하도록 만들고자 하는 리더 들에게 필요로 하다.[1]
등장배경
회사에는 해결해야 할 문제가 있다. 혼자서 처리할 수 있으면 문제라고 부르지도 않는다. 이 문제를 해결하기 위해서 보통 여러 사람의 머리를 맞대는 과정을 일정에 추가한다. N명이 모인다고 해서 그 결과물도 N배가 되지는 않는다. 직장에서 상호간의 관계는 평등하지 않고, 아이디어에도 위계가 생긴다. 결과적으로 회의는 개인의 업무를 줄이면서 전체적인 생산성을 낮추는 결과를 가지고 오기도 한다. 문제를 해결하긴 위한 회의가 또 다른 문제를 낳는다. 제이크 크냅(Jake Knapp) 구글 수석디자이너는 팀 프로세스를 개선하는 일에 집중했다. 개인의 경험과 공부를 바탕으로 단 5일 만에 중요한 문제를 해결하고, 아이디어 스케치부터 프로토타입 테스트까지 진행하는 스프린트라는 기획 실행 프로세스를 만들었다. 스프린트는 지메일부터 구글X에 이르기까지 다양한 구글의 핵심 프로그램에서 진행됐으며 우버, 슬랙, 블루보틀 커피 등 스타트업에서도 활용됐다.[2]
- 스크럼
일본 히토츠바시 대학의 노나카 이쿠지로와 타케우지 히로타가 1986년 1~2월 Harvard Business Review에 올린 "The New Product Developement Game" 에서 시작된다. 이 아이디를 기반으로 1991년 디그라스(DeGrace)와 슈탈(Stahl)이, "Wicked Problems, Righteous Solutions" 에서 스크럼을 처음 언급한다. 스크럼이라는 용어의 탄생은 럭비(미식축구)에서 유래 되었다.[3]
특징
종류
국내 시스템
- 퀵서클 :
- QLRCQ :
해외 시스템
- 구글 스프린터 : 구글 밴처스의 디자인 파트너인 제이크 크냅(Jake Knapp)이 '다자인 스프린트(Design Sprint)'라는 것을 고안했다. 아이디어를 계획하고, 디자인하고, 프로토타입을 만드는 등 여러가지 과정을 효율적으로 테스트를 하여 프로젝트를 기획하는 5일짜리 방법이다. 이 방법으로, 폭포수 방법과 같이 긴 시간이 걸린다는 단점을 쉽게 보완을 할 수 있는 방법이다. 이 스프린트는 월요일부터 금요일까지 총 5일간 실시가 된다. 스프린트를 하기 위해 참가하는 팀원들은 목표를 세우고, 목요에 대한 문제점을 찾고, 문제점에 대한 솔루션을 스케치하고, 결정을 내리고, 프로토타입을 만들고, 유저 테스트를 진행한다. 이 때 주의할 점은 쉬는 시간을 제외하고 스프린트를 하는데 다른 행위는 금지해야한다. 그리고 시간 제한을 두어 프로세스의 속도를 빠르게 한다.[4]
- 요일별 진행 단계
- 월요일
아이디어의 문제점을 발견하고, 문제점을 바탕으로 장기적인 목표를 설정한다. 그리고 이 목표에 맞게 스프린트를 시작한다. 스프린트 질문을 도출하여 문제점들을 더 자세하게 색출을 한다. 그리고 나서, 아이디어의 프로세스 MAP을 작성을 한다. 작성 후에는 문제점 해결을 위한 질문을 만들어 낸다. 마지막으로 팀원들과 회의 후 필요없는 질문지는 과감히 버린다.[4]
- 화요일
월요일에 했던 아이디어의 문제점들에 대한 솔루션을 제안해야 한다. 솔루션을 제안하기 전에, 번갯불 데모라는것을 실시한다. 번갯불 데모는 솔루션을위한 리서칭(researching) 작업을 통해 팀원 간 공유를 하여 솔루션들을 발견하는 작업이다.[4]
- 수요일
프로토타입을 만드는 중요한 방향을 나타내는 나침반 역할을 할 수 있다. 스케치를 그렸던 것들을 벽에 붙이고 여러 개의 솔루션 중에서 프로토타입을 만들기 위해 투표를 해야 한다. 누가 스케치를 했는지에 대한 익명성을 보장하기 위해 인적사항 등을 적지 않고 선택을 해야 한다.[4]
- 목요일
이번 프로토타입 제작은 금요일에 있는 유저 테스트를 위한 단계이고, 테스트를 하는 유저에게 그럴싸한 흥미를 불러 일으킬 수 있는 제품까지를 만들어야 한다. 즉, 유저가 프로토타입을 사용했을 때 실제의 제품처럼 느낄 수 있도록 해야한다. 그렇기에 어느정도 정보의 기술력도 필요한 단계이다.[4]
- 금요일
스프린트의 마지막 날 이다. 목요일에 제작을 했던 프로토타입의 반응을 얻기 위해 유저 5명을 선별하고 반응을 확인한다. 이 기간에 피드백을 확인한다면 그것은 실제 사용하는 유저에 대한 생각을 얻을 수 없다. 그래서 이 기간에 나오는 유저의 반응을 분석하여 목표를 수정하는 단계이다. 이 기회에 유저의 반응이 공통점이 있다면 그 공통점을 토대로 문제를 해결한다면 완벽한 아이디어가 된다.[4]
- 스크럼 : 작은 개발팀, 짧은 개발 주기, 팀의 집중력과 생산성을 유지시켜 점진적으로 소프트웨어(SW)를 산출하는 대표적인 에자일 방법론이다. Product Backlog를 바탕으로 하여 기술적으로 분할되고 재해석된 스프린터를 스크럼 팀으로 통해 구현해 나간다. 스크럼은 XP와 달리 진행 체계 수립과 역할, 정의에 중점을 둔 프로젝트 관리 강조, 기존의 개발방법론, 표준, 공학적 접근법의 포괄적 수용을 하는 포괄적 정의, 포용, 15분 정도의 회의와 30일 정도의 개발주기를 가진 시간적 조정 설정, 전체 제품 요구사항관리와 개발주기 내 요구사항, 업무 진행 기사화를 하는 관리적 체계, 5~9명으로 팀을 구성하여 팀내 역활분담을 하고 팀원 구성간 업무 교환을 하는 팀 중심적 성향의 특징들을 가지고 있다. 스크럼이 추구하는 5가지 가치는 아래와 같다.[3]
- 확약 : 약속한 것을 확실히 실현하는 것
- 전념 : 확약한 것의 실현에 전념하는 것
- 정직 : 어떤 것이 자신에게 불리해도 숨기지 않는 것
- 존중 : 자신과 다른 사람에게 경의를 표하는 것
- 용기 : 팀 구성원은 자신이 옳은 일을 할 수 있도록 팀원간 갈등과 도전을 통해 작업 할 수 있는 용기
개발된 프로그램
- 크롬(crom) :
- 에어비앤비(airbnb) :
- 우버(uber) :
- 네스트() :
- 슬랙() :
- 블루보틀 커피() :
문제점
가장 큰 문제점은 스프린터를 참여하는 팀원의 일정을 모두 비우는 것 이다. 10시부터 오후 5시까지 오직 스프린터만 참여하도록 일정을 비우는 것은 절대 쉬운 일이 아니다. 그리고 팀원들이 스프린터에 대한 이해도가 낮다는 문제이다. 해당 방법론을 학습하기 위해선 시간과 노력이 필요하다.[1]
- 국내에서 스프린트가 외면당한 이유
2016년에 한국에서 번역본이 출간되면서 본격적으로 소개되고 스타업을 대상으로 워크숍이 실시되었다. 그러나 몇 개월 만에 구글 스프린트는 한국에서 사라졌다. 이유는 스프린트가 한국 실정에 맞지 않고 적용하기에 어려움이 많다는 것이 이유이다. 해외에서 성공하고 검증이 완료된 새로운 혁신기법이나 방법론이 한국에 들어오면 흔적도 없이 사라진다. 식스시그마, 워크아웃 타운미팅, 트리즈, PI, TPS, 린스타트업 등 해외에서 성공했고 지금도 활용도가 높은 방법론들이 한국에서는 자취를 감추었다. 대부분 혁신 방법론은 한국인들에게는 절대로 먹히지 않고 범접하기 어렵다. 간혹 스프린트 실행 경험이 있다 해도, 다른 사람들이 스프린트를 제대로 수행하도록 리드하고 코칭하는 건 전혀 다른 차원이다. 첫 번째 장애물은 참가자들에게 있는데, 예를들어 스프린트에는 2일 차에 다양한 아이디어를 빠르게 스케치하고 비주얼로 표현해야 하는데, 대부분의 한국 사람들이 이것을 수행하는데 많은 어려움을 겪는다. 무엇을 어떻게 스캐치하고 비주얼로 그려야 할지 전혀 감을 잡지 못하고 멍한 공항 상태에 빠진다. 이유는 특별히 그림에 관심이 있거나 평소에 스케치를 하던 극소수의 사람외에는 무언가를 비주얼로 그리는 것을 한 번도 해보지 못해서 이다. 두 번째 장애물은 스프린트 5일 차에 진행하는 고객 테스트 인터뷰인데, 대화나 소통의 스킬이 부족해서 주변의 사람들과도 열린 소통을 하지 못하는 상태에서 고객과의 인터뷰를 주도하여 프로토타입에 대한 고객의 자연스럽고 솔직한 반응이나 경험을 말하도록 유도하는 것을 전혀 감당하지 못해서 이다.[5]
각주
- ↑ 1.0 1.1 sprint , 〈구글 스프린트(SPRINT)란?〉,《티스토리》, 2020-07-15
- ↑ 채반석 기자,〈'행아웃'을 탄생시킨 혁신적 프로젝트 수행법, '스프린트'〉, 《블로터》, 2017-05-19
- ↑ 3.0 3.1 〈SPRINT를 활용한 대표적인 AGILE 방법론, 스크럼(SCRUM)〉, 《티스토리》, 2019-01-01
- ↑ 4.0 4.1 4.2 4.3 4.4 4.5 코집사,〈구글 벤처스의 기획실행 프로세스 '스프린트'〉, 《티스토리》, 2019-08-06
- ↑ 심재우 , 〈구글 스프린트를 아시나요?〉,《브런치》, 2020-07-15
참고자료
- 〈SPRINT를 활용한 대표적인 AGILE 방법론, 스크럼(SCRUM)〉, 《티스토리》, 2019-01-01
- [1]
- 코집사,〈구글 벤처스의 기획실행 프로세스 '스프린트'〉, 《티스토리》, 2019-08-06
- sprint , 〈구글 스프린트(SPRINT)란?〉, 《티스토리》, 2020-07-15
- 심재우 , 〈구글 스프린트를 아시나요?〉,《브런치》, 2020-07-15
같이 보기
- ↑ 채반석 기자,〈'행아웃'을 탄생시킨 혁신적 프로젝트 수행법, '스프린트'〉, 《블로터》, 2017-05-19
