이미 덥수룩한 머리로 창고에 틀어박혀 소프트웨어를 개발하는 시대는 끝났다. 적게는 수십 명에서부터 많게는 수백 명이 하나의 소프트웨어를 개발하며 프로그래머 한 명이 자신이 사용하는 모든 코드에 대해서 이해할 수 있기란 불가능하기 때문이다.

 

점차 복잡해지는 개발 프로세스에서 단연 떠오르는 화두는 바로 소프트웨어 엔지니어링이라고 할 수 있다. 어떻게 하면 보다 짧은 시간을 효율적으로 사용할 수 있을 것인가? 어떻게 하면 결과물을 더 빨리 내놓을 수 있을 것인가? 최근 국내 개발자들 사이에서 인기를 끌고 있는 애자일 (Agile)기법은 그러한 IT업계의 관심을 반영하고 있는 것이라고 할 수 있다.

 

때마침 바이오웨어의 공동 스튜디오 프로듀서인 고든 왈튼(Gordon Walton)이 스크럼(Scrum) 개발 기법의 개념과 실제 적용 사례를 KGC 2007에서 설명하기 위해 한국을 찾았다. 그가 스크럼 기법을 사용하여 <매스이펙트>(Mass Effect)를 개발하면서 겪었던 시행착오와 그 과정에서 얻은 교훈을 독자들에게 소개한다. /디스이즈게임 황성철 기자

---

 

유머와 달변으로 청중을 휘어잡기로 유명한 고든 왈튼은 올해 KGC 2007에서도 장기를 발휘했다. 그는 강연을 시작하기에 앞서 강연장을 가득 메운 사람들에게 질문을 던졌다.

 

“여기 계신 분들 중 MMO 개발해보신 분은 손들어 보세요. 스크럼 사용해보신 분? 스크럼이라는 말을 처음 들어보시는 분 계신가요?”

 

고든 월튼의 강연에는 학생들이 많이 청강했던 이전 시간들과는 달리 많은 수의 국내외 현직개발자들이 참여했다. MMO 개발 경력이 있는 개발자들이 꽤 많이 손을 들었다. 그러나 스크럼을 실제로 개발 프로세스에 적용한 경험이 있는 사람들은 드물었다.

 

고든 월튼은 청중의 반응을 살펴본 뒤 스크럼의 개념에 대해서 설명했다.

 

“스크럼은 여러 사람들이 모여서 프로젝트를 개발하는 것이라고 할 수 있습니다. 이 스크럼의 핵심은 팀원들의 주인의식입니다. 그러나 스크럼은 처방이나 체크리스트가 아닙니다. 스크럼은 '틀'입니다.”

 

"스크럼의 핵심은 팀원들의 주인 의식입니다."

 

그는 바이오웨어의 신작 <매스이펙트>에서도 사용된 스크럼 개발 기법을 계속해서 팀과 연관지어서 설명했다.

 

“스크럼을 구성하는 팀원들은 서로 헌신적이여야 하며 각각 어떤 일을 했고 또 어떤 일을 하지 않았는지 서로에게 분명하게 알려야 합니다. 스크럼의 구성원들은 각각 여러 분야의 능력들을 가지고 있는 사람들입니다. 그러나 스크럼을 모두 프로그래머나 아티스트로 구성할 수는 없습니다. 성공적인 스크럼을 만들기 위해서는 여러 전문 분야의 사람들을 모아야 합니다.”

 

고든 월튼은 스크럼의 목적과 성공적인 구성방법에 대해서 설명한 뒤 개발 프로세스에 스크럼을 적용하기 위한 방법들을 설명했다.

 

“스크럼의 구성 요소는 간단합니다. 스크럼은 애자일과 비슷한 개발 기법입니다.”

 

스크럼은 사람에 초점을 두는 애자일 개발 기법의 한 유행이라고 할 수 있다. 이전의 개발 프로세스가 모듈과 펑션(Function)에 초점을 맞추었다면, 스크럼은 그것을 구성하는 팀원에 무게 중심을 두고 있는 것이다.

 

