스프린트

스프린터

스프린터는 문제 해결을 위한 아이디어를 최대한 빠르게 테스트하는 과정 및 기획 프로세스 이다. 몇 주, 몇 달이 걸릴 수 있는 문제를 5일이라는 압축된 기간 내에 수행한다.

개요

스프린터는 월요일~금요일 까지 7명 내외 팀원 이 모여 제품 및 서비스를 만들어가는 과정이다. 해당 프로젝트에 참여하는 팀원들 초대하고, 팀원들의 일정을 한 주 오로지 스프린트만 참여할 수 있도록 조정해야 한다. 스프린트는 월요일 부터 금요일까지 항상 오전 10시부터 오후 5시까지 진행을 하고, 점심시간은 오후 1시부터 2시까지 한다. 가끔 11시반에 간식 시간을 가져 업무의 효율성을 높이기도 한다. 이런한 시도는 프로젝트를 실행하는 기간이 너무길고, 기획 실행의 핵심은 고객의 피드백이고, 집단 사고 및 브레인스토밍이 효율적이지 않고, 다름 팀원의 업무 공감 능력이 떨어지는 것들을 바탕으로 많은 기업에서 시작이 되었다. 스프린트의 기간은 회의를 통해서 결정을 하는데 크게 2주와 4주로 나누어 진다. 요구사항이 안정적이고 개발팀이 엑자일(agile)방법에 대해 지식과 경험이 풍부한 경우엔 2주정도 기간을 두고, 요구사항의 피드백이 많고 개발 팀의 역량이 낮고, 팀의 조직력이 부족한 경우 4주정도 기간을 둔다. 스프린트는 다양한 부서나 팀과 협업을 통해 신속히 상품개발을 진행해야 하는 프로젝트 리더, 새로운 아이디어가 있는데 이것으로 진행할지 아니면 포기해야 할지를 신속히 확인하고 결정하고자 하는 리더, 팀원들을 동기 부여하고 프로젝트를 빠르게 진행시키고자 하는 리더, 팀원들의 아이디어와 자발성을 이끌어 내고 참여하도록 만들고자 하는 리더 들에게 필요로 하다.

등장배경

회사에는 해결해야 할 문제가 있다. 혼자서 처리할 수 있으면 문제라고 부르지도 않는다. 이 문제를 해결하기 위해서 보통 여러 사람의 머리를 맞대는 과정을 일정에 추가한다. N명이 모인다고 해서 그 결과물도 N배가 되지는 않는다. 직장에서 상호간의 관계는 평등하지 않고, 아이디어에도 위계가 생긴다. 결과적으로 회의는 개인의 업무를 줄이면서 전체적인 생산성을 낮추는 결과를 가지고 오기도 한다. 문제를 해결하긴 위한 회의가 또 다른 문제를 낳는다. 제이크 크냅(Jake Knapp) 구글 수석디자이너는 팀 프로세스를 개선하는 일에 집중했다. 개인의 경험과 공부를 바탕으로 단 5일 만에 중요한 문제를 해결하고, 아이디어 스케치부터 프로토타입 테스트까지 진행하는 스프린트라는 기획 실행 프로세스를 만들었다. 스프린트는 지메일부터 구글X에 이르기까지 다양한 구글의 핵심 프로그램에서 진행됐으며 우버, 슬랙, 블루보틀 커피 등 스타트업에서도 활용됐다.

스크럼

일본 히토츠바시 대학의 노나카 이쿠지로와 타케우지 히로타가 1986년 1~2월 Harvard Business Review에 올린 "The New Product Developement Game" 에서 시작된다. 이 아이디를 기반으로 1991년 디그라스(DeGrace)와 슈탈(Stahl)이, "Wicked Problems, Righteous Solutions" 에서 스크럼을 처음 언급한다. 스크럼이라는 용어의 탄생은 럭비(미식축구)에서 유래 되었다.

특징

종류

국내 시스템

퀵서클 방식

QLRCQ 방식

