그렇다면 <배그>는 플랫폼 확장을 위해 어떤 노력을 기울여 왔을까? 플랫폼 확장에 어려움은 없었을까? 4년 동안 라이브 서비스를 이어오며 얻은 노하우는 무엇일까?
강연자: 김상기
소속 : PUBG <배틀그라운드> 콘솔 개발책임
이력:
▲ 네오플 <던전 앤 파이터> 개발 참여
▲ 넥슨 인프라기술팀▲ 액션스퀘어 <블레이드 2> 개발
▲ 니오스트림 인터렉티브 <리틀 데빌 인사이드> 개발
라이브 서비스 중인 게임이 새로운 플랫폼 확장을 할 때 가장 먼저 발생하는 일은 TFT 구성이다. 해당 팀은 엔진, 그래픽, 시스템을 처리할 엔지니어와 PM으로 구성된다.
그리고 런칭 시점에는 게임 서비스를 함께 진행할 것인지, 분리할 것인지 결정한다. <배그>는 밸런스가 중요하기에 서비스를 분리했다. 이후 특정 시점의 게임 버전으로 게임 콘텐츠를 포팅한다. 이후 플랫폼 정책 구현 및 최적화 과정을 거친다.
이런 과정을 진행한 후에야 해당 플랫폼에 게임을 런칭하게 된다. 그다음 TFT는 사라지고, 기존 개발팀에 다시 합류하거나 콘솔 팀이 신설된다.
문제는 콘솔 런칭이 끝이 아니라는 것이다.
게다가 콘솔 유저는 PC 유저보다 한 달 늦게 업데이트를 경험해 불만이 생긴다. 개발사 측에서도 게임 개발 중 콘솔을 신경 쓰지 못해 기술 부채가 발생하며, PC와 콘솔 간 개발 경험이 공유되지 않는 문제가 발생한다. 신규 콘텐츠가 PC에서 이미 공개돼 마케팅 효과도 적었다.
콘솔 런칭에 성공하더라도, 계속해서 문제가 발생할 수밖에 없는 것.
PUBG는 문제를 해결하기 위해 어떤 방법을 사용했을까?
XBOX 런칭 이후, PS4 런칭까지 결정되면서 PUBG 내부에서는 콘솔 서비스 통합에 대한 의견이 나왔다. PC와 콘솔은 다르지만, 각 콘솔끼리는 성능 제한도 비슷하고, 컨트롤러도 비슷해 콘솔 서비스를 하나의 형태로 서비스할 수 있지 않을까 하는 의견이 나왔기 때문.
콘솔 인프라 통합이 완료되자, 이내 크로스 플레이에 대한 논의가 나왔다. 크로스 플레이는 각기 다른 플랫폼 유저가 서로 게임을 즐기는 것을 말한다. 간단히 말하면 PS4와 XBOX 유저가 같은 서버에서 게임을 즐기는 것이다.
크로스 플레이를 위해서는 콘솔 유저 데이터를 모두 통합 관리해야 한다. 가장 중요한 것은 플랫폼별 정책이 상이해 이를 모두 확인해 겹치는 부분을 찾아 재가공해야 한다. 김상기 개발자는 이 과정이 반드시 필요하지만, 시간이 오래 걸리기 때문에 크로스 플레이를 검토하고 있다면 넉넉한 기간을 가질 것을 당부했다.
그리고 크로스 플레이에 대한 플랫폼 정책 예시를 들었다. ▲반드시 타 플랫폼과 가시적으로 구분될 것 ▲반드시 타사 로고 및 브랜치명은 사용하지 말 것 ▲인 게임 메뉴에서 차단/음소거/신고 기능을 제공할 것이다. 외에도 많은 플랫폼 정책이 있다.
결과는 성공적이었지만, 콘솔 부분에서만의 성과였다. 여전히 PC와 콘솔 간 1달의 업데이트 차이로 인한 어려움은 계속해서 발생했다. 김상기 개발자는 이 문제를 고민하는 과정에서 "그렇다면 모두 통합해 개발하면 되지 않을까?"라는 의견이 나왔고, 여기서 나온 개념이 '심쉽 개발'이라고 한다.
심쉽은 멀티 플랫폼에 대응에, 함께 게임을 개발하고 동시 업데이트를 하는 것이다.
쉼쉽을 통해 예상되는 장점은 ▲콘솔 업데이트 일정을 당길 수 있음 ▲프로덕션 단계에서 전체 플랫폼 개발 비용을 산정할 수 있음 ▲담당자들이 한 달 뒤 콘솔 대응을 하지 않아도 됨 ▲불필요한 PM, QA 추가 리소스가 없어지는 등이 있다.
심쉽 개발을 위해 먼저 PUBG는 오픈마인드 개발 문화 형성에 힘썼다.
PUBG의 개발 문화 중 하나는 "함께 하는 열린 마음"이다. PC 개발자는 콘솔 개발을 함께 진행해, 문제가 발생하면 기존 콘솔 인원이 도와 팀 내 개발력을 내재화 할 수 있도록 협업했다. 그리고 개발에 관련된 프로덕션, 퍼블리싱 회의를 모두 통합해 함께 진행하도록 했다.
또한 브랜치 전략에 대해서도 강조했다.
PUBG는 서울, 메디슨, 도쿄, 상하이 등 글로벌 지사에 있는 개발자가 하나의 브랜치에서 <배그>를 개발하고 있다. 김상기 개발자는 이 부분은 심쉽 이전부터 가지고 있는 개발 방식이었지만, 이후 심쉽을 적용해 개발 과정을 통합하는 데 있어 상당히 중요했다고 언급했다.
다만 엄밀히 말하면 PC와 콘솔 업데이트 일자가 동일하진 않다. 1주일의 간격이 있다. 모든 콘솔 업데이트를 위해서는 버퍼 기간이 필요하고, QA 과정에서 발견하지 못한 버그가 PC 테스트 서버에서 발생하면 이를 콘솔에 적용해야 했기 때문. 마지막으로, 콘솔에서는 더욱 복잡한 빌드 플랫폼 제출과정이 있어 업데이트 일자를 완전히 동일하게 하기는 힘들다.
멀티 플랫폼을 위한 개발 가이드라인 설정에 관해서도 설명했다. PC는 하드웨어를 자유롭게 교체할 수 있지만, 콘솔은 성능이 제한되어 있어 명확한 개발 기준이 필요했다. PUBG는 플랫폼 중 가장 저사양인 'Xbox One S'로 플랫폼 기준을 설정했다.
또한 내부에서 사용하는 시스템 가이드 '펍지 오르도 디자인 시스템'에 대해서 설명했다. 해당 시스템은 4가지 카테고리를 통해 개발자들에게 가이드라인을 제공하며, 이를 사내 웹페이지로 구성해 개발자들이 쉽게 이해할 수 있도록 했다.
그렇다면 심쉽 개발은 효과가 있었을까?
먼저 콘솔 유저는 콘솔 업데이트와 PC의 차이가 좁혀졌다는 점을 호평했다. 김상기 개발자는 당시 콘솔 유저들이 생각지 못한 선물을 받았다며 좋아했다는 것이 가장 기억에 남는다고 언급했다.
또한 PUBG 측에서는 통합 과정을 통해 ▲콘솔 업데이트 일정을 당길 수 있음 ▲프로덕션 단계에서 전체 플랫폼 개발 비용을 산정할 수 있음 ▲담당자들이 한 달 뒤 콘솔 대응을 하지 않아도 됨 ▲불필요한 PM, QA 추가 리소스가 없어지는 등 많은 이득을 얻었다.
하지만 실제 과정은 생각만큼 쉽지 않았다. 가령 콘솔 개발킷 수량에 제한이 있음에도 모든 팀에게 콘솔 개발환경 세팅을 해야 했으며, 모든 개발자가 콘솔 개발환경을 이해해야 하는 어려움이 있었다. 또한 통합 과정을 위해 많은 구성원을 설득해야 했다.
즉, 심쉽을 통해 PUBG는 개발자들에게 명확한 가이드라인을 제시하고 개발 과정을 통합했다. 덕분에 커뮤니케이션 부담과 반복 작업의 어려움이 줄었으며, 이는 제작 시간 단축과 퀄리티 상승으로 이어졌다.
또한 심쉽을 통한 가장 큰 성과는 "개발팀이 하나의 팀으로 일하는 방식을 깨닫게 된 것"이다.
디스이즈게임 댓글 ()
페이스북 댓글 ()
디스이즈게임
