최근 조사 결과, 소프트웨어 라이프사이클의 배포 단계에 속하는 GitLab Environments 기능의 채택률은 낮고 이는 일부 유용성 문제에 직면한 것으로 나타났습니다.

이러한 근거를 바탕으로 GitLab Environments 팀의 프로덕트 매니저인 Viktor Nagy와 저(Emily Bauman)는 ‘몇 가지 작은 수정 사항을 넘어 방향을 다시 생각해야 한다’고 깨달았습니다. 우리에게는 디자인 스프린트가 필요했는데요. 이 글에서는 원격 디자인 스프린트를 만드는 프로세스를 공유하려 합니다.

출처=GitLab | 인포그랩 GitLab
출처=GitLab

디자인 스프린트란 무엇인가요?

디자인 스프린트는 IT 업계에 종사하는 사람이라면 대부분 들어본 용어이지만, 그 의미와 목적을 잘 모를 때가 많죠. 이는 고객과 함께 아이디어를 설계하고, 프로토타입을 만들고 평가하여 큰 문제를 해결하는 프로세스입니다. 디자인 스프린트는 가설을 세우고, 아이디어를 프로토타입으로 제작하며, 가능한 한 적은 투자로 빠르게 테스트하는 방법이고요. 이 프로세스는 기본적으로 팀을 공통 목표 아래에 정렬하고, 다음과 같은 질문에 답변을 주는 훌륭한 도구입니다: 우리는 ‘사용자가 사용하고 싶은 제품’을 만들도록 올바른 방향으로 가고 있을까?

팀에서는 왜 디자인 스프린트에 시간을 투자하려 할까요? 이 프로세스의 가장 큰 장점은 ‘제품의 라이프사이클 동안 소요되는 시간과 비용을 절감할 수 있다’는 점입니다. 디자인 스프린트는 개발 리소스에 투자하기 전에 명확한 답을 얻을 수 있되, 시간제한이 있는 방법입니다. 또한 이는 팀을 하나로 모으고 맨 처음부터 모든 사람이 같은 내용을 이해하도록 합니다. 이는 스프린트가 끝난 후에도 프로젝트가 진전되는 데 도움이 되죠.

원격 디자인 스프린트를 운영하는 방법

2010년 Google에서 디자인 스프린트 프로세스를 창안한 Jake Knapp은 재직 기간에 이 프로세스를 개선하여 현재의 모습으로 발전시켰습니다. 디자인 스프린트는 원래 5일 동안 직접 대면하여 진행하도록 설계되었지만, 지난 몇 년 동안 원격 업무에 적응하기 위해 지속적인 조정과 개선 과정을 거쳤습니다. 가장 최근 사례로 팀과 함께 4일간 스프린트를 진행한 예가 있습니다.

4일간의 활동을 보여주는 디자인 스프린트 다이어그램. 출처=GitLab | 인포그랩 GitLab
4일간의 활동을 보여주는 디자인 스프린트 다이어그램. 출처=GitLab

여기서 가장 큰 문제는 ‘여러 시간대에 걸쳐 운영되고, 부분적으로 비동기식으로 진행되며, 원격으로 이뤄지는 GitLab용 프로세스를 어떻게 개발할 것이냐?’입니다.

디자인 스프린트는 원래 회의실에서 모두가 함께 모여 진행되었습니다. 답변이 필요하면, 진행자가 바로 앞에 서서 질문에 답하거나 활동을 도울 수 있었죠. 모두가 다른 대륙에 있으면 상황은 훨씬 더 복잡해집니다. 하지만 우리는 약간의 시행착오를 거쳐 성공적인 프로세스를 찾아냈고, 다음 몇 가지 팁은 누구나 원격 환경에서 스프린트를 성공적으로 진행하는 데 도움이 될 것입니다.

1. 철저히 계획하기

대면으로 진행되는 완전 동기식 디자인 스프린트도 준비가 필요합니다. 잘 계획된 디자인 스프린트에서는 프로세스가 힘든 일의 대부분을 처리하고, 최종적으로 올바른 결과를 제공합니다. 따라서 여러 시간대에 걸쳐 원격으로, 비동기식으로 진행되는 스프린트를 실행할 때, 계획의 중요성은 10배로 커집니다.

디자인 스프린트를 시작하기 전에 팀이 가장 먼저 해야 할 일은 다음 몇 가지 중요한 질문에 답하는 것입니다.

  • 고객 또는 사용자의 문제는 무엇인가?
  • 사업 또는 기술에 이 문제가 왜 중요한가?
  • ‘이 문제가 해결할 가치가 있다’는 증거는 무엇인가?
  • 디자인 문제에 어떤 리서치 인사이트를 이미 확보하고 있는가?

이 모든 질문에 답을 얻으면서, 팀은 이제 목표와 목적을 수립하고 전력 질주할 수 있게 되었습니다. 목표와 목적이 명확해지면 모두가 같이 시작하고, 공동의 목적을 향해 일할 수 있습니다.

2. 예상 시간 설정하기

디자인 스프린트는 참가자가 정신력과 주의력을 집중해야 하는 힘든 작업일 수 있습니다. 사전 가용량 계획(Advanced Capacity Planning)은 참가자가 더 집중하고 참여하며, 최고의 아이디어를 제시하도록 도와줍니다. 이는 스프린트에 써야 하는 시간을 미리 고려할 때만 가능합니다. 또한 디자인 스프린트는 진행자가 스프린트와 관련된 질문에 답하고 기대치를 미리 설정할 기회를 제공합니다.