• 퀵서클 : 구글 스프린트를 한국 상황에 맞게 커스터마이징한 것 이고 스프린트의 5단계를 기본으로 하고 여기에 한국인들이 어려워하는 스케치/비주얼과 인터뷰 질문을 배우고 인터뷰를 연습하는 과정을 추가 한 것 이다. 퀵서클은 5단계 과정을 다시 3단계로 세분화해서 모두 15단계로 진행된다. 15단계를 따라가면 초기 아이디어가 고객검증까지 완료되어 상품화가 된다. 퀵서클의 15단계는 먼저 목표설정, 인사이트 질문, 고객 경험 맵 작성, 비주얼 스케치 연습, 아이디어 스케치, 솔루션 스케치, 최종 솔루션 결정, 스토리보드 제작, 최종 스토리보드 결정, 프로토타입 제작, 인터뷰 질문 개발, 프로토타입 시연 및 인터뷰 실습, 고객 인터뷰, 인터뷰 내용 분석, 학습 & 성찰 순으로 과정이 진행된다..

• QLRCQ : 고객 인터뷰를 진행하면서 고객에게 질문하고 고객이 답변을 마치면 다시 질문을 던지고 하는 식으로 해서는 문제가 발생한다. 그 문제 보완하기 위해서는 5단계의 QLRCQ를 사용한다..

1단계 - 질문하기

고객 인터뷰의 핵심은 인터뷰를 진행하는 사람이 주도권을 갖고 대화를 진행하는 것이다. 주도권을 갖는다는 것은 상대방의 페이스에 휘말리지 않고, 대화의 방향과 내용을 자신이 원하는 대로 이끄는 것이다. 그런데 대부분의 사람들은 대화의 방향을 이끌고 주도하기 위해 질문보다는 설명하고 말하는 것에 주력한다. 이처럼 질문 하지 않고 말하는 것에는 두 가지 문제가 생가는데 첫째, 말을 하면 자신이 가지고 있는 생각이나 상황등 다양한 정보가 노출되는 것이고, 둘째, 자신은 말하고 상대방은 듣기만 하기에 상대방의 생각이나 상황에 대한 아무런 정보도 얻을 수 없다는 것이다. 말하기 전에 다향한 질문을 던져야 한다. 질문의 방향은 자신이 주도하고자 하는 방향과 일치해야 한다. 따라서 적절하고 좋은 질문을 던지려면 사전에 질문 리스트를 만들면 된다..

2단계 - 경청하기

경청은 단지 상대방이 말하는 것에 맞장구치고, 고개를 끄덕이고, 시선을 맞추고 열심히 듣는 것이 아니다. 경청이란 상대방의 말속에서 사실과 감정을 구분하는 것이다. 이것을 명확히 구분해야 상대방 설득의 단서를 얻을 수 있다. 앞에서 말한 일반적인 경청 방법은 상대방이 무슨 문제나 니즈가 있는지 파악하기 위한 수단이다..

3단계 - 반응하기

경청을 통해 상대의 문제나 니즈를 파악했다면, 상대의 표현에 대해 공감하거나 잘 들었다는 반응을 보내야 한다. 만약 이것을 소홀히 하면 상대는 열심히 말했는데도 아무런 반응이 없으면 감정이 상하고, 다음 대화에서는 적극적으로 자신의 생각이나 의견을 말하지 않는다. 반응을 보이는 것은 5단계에서 던질 질문에 대해 상대방이 편하게 말하도록 만들기위한 것이다..

4단계 - 확인하기

반을을 보인 후에는 자신이 듣고 이해한 것이 정환한 지 아닌지 확인하는 과정이 필요하다. 만약 이것을 생략한 채 자신의 관점으로만 일방적으로 이해하면 오해를 할 수 있다. 상대를 정확히 알고 파악해야 다음 공격 시 정확한 조준을 할 수 있다. 반대로 상대방이 대화를 이끌면 조심해야한다..

5단계 - 질문하기

1단계의 질문하기를 반복하는 것으로 생각하면 된다. 하나의 사이클을 돌고 다시 질문함으로써 새로운 설득 사이클을 시작하는 것과 같다. 하지만 이 단계의 질문은 1단계에서 던진 질문을 통해 파악하고 분석한 것을 기반으로 깊이 있게 상대를 파악하는 것이다..

