Lego Scrum Game(진행편)
#Lego #scrum 지난 어떻게 행사를 준비하게 되었는지 기획편이 포스팅되었습니다 이번 진행편에서는 2018년 6월 9일에 진행한 아해 행사를 통해 진행된 Scrum Game행사의 내용을 공유하고 진행하면서 있었던 내용과 느낌을 회고하려고 합니다
이번 아해 스크럼 게임은 선릉에 위치한 소프트웨어 마에스트로 센터에서 진행되었습니다 아해 팀원중에 마에스트로 출신이신 분이 계셔서 좋은 기회로 이곳에서 진행하게 되었어요 
장소를 제공해주신 소프트웨어 마에스트로와 행사날 레고 가지고 뭐하나 봐주시기도 하고 시끄러웠을텐데 마에스트로 9기 연수생님들께 감사드립니다 장소도 매우 넓으며 책상을 저희 맘대로 옮기면서 할수 있어서 좋았던거 같습니다 행사는 다음과 같은 순서로 진행하였습니다
스크럼이 무엇인지 보고
팀구성 후 게임한판 하고
스크럼 게임 하고
게임 후에 다시한번 스크럼이 무엇인지
사진찍고 퇴장
스크럼이 무엇인지 보고
시작은 스크럼이란 무엇인가 아주 간단하게 알아보는 시간을 가졌습니다 스크럼을 설명하기 위해서는 우선 애자일이 무엇인가를 알아야 합니다 애자일 소프트웨어 개발 선언을 통해 기존 워터풀과의 차이를 설명하였습니다 Lego Scrum Game에서는 물론 스크럼 프로세스를 익혀보는 이유도 있지만 팀원간에 커뮤니케이션의 중요성을 강조하고 그 스킬을 익히는 목표도 있습니다
팀구성 후 게임한판 하고
팀구성은 Scrum Game에서 중요한 요소중에 하나입니다 팀 구성은 한팀당 4-6명이 적당합니다 총 팀은 5-7팀 (20-25명)이 적당합니다 lego4scrum에서도 그렇게 권장하고 있습니다 저희는 4명 + 지각자(?) 1분씩 해서 4팀이 구성이 되었습니다 팀이 구성되었으면 처음 본 팀원끼리 서로를 파악하고 친해지기 위해 저희는 스파게티 탑 쌓기 게임을 진행했습니다 
룰은 이렇습니다 5분동안 마시멜로우(1봉지)와 스파게티면(30개)을 이용해서 가장 높이 탑을 쌓는 팀이 이기는 게임입니다 
4분 30초까지는 높게 쌓던 팀이 종료 시간이 다되가면서 탑이 무너지는 안타까운(?) 사고도 있었습니다 사실 이게임은 마시멜로우를 자꾸 만지면 녹아 내려 건물이 무너지고 높게 쌓을수록 스파게티면이 버티지 못하고 부러지는 문제가 있습니다 서로 호흡하면서 높게 쌓는게 포인트입니다 스파게티 탑쌓기를 통해 커뮤니케이션 능력을 서로 확인한 후 그 사람을 스크럼마스터로 뽑았습니다 스크럼마스터는 스프린트가 진행되는 동안 계획과 회고를 진행하고 스프린트동안 팀을 리딩하는 역할을 하게 됩니다 이때 스크럼마스터는 독단적이고 고집이 쎈 독재자가 되서는 안됩니다 이렇게 팀이 구성되고 게임을 한판 했습니다
스크럼 게임 하고
본격적인 레고 가지고 노는 시간이 시작되었습니다
목표 : 도시만들기 안녕하세요 고객입니다 제가 땅이 좀 있는데 이 땅에 도시를 건설하려고 합니다 여러분은 이제 제가 요구하는 건물들을 지어주세요
우리는 도시를 만들어야 합니다 고객이 무엇을 요구하는지 몇가지 것들을 보겠습니다
- 강을 건널 수 있는 다리를 건설하세요
- 1층 집을 건설하세요
- 2층 집을 건설하세요
- 버스 정류장을 건설하세요
- 교회를 건설하세요
이 요구사항 이외에도 많은 종류의 요구사항들이 있습니다
시작전
시작 전 단계에서는 저희가 만들어드린 요구사항을 전달해드렸습니다 
다들 요구사항을 받고서 무엇이 있나 확인하시고 계십니다 또 어떻게 만들어야 하나 벌써부터 회의가 시작되죠 시작전 해야 할 일은 스크럼 보드와 지도를 그리는 일입니다 
게임
게임은 총 3번의 스프린트로 진행이 되는데요 스프린트는 시작전에 계획을 세우고 스프린트를 진행 후 회고 시간을 가지게 됩니다 팀은 스프린트 시작전 이번 스프린트에서 어떤 건물을 진행할까 계획을 세웁니다(시간 3분) 이때 플래닝 포커를 통해 의견을 취합해야 합니다 시간이 많이 없기 때문에 빠른 의사소통이 중요합니다 플래닝포커에 많은 시간을 쏟도록 스크럼마스터에게 요구했습니다 이때 플래닝 포커가 무엇인지 참가자들에게 잘 설명해야 했습니다 플래닝 포커의 룰은 간단합니다 백로그를 보고 얼마나 걸릴거 같은지 고민 한 후 카드를 함께 공개합니다 그러면 서로 다른 의견으로 갈린다면 다양한 카드 숫자가 나오게 되겠죠 그럼 서로 의견을 교환하며 비슷한 숫자가 나올때까지 플래닝포커를 진행합니다 Agile in Practice: Planning Poker - YouTube 저희는 scrum time이라는 앱을 통해 진행하였습니다 시작전 플래닝 포커 연습을 했는데요
맥주를 요구르트병에 판다면 개당 얼마일까요?
다양한 의견들이 나왔는데 맥주는 어떤 메이커인지, 요구르트 병의 사이즈는 얼만하지와 같은 요구사항을 명확하게 하기 위한 토론이 주로 이루어졌습니다
QnA 게시판 만들기
연습을 한번 더 했는데요 만약 QnA 게시판을 만든다면 몇분이 걸릴까요 라는 질문입니다 개발자 답게 언어는 무엇으로 할지, 도구, 프레임워크, 테스트와 같은 어떻게 만들것인가에 대한 의견부터 어떤 질문을 하는 게시판인지, 화면은 어떻게 구성되는지와 같은 기획적인 부분까지도 논의가 되었습니다 두번의 연습을 통해 플래닝 포커에 대해 간략하게나마 방식을 배워봤습니다 플래닝 포커를 진행하면서 문제가 되거나 추상적인 요구사항들을 고객에게 질문을 하거나 팀내에서 합의를 통해서 요구사항을 구체적으로 정의합니다 스프린트 시간에는 레고를 조립합니다 팀에서 계획한대로 진행해야 회고 시간에 문제삼지 않을껍니다 독단적으로 일을 하게 되면 회고에서 얘기가 나오겠죠 회고시간에는 진행하면서 좋았던점이나 나빴던점을 토대로 고쳐야 할점이 뭔지 팀원들과 스프린트를 회고하는 시간을 가지게 됩니다
스프린트1
첫번째 스프린트에서는 플래닝 포커를 좀더 익히고자 계획 시간을 조금더 길게 드렸습니다 그래도 시간이 부족할거 같아서 게임전 시간에도 플래닝 포커 시간을 좀 드렸습니다 플래닝 포커를 진행하면서 백로그를 선정하고 이번 스프린트에서는 무엇을 진행할지 선택해야 합니다 하지만 주어진 시간은 엄청 짧죠 - 일부러 시간을 적게 드려서 팀내에 스크럼마스터가 선택과 집중을 하는 판단을 이끌어내기 위함입니다 첫번째 스프린트이다보니 아직 진행방식을 이해하지 못해서 어려워하시는 분들도 있고 어떻게 진행할것인지에 대한 방향에 관련한 토론을 하는 팀, 그리고 우선 만들고 보는 팀들이 다양하게 있었습니다 스프린트 시간이 다 될수록 사회자는 일부러 시간을 알려줌으로 해서 압박을 넣어줍니다 첫 회고시간이 되자 레고 조립을 멈추고 팀에서 잘되고 있는 점을 극대화시키고 문제가 있는 프로세스는 회고시간을 통해 고쳐나가는 시간을 가집니다
스프린트2
두번째 스프린트부터는 결과물이 나오기 시작합니다. 하지만 변수들이 존재하죠. 스프린트에서는 랜덤으로 2-3명이 병원을 가야 합니다. 그동안은 팀에 참석할수 없죠. 프로젝트를 진행하다 보면 이러한 human managing와 같은 이슈도 등장하게 됩니다. 이를 통해 어려움을 좀 느끼게 하고 싶었는데 없어도 잘 하시더군요 또하나의 변수는 요구사항 변경입니다. 예를 들면 병원의 색상을 통일 시켜주세요, 좌우 대칭으로 건물을 만들어주세요 등등 다양한 요구사항을 추가/변경함으로써 스프린트가 진행이 잘 되지 않도록 하였습니다 이는 회고시간에 큰 영향을 줬습니다. 더이상 우리는 모든 요구사항을 맞출 수 없고 선택과 집중을 하게 됩니다
스프린트3
마지막 스프린트에서는 요구사항을 마무리 하고 나머지 선택된 백로그를 완성시켜나갑니다 두번의 스프린트를 진행하고 나서 3번째 스프린트이다 보니 레고를 만지는 손놀림이 아주 빨라진 것을 느낄수 있었습니다. 일정은 다가왔지만 고객은 항상 마지막에 요구사항을 바꾸는 법이죠… 다양한 요구사항을 마지막 스프린트에서도 넣습니다. 하지만 준비가 잘 되어 있는 팀은 요구사항을 잘 받아서 수정하는 팀도 있었고, 요구사항은 애초에 신경도 안쓰고 진행하신 팀들도 있었습니다.(좋은 작전일수도….)
채점
세번의 스프린트가 진행되고 나서 흥분된 마음을 가라 앉히기 위해 쉬는 시간을 조금 가졌습니다. 그리고 고객에서 완성된 제품을 판매하는 채점시간이 왔습니다. 실제 프로젝트라면 마지막 시연? 정도가 될거 같습니다 팀에서 아주 재미있게 팀에서 만든 제품들을 다양한 스토리를 이용해서 소개합니다. 특히 유머있고 재치있게 요구사항을 재해석 하는 것들이 포인트였습니다. 고객이 납득만 한다면야.. 채점 결과 투팀이 박빙이였습니다. 한팀은 물량으로 승부한 A팀이였고, 한팀은 요구사항을 모두 충족하고 예술점수를 가져간 B팀이였습니다. 결과적으로 B팀이 점수를 많이 획득함으로써 레고 스크럼이 마무리가 되었습니다. (상품으로 스크럼 카드를 드렸습니다)
회고
레고스크럼을 통해 무엇이 좋았고 무엇이 나빴는지, 그리고 무엇을 개선하면 되는지와 같은 기본적인 회고 부터 팀원들끼리 만약 프로젝트에 스크럼을 적용한다면? 이라는 생각을 중심으로 다양한 회고가 진행이 되었습니다
마무리
아해에서 처음으로 진행한 레고스크럼게임 행사가 마무리 되었습니다. 상당히 나쁘지 않은 피드백을 받았으며 전반적으로 괜찮았다라는 이야기를 듣게 되어 진행자로써 매우 뿌듯했습니다. 우리나라의 IT구조를 얘기할때 하도급,SI와 같은 이야기를 하면서 waterful방식으로만 진행해야 했던 기존 구조를 만약 애자일이나 스크럼과 같은 방식을 도입한다면 좋아질까 라는 질문으로 저는 처음 애자일을 공부하고 스크럼을 보게 되었습니다 꼭 애자일, 스크럼을 하라는 것은 아니지만 이러한 방식도 있다라는 것을 많은 개발자들이 이번 행사를 통해 알아갈수 있는 기회가 되어 매우 만족스럽습니다