여기에는 ‘팀의 시간대가 비동기 활동에 어떤 영향을 줄 수 있는지’ 이해하는 것도 포함됩니다. 다음 사항을 참고하면 좋습니다.

  • 시간대를 검토하여 스프린트 참가자가 너무 일찍 일어나거나 너무 늦게까지 일할 필요가 없도록 하세요. 때로는 이게 어려울 수 있고, 커뮤니케이션의 비동기적 측면에 의존하는 것도 중요합니다. ‘Time Zone Converter(시간대 변환기)’와 같은 도구는 이 프로세스를 더 쉽게 만들도록 지원합니다.
  • ‘시간대가 얼마나 멀리 떨어져 있느냐’에 따라 어떤 사람은 다른 사람이 하루를 시작하기도 전에 하루를 마칠 수도 있습니다. 따라서 ‘하루’라는 기간은 작업/활동을 하기에 충분하지 않을 수 있습니다. 때에 따라 실제 기간은 48시간에 달할 수 있으며, 이는 디자인 스프린트의 하루가 ‘이틀이 걸릴 수’도 있음을 의미합니다.
  • 활동이나 발표 일정이 ‘가장 빠른 시간대에서 하루를 시작할 때’ 배정되고 전달되도록 하세요. 이러한 내용은 Slack과 그날 이슈에서 모두 공유하는 것이 가장 좋습니다.
  • 참가자가 참석할 수 없는, 예기치 못한 사유에는 통제할 수 없는 측면이 항상 있으므로 이를 고려하세요.

3. 파트너십이 핵심

디자인 스프린트는 혼자서 운영할 수 있는 일이 아닙니다. 원활한 운영을 보장하고 최상의 결과를 얻으려면 프로덕트 디자이너와 프로덕트 매니저가 팀을 이루어야 합니다. 두 사람 간의 강력한 파트너십은 스프린트를 계획하고 실행하는 프로세스를 덜 부담스럽게 할 수 있죠. 책임은 다음과 같이 분담할 수 있습니다:

  • 프로덕트는 비즈니스와 제품 목표를 정의하고 사용자와 팀원에게 참여를 요청하는 데 도움을 줄 수 있습니다.
  • 디자인은 스프린트를 촉진하고 계획하며, 아이디어와 프로토타입 제작을 안내하는 데 도움이 될 수 있습니다. 또한 디자인은 스프린트에서 나온 개념을 테스트하는 계획을 부지런히 세울 수 있습니다.

4. 도구와 팁

모든 계획이 완료되면, 가장 큰 임무는 스프린트 프로세스로 팀을 독려하고 안내하는 것입니다. 스프린트를 운영하려면 모든 것이 원활하게 진행되도록 다양한 활동을 위한 여러 도구 세트를 사용해야 합니다. Environments 팀과 함께 스프린트를 진행하는 동안 우리는 다음과 같은 도구를 이용했습니다.

  • 매일의 활동과 기대치를 개괄적으로 설명하고 신뢰할 만한 단일 소스로 역할을 하는 GitLab 이슈
  • '어떻게 하면 좋을까?’, 아이디어, 프로토타입 제작과 같은 활동 협업을 위한 Mural 보드
  • 비동기식 업데이트용 Slack 채널, 동기식 미팅용 Zoom
  • 라이트닝 토크* 녹음과 같이 파일을 공유하는 Google 드라이브

진행자로서 저(Emily Bauman)는 스프린트 킥오프, Activity Walkthroughs 같은 비디오를 미리 녹화하여 참가자가 매일 각자 시간에 맞춰 이를 볼 수 있도록 GitLab의 비동기식 문화를 활용하기도 했습니다.

*라이트닝 토크(Lightning talks): 콘퍼런스나 포럼 등 행사에서 10분 내의 짧은 시간에 진행되는 프레젠테이션

5. 축하하기

스프린트 주간이 끝나고 팀이 다음 단계로 나아가고 싶은 경험이나 기능을 발견했다면 이제 승리를 축하할 차례입니다!

디자인 스프린트는 많은 작업이 필요할 수 있으며, 그간의 성과를 되돌아보는 건 좋은 일입니다. Slack이나 주간 회의와 같은 팀 채널에 이러한 성과를 공유하거나 블로그 또는 소셜 미디어 게시물로 이를 더 광범위하게 공유하는 방법을 찾아보세요. 다른 팀도 디자인 스프린트 프로세스를 테스트해 보도록 유도할 수도 있습니다!

디자인 스프린트를 위한 GitLab의 지원

원격 디자인 스프린트는 GitLab Environments 팀이 함께 모여 큰 문제를 해결하도록 기여하는 데 도움이 되었습니다. 우리는 스프린트에서 ‘앞으로 나아가기 위한 명확한 콘셉트’를 정하고, ‘GitLab Environments 팀의 미래가 어떨지’ 이해를 공유할 수 있었습니다. 저(Emily Bauman)는 이 활동에서 나온 리소스를 더 문서화하여 팀원들이 액세스하게 해야겠다는 동기가 생겼습니다. 이에 다른 디자이너가 공유하고, 재사용하며, 구축할 수 있는 디자인 스프린트 프로세스를 개발하였습니다. 그동안 우리가 찾던 것에 부합하는 무언가를 해결할 수 있었고, 그 프로세스에서 팀원이 함께 모여 같이 구축할 수 있었습니다.

인포그랩은 GitLab 및 DevOps에 대한 맞춤 기술 지원을 제공합니다. GitLab(Omnibus/Cloud Native Hybrid) 구축 관련한 지원이 필요하시면 문의하기 로 연락 주십시오.

이 포스트는 GitLab의 동의를 받아 공식 블로그의 영문 포스트를 우리말로 번역한 글입니다.