스크럼의 구성원들은 개발 결과물에 필요한 것들의 목록인 백로그(Backlog)를 작성하여 그것의 우선 순위에 따라 작업단계인 스프린트(Sprint)에 들어가게 된다. 이때 중요한 것이 바로 매일 이루어지는 미팅이다. 팀원들의 작업 진척도를 서로 알게 하여 투명성을 제고하며 문제점을 파악하는 것이다. 그러나 이 리뷰 과정에서 문제점을 해결하지는 않는다. 이때 문제점에 따른 우선 순위를 다시 배정하여 스프린트 단계에서 해결하도록 하는 것이다.

 

기존 개발 프로세스가 개발 과정에서 벌어질 수 있는 모든 문제점을 파악하여 그것에 대한 대비책을 마련하는 것에 비해 스크럼 기법은 개발 도중에 문제점을 파악하여 우선순위에 따라 해결한다.

 

언뜻 보면 이 같은 방식은 주먹구구식으로 보이기도 한다. 몇몇 개발자는 ‘창고시절의 개발 프로세스’와 다를 것이 없다고 말하기도 한다.

 

그러나 고든 왈튼은 “개발자는 자신이 진행중인 개발작업의 진척상황에 거짓말을 하게 된다”고 말했다. 이전의 방식들과 달리 스크럼의 팀원들은 매일 이뤄지는 미팅을 통해 서로의 개발상황에 대해 자세히 알 수 있다. 이것이 애자일과 스크럼 개발기법의 핵심이다.

 

고든 월튼이 스크럼의 이해를 돕기 위해 사용한 만화.

 

고든 월튼은 전형적인 스크럼 팀의 구성 인원은 5명에서 10명 사이라고 설명했다. 이것은 그가 지난 2년간 스크럼 개발 기법을 실무에 적용하여 얻은 결론이다. 그의 말에 따르면 이 같은 구성방식을 500명 이상의 그룹에 적용했다고 한다.

 

그는 또 스크럼의 도입으로 바이오웨어가 큰 도움을 받았다는 점을 강조했다. 가장 큰 이득은 QA(품질 보증)가 스크럼 팀 안에서 이루어진다는 것이었다. 스크럼 팀은 스프린트 단계 이후 실행이 가능한 결과물을 도출해야만 한다.

 

이때 즉각적인 리뷰가 이루어지기 때문에 얻을 수 있는 시간 비용의 감소폭은 매우 크다. 그러나 스크럼을 실제 개발 프로세스에 적용하기 위해서는 몇 가지 난관을 돌파해야 한다. 고든은 자신의 경험담을 몇 가지 이야기했다.

 

“스크럼의 가장 큰 문제는 경영진을 설득하는 것입니다. 경영진은 맥주 살 돈을 가지고 샴페인을 사기도 합니다.(웃음) 또한 현재 가용한 리소스를 가지고 언제까지 이걸 완수하라는 주문도 그렇습니다. 이런 상황에서는 스크럼을 적용하기가 힘들어집니다. 경영진의 도전과제는 스크럼을 통해서 투자한 만큼의 결과가 나오게 하는 것이라고 할 수 있습니다.”

 

그가 바이오웨어에서 스크럼을 사용한 지 2년이 넘었다. 그러나 아직 개발자들 사이에서 스크럼 기법이 완전히 자리잡지는 않았다고 한다.

 

“개발 환경이 계속 변화하기 때문에 어떤 면에서는 능숙할 수가 없습니다. 또한 여러 분야 사이의 협업은 마치 바벨탑과 같은 문제가 발생할 수 있습니다. 서로 이해할 수 없는 이야기를 하기 때문입니다. R&D 상황에서도 스크럼의 적용이 어려울 수 있습니다. 스프린트 후 결과가 나오지 않을 수도 있기 때문입니다 .”

 

한편, 이날 강연의 마지막인 질문과 답변 시간에서 국내외의 많은 개발자들이 스크럼 개발 기법에 대한 높은 관심을 드러냈다. 몇 가지를 아래에 소개한다.

 