해외 시스템

구글 스프린터 스케쥴

• 구글 스프린터 : 구글 밴처스의 디자인 파트너인 제이크 크냅(Jake Knapp)이 '다자인 스프린트(Design Sprint)'라는 것을 고안했다. 아이디어를 계획하고, 디자인하고, 프로토타입을 만드는 등 여러가지 과정을 효율적으로 테스트를 하여 프로젝트를 기획하는 5일짜리 방법이다. 이 방법으로, 폭포수 방법과 같이 긴 시간이 걸린다는 단점을 쉽게 보완을 할 수 있는 방법이다. 이 스프린트는 월요일부터 금요일까지 총 5일간 실시가 된다. 스프린트를 하기 위해 참가하는 팀원들은 목표를 세우고, 목요에 대한 문제점을 찾고, 문제점에 대한 솔루션을 스케치하고, 결정을 내리고, 프로토타입을 만들고, 유저 테스트를 진행한다. 이 때 주의할 점은 쉬는 시간을 제외하고 스프린트를 하는데 다른 행위는 금지해야한다. 그리고 시간 제한을 두어 프로세스의 속도를 빠르게 한다.

요일별 진행 단계

월요일

아이디어의 문제점을 발견하고, 문제점을 바탕으로 장기적인 목표를 설정한다. 그리고 이 목표에 맞게 스프린트를 시작한다. 스프린트 질문을 도출하여 문제점들을 더 자세하게 색출을 한다. 그리고 나서, 아이디어의 프로세스 MAP을 작성을 한다. 작성 후에는 문제점 해결을 위한 질문을 만들어 낸다. 마지막으로 팀원들과 회의 후 필요없는 질문지는 과감히 버린다.

화요일

월요일에 했던 아이디어의 문제점들에 대한 솔루션을 제안해야 한다. 솔루션을 제안하기 전에, 번갯불 데모라는것을 실시한다. 번갯불 데모는 솔루션을위한 리서칭(researching) 작업을 통해 팀원 간 공유를 하여 솔루션들을 발견하는 작업이다.

수요일

프로토타입을 만드는 중요한 방향을 나타내는 나침반 역할을 할 수 있다. 스케치를 그렸던 것들을 벽에 붙이고 여러 개의 솔루션 중에서 프로토타입을 만들기 위해 투표를 해야 한다. 누가 스케치를 했는지에 대한 익명성을 보장하기 위해 인적사항 등을 적지 않고 선택을 해야 한다.

목요일

이번 프로토타입 제작은 금요일에 있는 유저 테스트를 위한 단계이고, 테스트를 하는 유저에게 그럴싸한 흥미를 불러 일으킬 수 있는 제품까지를 만들어야 한다. 즉, 유저가 프로토타입을 사용했을 때 실제의 제품처럼 느낄 수 있도록 해야한다. 그렇기에 어느정도 정보의 기술력도 필요한 단계이다.

금요일

스프린트의 마지막 날 이다. 목요일에 제작을 했던 프로토타입의 반응을 얻기 위해 유저 5명을 선별하고 반응을 확인한다. 이 기간에 피드백을 확인한다면 그것은 실제 사용하는 유저에 대한 생각을 얻을 수 없다. 그래서 이 기간에 나오는 유저의 반응을 분석하여 목표를 수정하는 단계이다. 이 기회에 유저의 반응이 공통점이 있다면 그 공통점을 토대로 문제를 해결한다면 완벽한 아이디어가 된다.

스크럼 스케쥴

