안수찬 블로그

린 스프린트 ( The LEAN Sprint )

Introduction

안수찬 @dobestan

안수찬 @dobestan

서울대학교에서 컴퓨터공학을 전공하고, 오랜 기간 서비스 기획 및 개발을 해 왔습니다. 이러한 전문성을 인정받아 미래부 소프트웨어 마에스트로에 선정된 바 있습니다. 현재는 모바일 방송국, 퍼스트캔버스에서 컨텐츠로 새로운 가치를 그리고 있습니다. 나는 안수찬이다. 그러므로 나는 할 수 있다. me@ansuchan.com


TDD 번역

린 스프린트 ( The LEAN Sprint )

Posted by 안수찬 @dobestan on .
Featured

TDD 번역

린 스프린트 ( The LEAN Sprint )

Posted by 안수찬 @dobestan on .

본 포스트는 #매일번역 시리즈 의 네 번째 글입니다. #매일번역 이라는 이름으로 일주일간 번역을 하게 된 이유는 "2015년의 정리 - #매일번역을 일주일간 시작합니다." 에서 살펴보실 수 있습니다.

원글은 "LeanStack > The LEAN Sprint" 에서 살펴보실 수 있습니다.

오늘의 글은 어제 번역한 "LeanStack > The 7 Habits for Running Highly Effective Experiments " 와 연결되는 내용입니다. ( 번역글 : "효과적인 실험을 수행하기 위한 7가지 습관 " )

린 스프린트 ( The LEAN Sprint )

실험은 과학적 방법 뿐 아니라 기업 경영에 적용할 수 있는 강력한 돌파구입니다.

아래에 돌파구의 핵심을 서술하였습니다.

"만약 당신의 추측이 실험과 맞지 않는다면 당신의 추측은 틀린 것입니다. 당신의 추측이 얼마나 아름다운지, 당신이 얼마나 똑똑한지, 혹은 누가 그것을 추측했는지, 추측한 사람의 이름이 무엇인지와 관련 없이 그것은 틀린 것입니다. -Richard Feynman"

실험이 추측을 검증하는 매우 효율적인 방법임에도 불구하고 단순히 실험을 수행하는 것으로는 충분하지 않습니다. 실험의 결과는 검증하고자 하는 추측의 질에 따라 결정됩니다. 더욱이 실험을 수행한다고 해서 자동적으로 새로운 통찰을 얻을 수 있는 것은 아닙니다. 많은 실험들이 단순히 좋지 않은 아이디어가 틀렸다는 것만 입증하고, 당신의 문제를 해결하진 못합니다.

이것은 다음과 같은 질문을 불러일으킵니다. "좋은 추측과 아이디어는 어디서 오는가?"

이 질문의 답은 좋은 아이디어는 어디에서든 올 수 있다는 것입니다. 물론 진정으로 좋은 아이디어는 희귀하고 종종 초기에는 안 좋은 아이디어들과 구분하기 어렵습니다. 당신은 한손에는 광범위한 아이디어를 다른 손에는 빠르게 좋은 아이디어와 안 좋은 아이디어를 구분할 수 있는 탄탄한 프로세스를 갖춰야 합니다.

이것은 린 스프린트(LEAN Sprint)의 목적과 정확히 일치합니다.

린 스프린트(LEAN Sprint)란 무엇인가?

"린 스프린트(LEAN Sprint)는 새로운 아이디어를 찾아내고(Sourcing), 순위를 매기고(Ranking), 테스트(Testing)하는 시간 분배(Timebox) 사이클이다."

우리는 린 스프린트(LEAN Sprint)를 팀 내부는 물론 스타트업부터 큰 조직까지 많은 기업 팀들에 성공적으로 적용하였습니다.