Q: 스크럼에서는 팀의 공동 주인의식이 필요하다. 이럴 때 각 직업군 사이에서 의견 충돌이 잦아질 텐데 어떻게 조율해야 하나?   A: 그것을 창의적인 긴장이라고 한다. 한마디로 서로 싸운다는 것이다. 각각 주인의식을 가진다면 긴장이 생길 수 밖에 없다. 그러나 주인의식을 가져야 최고의 결과물이 나올 수 있다. 긴장도 필요하다. 각 단체마다 중시하는 파트가 다르며 게임을 만드는데도 장점과 단점이 있다. 그러나 스크럼은 한 사람이 결과물을 책임지는 것은 아니다. 팀이 결과물을 책임진다. ‘세 번째 앉아있는 저 사람이 잘못했다’가 아니라 그 팀이 성공했다 또는 실패했다고 말하는 것이다. 또한 스크럼에서는 우리 팀의 생사가 달린 문제이기 때문에 서로에게 부담을 느낄 수 있다. 그러나 결국에는 팀의 성공을 위한 해결책을 찾는다.   Q: 일을 하다가 스크럼이 워낙 결과 중심적이다 보니 그것에 대해 경영진이나 개발자들이 R&D를 외면하는 경향이 있지 않았나?   A: 나 자신이 경영진이기 때문에 그런 경향이 있다. 그러나 팀의 성공을 위해서는 알지 못하는 것에 대해서 리서치를 해야 한다. 우리는 리서치를 많이 하는 편이다. 어떤 새로운 프로그램을 사용해야 할 경우 그것에 대한 리서치가 필요한 것이 그 예이다.   Q: 우리 같은 경우 20명이 안 되는 인원들이 4~5의 스크럼을 진행하는데 여러 스크럼에 중복 참여하는 인원이 있다. 이럴 경우 혼란이 발생한다고 하는데 도울 수 있는 방법이 없는가?   A: 두 개를 넘는 스크럼에 참여하지 않는 것이 좋다. 특별한 스킬이 있어서 다른 팀이 모두 필요로 할 수 있을 수 있지만 2개 스크럼을 넘지 않아야 한다. 3개의 스크럼에 참여할 경우 매일 세 번의 미팅에 가야하고 결국 각 팀에 대한 기여도가 떨어지게 된다.   Q: 참여 스크럼이 적을 때는 인력의 낭비가 발생한다. 이걸 막는 방법은?   A: 스크럼의 운영에서 스프린트보다 백로그가 더 커야 한다. 사람들이 필요 이상의 필요 없는 업무를 하는 일을 지양하는 것이 스크럼이다. 우리는 스크럼 팀의 구성원은 최소한 두 분야의 스킬을 보유해야 한다고 본다. 물론 그런 스킬을 보유한 사람들로만 팀을 구성할 수는 없지만 최대한 그렇게 해야 한다.   Q: 경험상으로 스크럼을 운영할 때 몇 명 정도가 적당하다고 생각하는가?   A: 12~14명을 해봤는데 좋지 않았다. 5~6명일 때 좋은 것 같다 10명까지는 가능하다. 10명이 팀 멤버인 스크럼팀이 있긴 하지만 대부분 5~7명이다. 현재 우리는 현재 개발중인 게임에서 8개 스크럼 팀을 가지고 있다. 그렇지만 각 회사의 상황에 따라 다르다.   Q: MMORPG의 경우 복합적인 유저 스토리를 가져야 하는 경우가 있는데 서로 관계성을 가지게 되는 경우가 있다. 이때 하나가 전체 프로세스에 영향을 줄 경우가 발생하는데 어떻게 해결했는가?   A: 우리는 필요한 업무 프로세스에 최적의 스크럼 팀을 운영하는 것을 중요시하고 있다. 백로그가 달라지면 팀원도 달라지고 프로덕트 오너(Product Owner)도 달라질 수 있다. 그래서 처음에 상호 의존성을 최대한 낮추는 방식으로 스크럼을 잘 짜야 한다.   Q: 스크럼 팀은 물리적인 사무실을 갖추는 것이 중요한가?   A: 우리 사무실 같은 경우에는 더 큰 방을 만들기 위해 벽을 없앴다. 사람 사이에 문이 하나만 있더라도 커뮤니케이션의 제한이 있다는 것을 알았다. 우리 팀이 깨달은 것은 우리가 서로 혼자 하는 작업을 하고 싶어하더라도 팀 중심이라는 것은 스크럼에서 매우 강력한 효과를 발휘한다는 것이다.   Q: 1989년에 <하푼>을 개발했을 때에도 스크럼 기법을 사용했는가?   A: No, 나는 Yes 또는 No로 대답할 수 있는 질문들이 제일 좋다.(웃음)