• 스크럼 : 작은 개발팀, 짧은 개발 주기, 팀의 집중력과 생산성을 유지시켜 점진적으로 소프트웨어(SW)를 산출하는 대표적인 에자일 방법론이다. Product Backlog를 바탕으로 하여 기술적으로 분할되고 재해석된 스프린터를 스크럼 팀으로 통해 구현해 나간다. 스크럼은 XP와 달리 진행 체계 수립과 역할, 정의에 중점을 둔 프로젝트 관리 강조, 기존의 개발방법론, 표준, 공학적 접근법의 포괄적 수용을 하는 포괄적 정의, 포용, 15분 정도의 회의와 30일 정도의 개발주기를 가진 시간적 조정 설정, 전체 제품 요구사항관리와 개발주기 내 요구사항, 업무 진행 기사화를 하는 관리적 체계, 5~9명으로 팀을 구성하여 팀내 역활분담을 하고 팀원 구성간 업무 교환을 하는 팀 중심적 성향의 특징들을 가지고 있다. 스크럼이 추구하는 5가지 가치는 아래와 같다.

1. 확약 : 약속한 것을 확실히 실현하는 것
2. 전념 : 확약한 것의 실현에 전념하는 것
3. 정직 : 어떤 것이 자신에게 불리해도 숨기지 않는 것
4. 존중 : 자신과 다른 사람에게 경의를 표하는 것
5. 용기 : 팀 구성원은 자신이 옳은 일을 할 수 있도록 팀원간 갈등과 도전을 통해 작업 할 수 있는 용기

개발된 프로그램

• 크롬(crom) :
• 에어비앤비(airbnb) :
• 우버(uber) :
• 네스트() :
• 슬랙() :
• 블루보틀 커피() :

문제점

가장 큰 문제점은 스프린터를 참여하는 팀원의 일정을 모두 비우는 것 이다. 10시부터 오후 5시까지 오직 스프린터만 참여하도록 일정을 비우는 것은 절대 쉬운 일이 아니다. 그리고 팀원들이 스프린터에 대한 이해도가 낮다는 문제이다. 해당 방법론을 학습하기 위해선 시간과 노력이 필요하다.

국내에서 스프린트가 외면당한 이유

2016년에 한국에서 번역본이 출간되면서 본격적으로 소개되고 스타업을 대상으로 워크숍이 실시되었다. 그러나 몇 개월 만에 구글 스프린트는 한국에서 사라졌다. 이유는 스프린트가 한국 실정에 맞지 않고 적용하기에 어려움이 많다는 것이 이유이다. 해외에서 성공하고 검증이 완료된 새로운 혁신기법이나 방법론이 한국에 들어오면 흔적도 없이 사라진다. 식스시그마, 워크아웃 타운미팅, 트리즈, PI, TPS, 린스타트업 등 해외에서 성공했고 지금도 활용도가 높은 방법론들이 한국에서는 자취를 감추었다. 대부분 혁신 방법론은 한국인들에게는 절대로 먹히지 않고 범접하기 어렵다. 간혹 스프린트 실행 경험이 있다 해도, 다른 사람들이 스프린트를 제대로 수행하도록 리드하고 코칭하는 건 전혀 다른 차원이다. 첫 번째 장애물은 참가자들에게 있는데, 예를들어 스프린트에는 2일 차에 다양한 아이디어를 빠르게 스케치하고 비주얼로 표현해야 하는데, 대부분의 한국 사람들이 이것을 수행하는데 많은 어려움을 겪는다. 무엇을 어떻게 스캐치하고 비주얼로 그려야 할지 전혀 감을 잡지 못하고 멍한 공항 상태에 빠진다. 이유는 특별히 그림에 관심이 있거나 평소에 스케치를 하던 극소수의 사람외에는 무언가를 비주얼로 그리는 것을 한 번도 해보지 못해서 이다. 두 번째 장애물은 스프린트 5일 차에 진행하는 고객 테스트 인터뷰인데, 대화나 소통의 스킬이 부족해서 주변의 사람들과도 열린 소통을 하지 못하는 상태에서 고객과의 인터뷰를 주도하여 프로토타입에 대한 고객의 자연스럽고 솔직한 반응이나 경험을 말하도록 유도하는 것을 전혀 감당하지 못해서 이다.

참고자료

