이번 주에 Epic Games가 Fortnite의 우선순위가 낮은 버그 보고 백로그를 정기적으로 삭제한다는 보고가 나왔으며, CEO인 Tim Sweeney는 이를 부인하지 않았습니다. X에 대한 그의 답변은 직접적이었습니다. 네, 삭제하며, 문제가 된다고 생각하지 않는다고 말했습니다.
백로그 삭제에 대한 스위니의 주장
스위니의 입장은 명확합니다. Epic은 버그를 영향력에 따라 우선순위를 정하고, 순서대로 처리하며, 어느 정도 아래쪽에서 선을 긋습니다. 그 선 아래에 있는, 즉 아주 적은 수의 유저에게 영향을 미치고 경험에 미치는 결과가 최소한인 것들은 버려집니다. 그는 4월 10일에 "우리는 이러한 버그를 수정하는 것이 다른 것들보다 게임에 덜 가치 있는 지점을 찾고, 그것들을 버립니다."라고 썼습니다.
그는 삭제되지 않는 것에 대해서도 명확히 했습니다. 상당수의 플레이어들이 실제로 겪는 버그, 즉 Fortnite의 품질을 실제로 저해하는 버그는 더 높은 우선순위 항목으로 취급되며 해결될 때까지 목록에 남아 있습니다. 스위니는 이 범주에서 느린 수정은 무시가 아니라 복잡성 때문이라고 말합니다.
이 모든 것을 "정상적인 소프트웨어 개발"로 프레임하는 것은 진지하게 받아들일 가치가 있습니다. Fortnite는 PC, 콘솔, 모바일에서 동시에 실행되는 지구상에서 가장 많이 플레이되는 게임 중 하나입니다. 생성되는 버그 보고의 양은 거의 확실히 엄청날 것이며, 아무도 고치지 않을 문제들의 영원히 성장하는 백로그를 유지하는 것은 실제로 상당한 간접 비용을 발생시킵니다.
정보
스위니는 게임 품질에 영향을 미치는 광범위하게 경험되는 버그는 절대 낮은 우선순위 보고서에 포함되지 않는다고 명시했습니다. 이러한 보고서는 수정될 때까지 팀에 할당된 상태로 유지됩니다.
Facepunch의 반론: 어쨌든 기록하자
더 흥미로운 답변은 Rust의 개발팀인 Facepunch Studios의 COO이자 회사 이사인 Alistair McFarlane으로부터 나왔습니다. 그의 스튜디오는 반대 접근 방식을 취합니다. Rust의 버그 백로그는 수백 개의 낮은 우선순위 항목에 달하며, 일부는 수년 전으로 거슬러 올라가지만 Facepunch는 이를 삭제한 적이 없습니다.
McFarlane은 오래되고 우선순위가 낮은 보고서를 유지하는 세 가지 실용적인 용도를 설명했습니다. 첫째, 전담 정리 스프린트를 통해 용량이 허락할 때 일괄적으로 처리할 수 있습니다. 둘째, QA 직원이 독립적으로 처리할 수 있습니다. 셋째, 그리고 이것이 눈에 띄는 부분인데, 이들은 신규 채용자를 위한 시작 작업 역할을 하여, 새로운 개발자들이 코드베이스에 익숙해지는 동안 구체적으로 수정할 수 있는 것을 제공합니다.
마지막 포인트는 정말 영리합니다. 2년 동안 방치된 버그라도 결국 새로운 엔지니어가 Rust의 시스템이 어떻게 연결되는지 이해하는 데 도움이 되는 것이라면 낭비가 아닐 수 있습니다.
McFarlane은 반론을 인정했습니다. 그는 "삭제하는 것의 논리를 이해할 수 있습니다."라고 썼지만, 그의 실제 선호도는 "잊혀지는 것보다 기록되는 것을 선호합니다."였습니다.
Facepunch는 수년간의 버그 로그를 유지합니다
양측이 완전히 해결하지 못하는 규모 문제
핵심은 이렇습니다. 두 입장 모두 타당하며, 올바른 답은 전적으로 팀 규모와 게임 규모에 달려 있을 것입니다. Facepunch는 Epic보다 훨씬 작은 스튜디오이며, Rust는 충성도 높은 플레이어 기반을 가진 장기적인 서바이벌 히트작이지만 Fortnite의 규모로 운영되지는 않습니다. 수백 개의 오래된 버그 보고서를 관리하는 것은 수만 개의 보고서를 관리하는 것과는 매우 다른 문제입니다.
대부분의 유저들이 이 대화에서 놓치는 것은 버그 분류 자체가 개발 작업의 한 형태라는 것입니다. 트래커의 모든 항목은 검토, 분류 및 주기적으로 재평가되어야 합니다. 특정 규모에서는 방대한 낮은 우선순위 백로그를 유지하는 간접 비용이 실제로 중요한 버그의 해결을 늦출 수 있습니다.
여기서 핵심은 어느 스튜디오도 플레이어에게 영향을 미치는 문제를 무시하고 있지 않다는 것입니다. Sweeney와 McFarlane 모두 다른 방식으로 그 점을 언급했습니다. 논쟁은 실제로 수년간의 라이브 서비스 동안 축적되는 사소하고 영향력이 적은 보고서의 긴 꼬리에 대해 무엇을 하느냐에 관한 것입니다.
라이브 서비스 게임이 지속적인 개발 및 업데이트를 어떻게 처리하는지에 대한 자세한 내용을 보려면, 해당 분야의 주요 타이틀을 다루는 더 많은 가이드를 찾아보세요. 그리고 최신 게임 뉴스와 업계 대화를 실시간으로 접하고 싶다면, 읽을 만한 가치가 있는 내용이 많이 있습니다.