만약 당신이 소프트웨어나 디자인 관련 배경을 가지고 있다면 스크럼이나 애자일 방법론들을 경험해 보았을 것입니다. 린 스프린트는 애자일, 스크럼 그리고 최근에는 구글 벤처의 디자인 스프린트(Google Venture's Design Sprint)에 의해 크게 영향을 받았습니다. 하지만 몇몇 핵심적인 부분이 그것들과 다릅니다.

1. 목표가 다르다.

스크럼 스프린트(Scrum Sprint)의 목표는 "구현 속도(Build Velocity)"를 보여주는 것입니다. 린 스프린트(LEAN Sprint)의 목표는 "학습 속도(Learning Velocity)"가 아니라 "견인 속도(Traction Velocity)"를 보여주는 것입니다.

"좋은 제품 또는 기능을 단순히 구현하는 것은 충분하지 않다. 비즈니스 결과 없이 단순히 학습을 입증하는 것도 충분하지 않다."

산더미처럼 쌓인 인터뷰 노트를 언급하지 말고 지난주 대비 이번주에 등록한 고객 수를 언급해야 합니다. 오직 고객이 성장할 때(혹은 견인력이 성장할 때)만 학습과 관련되어 있다고 할 수 있고 실천 학습이라고 할 수 있습니다.

2. 참여자가 다르다

스크럼(Scrum)과 애자일(Agile)은 오직 개발자의 실천법입니다. 반면 린 스프린트(LEAN Sprint)는 안팎의 이해관계자들을 완벽하게 포함해야 합니다.

3. 시간 계획(Timeboxing)이 구현이나 릴리즈 일정(Cadence)을 주도해서는 안 된다

저는 혁신을 주도하고 행동을 강제하기 위한 시간제한(또는 기한)을 수용하는 것에 대한 열렬한 추종자입니다.

훌륭한 것을 얻기 위해 두 가지가 필요하다. 계획과 충분하지 않은 시간이다. - Leonard Bernstein

저는 칸반(Kanban) 시스템과 같이 기한을 맞추는 기법들을 사용하고 계속적으로 고객에게 가치를 생산하여 전달하는 것에 대한 열렬한 추종자입니다. 린 스프린트(LEAN Sprint)에서 시간 계획(Timebox)은 결정에만 사용되어야 하고 릴리즈 사이클을 주도해서는 안 됩니다.

린 스프린트(LEAN Sprint)의 5가지 단계

린 스프린트(LEAN Sprint)를 수행하는데 다섯 가지 단계가 있습니다. 이 단계들은 IDEO에서 파이팅 그룹(Fighting Group)이 기존 생각을 유지하며 새로운 생각을 할 수 있도록 하기 위해 개발한 조정-발산-수렴(Align-Diverge-Converge) 기법을 본떴습니다. 이 기법에서 회의는 토의와 단체 브레인스토밍이 필요한 과정인 정렬과 결정 단계에서만 활용됩니다.

1. 문제 도출 ( Expose Problems )

팀은 가능한 솔루션들에 편향되지 않고 잘 훈련된 상태를 유지하며 비즈니스 모델의 제약들 혹은 문제들에 대한 일반적 이해를 조정합니다. 과학자들이 모델로부터 일을 시작하는 것처럼 기업가들도 마찬가지로 엄격한 실험을 통해 모델을 구축할 필요가 있습니다.

우리는 이것을 위해 다음 세 가지 모델을 사용할 수 있습니다 :

i. 린 캔버스(Lean Canvas)

당신의 린 캔버스(Lean Canvas) 비즈니스 모델은 비즈니스의 스토리를 포착할 것입니다. 여행으로 빗대어보면 이 스토리는 당신의 대략적 목적지와 목표를 묘사할 것입니다.

ii. 견인 모델(Traction Model)

견인 모델(Traction Model)은 목표로 향하는 길을 당신이 차트를 진행할 때 사용할 수 있는 중요 단계들로 쪼개줄 것입니다. 전체 목표를 향해 끌려가는 동안 각 중요 단계로 도달하기 위한 전략은 다를 것입니다.

"당신이 도로 지도 위에 서는 순간 그 다음 전략이 나타날 것이다."

iii. 고객 공장(Customer Factory)

마지막으로 고객 공장(Customer Factory) 모델이 견인 수단들을 분해하여 당신의 비즈니스 모델을 방해하는 소수의 제약들을 인지하도록 도와줄 것입니다. 이러한 제약들은 당신의 비즈니스 모델에서 가장 높은 우선순위를 가져야 하는 제일 위험한 부분들입니다.

2. 솔루션 정의 ( Define Solutions )

그런 다음 팀은 각각 솔루션을 만들기 위해 흩어집니다. 이것은 제가 이전에 썼던 1장짜리 전략 제안(Strategy Proposal)에 담겨 있습니다.

린 캔버스(Lean Canvas)처럼 전략 제안(Strategy Proposal)은 깊은 생각과 빠른 아이디어 공유를 돕기 위해 한 장으로 디자인되었습니다.

3. 솔루션 후보 명단 ( Shortlist Solutions )

이러한 아이디어와 전략들을 다른 팀 회의(스프린트 계획 회의)에서 공유하고, 순위를 매기고, 최종 후보 명단을 만듭니다. 토론하는 동안 우리는 순전한 의지와 대비하여 경험적인 증거를 기반으로 한 제안에 더 중점을 두고 능력 위주 투표 방법을 사용합니다.

또한 이 단계에서는 관찰하는 노력을 조금만 고려합니다. 어떤 큰 전략(예를 들어 기능을 구축하거나 새로운 해킹 기술을 개발하는 것과 같은)도 작고, 빠르고, 추가적인 실험들로 쪼갤 수 있습니다. 가장 처음에 해야 할 일은 시간 제약을 수용하는 것입니다.

실험을 작은 크기, 중간 크기, 큰 크기로 정하는 대신 우리는 모든 실험들이 같은 린 스프린트(LEAN Sprint)의 시간 계획(Timebox)에 맞도록 만들어야 합니다. 린 스프린트(LEAN Sprint)에서 올바른 시간 계획(Timebox)은 제품의 발달 단계와 팀의 크기에 의해 결정됩니다. 저는 2주 스프린트에서 시작해서 그곳에서부터 조정해 나갈 것을 추천합니다.

"우리는 항상 2주 스프린트 안에 아이디어를 완전히 입증할 수 없다. 하지만 종종 그 시간 안에 아이디어를 완전히 입증할 수 있다."

4. 솔루션 테스트 ( Test Solutions )

팀은 하나 혹은 그 이상의 실험을 통해 그들의 솔루션(혹은 전략)을 테스트하기 위해 흩어집니다. 제 지난 포스트 ( 지난 포스트 번역본 )는 좋은 실험을 수행하는 기본 원칙들에 대해 서술되어 있습니다. 모든 실험이 구현-측정-학습 ( Build-Measure-Learn ) 사이클에 따라 세 단계로 진행되어야 합니다.

전략을 테스트하기 위해 주어진 시간 안에 하나 이상의 실험을 진행해도 괜찮습니다(순차적으로든 병렬적으로든 상관없이). 그러나 모든 실험은 기간 내에 완벽히 완료되어야 합니다.

5. 솔루션 결정 ( Decide on Solutions )

실험 결과들을 이전 모델에 대해 분석하고 검토 회의에서 다음에 할 일을 결정합니다.

사이클은 다음 스프린트(Sprint)에 다시 반복됩니다.

Putting it all together

이것은 일반적인 2주 린 스프린트(LEAN Sprint) 일정(Cadence)이 어떻게 생겼는지 보여줍니다.

린 스프린트(LEAN Sprint)는 다음 요소들을 완수하는 것을 목표로 합니다 :

  1. 목표 ( Goal ) - 큰 목표를 시간계획(Timebox)상의 작은 목표로 나눔
  2. 지향 ( Orient ) - 팀을 문제와 솔루션 사이에 위치시킴
  3. 영향력 ( Leverage ) - 목표를 달성하기 위해 가능한 다양한 솔루션과 전략을 생성하고 순위를 매김
  4. 실험 ( Experiment ) - 점진적인 실험을 통해 이러한 전략들을 테스트
  5. 분석 ( Analyze ) - 목표에 대한 학습을 재평가함
  6. 계획 ( Next Action ) - 다음에 할 것이 무엇인지 결정
안수찬 @dobestan

안수찬 @dobestan

https://ansuchan.com/

서울대학교에서 컴퓨터공학을 전공하고, 오랜 기간 서비스 기획 및 개발을 해 왔습니다. 이러한 전문성을 인정받아 미래부 소프트웨어 마에스트로에 선정된 바 있습니다. 현재는 모바일 방송국, 퍼스트캔버스에서 컨텐츠로 새로운 가치를 그리고 있습니다. 나는 안수찬이다. 그러므로 나는 할 수 있다. me@ansuchan.com

View Comments...