• 〈SPRINT를 활용한 대표적인 AGILE 방법론, 스크럼(SCRUM)〉, 《티스토리》, 2019-01-01
• 코집사,〈구글 벤처스의 기획실행 프로세스 '스프린트'〉, 《티스토리》, 2019-08-06
• sprint , 〈구글 스프린트(SPRINT)란?〉, 《티스토리》, 2020-07-15
• 심재우 , 〈구글 스프린트를 아시나요?〉,《브런치》, 2020-07-15

같이 보기

• 구글
• 데이터베이스 관리 시스템
• 프로세스
• 스타트업

이 스프린트 문서는 소프트웨어에 관한 토막글입니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 이 문서의 내용을 채워주세요.

개발 : 프로그래밍, 소프트웨어 □■⊕, 데이터, 솔루션, 보안, 하드웨어, 컴퓨터, 사무자동화, 인터넷, 모바일, 사물인터넷, 게임, 메타버스, 디자인 운영체제(OS) 데비안 • 도스(DOS) • 레드햇 리눅스(RHEL) • 리눅스 • 맥OS • 붉은별 • 비에스디(BSD) • 센트오에스(CentOS) • 솔라리스 • 아이오에스(iOS) • 안드로이드 • 에이아이엑스(AIX) • 엑스윈도우 • 엠에스도스(MS-DOS) • 오에스투(OS/2) • 우분투 • 운영체제(OS) • 윈도우 • 유닉스 • 유오에스(UOS) • 지엔유(GNU) • 타이젠 • 티맥스오에스 • 페도라 • 프리비에스디(FreeBSD) 웹서버 구글 웹서버 • 아이아이에스(IIS) • 아이플래닛 • 아파치 웹서버 • 엔진엑스 • 웹투비 • 웹티어 와스(WAS) 글래스피시 • 레진 • 와스서버 • 와일드플라이(제이보스) • 웹로직 • 웹스피어 • 제우스 • 톰캣 소프트웨어 개발 도구 JDK • SDK • 나모 웹에디터 • 넷빈즈 • 델파이 • 드림위버 • 메이븐 • 비주얼 스튜디오 • 안드로이드 스튜디오 • 알스튜디오 • 앱타나 스튜디오 • 엑스코드 • 이알윈(ERWin) • 이클립스 • 인텔리제이 아이디어 • 코드블럭스 • 통합개발환경(IDE) • 파워빌더 • 파이참 버전관리 도구 깃 • 깃허브 • 버전 • 버전관리 • 분산버전관리 • 서브버전(SVN) • 서브클립스 • 젠킨스 • 토터스SVN • 형상관리(구성관리) 성능관리 솔루션 로드러너 • 밸리데이터 • 스트로버스 • 시스마스터 • 엔그라인더 • 제니퍼 • 제이미터 • 지티메트릭스 • 쿨체크 소프트웨어 BaaS • CaaS • DaaS • FaaS • IaaS • NaaS • OaaS • PaaS • QaaS • RaaS • SaaS • SECaaS • UaaS • XaaS • 가상머신 • 개발 툴 • 내그웨어 • 다운그레이드 • 도네이션웨어 • 도커 • 레거시 시스템 • 레지스트리 • 로컬호스트 • 리팩토링 • 미들웨어 • 상용 소프트웨어 • 서버 • 셰어웨어 • 셸 • 소프트웨어 • 소프트웨어 개발 • 소프트웨어 툴 • 시스템 • 시스템 소프트웨어 • 실서버 • 업그레이드 • 업데이트 • 에뮬레이션 • 에뮬레이터 • 오픈소스 • 응용 소프트웨어 • 자바 가상머신 • 자유 소프트웨어 • 커널 • 컴퓨터과학 • 크로스 플랫폼 • 크리플웨어 • 테스트 툴 • 툴 • 툴킷 • 트라이얼웨어 • 패치 • 패키지 소프트웨어 • 프로세스 • 플랫폼 • 플러그인 • 프리웨어 위키 : 자동차, 교통, 지역, 지도, 산업, 기업, 단체, 업무, 생활, 쇼핑, 블록체인, 암호화폐, 인공지능, 개발, 인물, 행사, 일반