← 블로그 목록

툴과 엔진 개발자는 게임을 만드는 사람들의 작업 시간을 설계하는 개발자다

툴과 엔진 개발자는 게임을 직접 안 만드는 사람처럼 오해받지만, 실제로는 아티스트·디자이너·프로그래머의 작업 시간을 설계하는 개발자다. MachineGames, Ubisoft, Supercell의 채용 공고에서 반복되는 키워드와 실무 설명을 따라, 이 역할이 결국 내부 사용자 경험과 반복 비용·디버깅 가능성을 다루는 제품 개발에 가깝다는 점을 정리한다.

툴과 엔진 개발자는 게임을 만드는 사람들의 작업 시간을 설계하는 개발자다

툴과 엔진 개발자는 게임을 만드는 사람들의 작업 시간을 설계하는 개발자다

툴 개발자나 엔진 개발자는 흔히 게임을 직접 안 만드는 사람처럼 오해받는다. 하지만 실제로는 반대에 가깝다. 이들은 게임을 만드는 사람들의 작업 시간을 바꾸는 개발자다. 아티스트가 자산을 더 빨리 넣게 만들고, 디자이너가 더 안전하게 데이터를 수정하게 만들고, 프로그래머가 반복 작업을 덜 하게 만드는 역할을 맡는다.

그래서 툴과 엔진 개발은 눈에 띄는 연출보다 반복 비용, 작업 속도, 디버깅 가능성과 더 가까운 분야다.

채용 공고가 반복해서 강조하는 것은 사용자 경험이다

현재 공개된 툴 프로그래머 공고를 보면, 공통적으로 등장하는 표현이 있다. 내부 사용자를 위한 고품질 편집기, 워크플로 개선, 관찰 가능성, CI/CD 지원, 유지보수성 같은 말들이다. 즉, 대상 사용자만 다를 뿐 실제로는 제품 개발에 가깝다.

플레이어 대신 내부 팀이 사용자라는 점만 다를 뿐이다. 그래서 좋은 툴 개발자는 기술 스택만이 아니라, 내부 사용자 경험까지 함께 봐야 한다.

툴과 엔진 개발자는 이런 문제를 다룬다

즉, 이 역할의 핵심은 직접 재미를 만드는 코드보다 팀이 더 빨리, 덜 망가지게 만드는 코드에 있다.

이 일이 잘 맞는 사람은 어떤 사람인가

툴·엔진 개발은 종종 화려한 결과보다 보이지 않는 개선을 오래 다뤄야 한다. 그래서 이런 성향이 잘 맞을 가능성이 높다.

마치며

툴과 엔진 개발은 게임 개발의 주변부가 아니다. 오히려 프로젝트가 커질수록 더 중심부로 들어오는 역할이다. 좋은 도구는 팀의 하루를 바꾸고, 좋은 엔진 구조는 프로젝트 전체의 비용을 바꾼다.

그래서 이 분야는 플레이어가 안 보는 일을 한다기보다 플레이어가 보기 전에 팀이 겪는 시간을 설계한다고 보는 편이 더 정확하다.

참고 자료

← 목록으로
Related

함께 읽으면 좋은 글

게임 UIUX세이브 시스템
세이브 화면은 저장 기능이 아니라 유저의 기억을 대신하는 인터페이스다

세이브·로드 화면은 기능적으로는 파일 목록이지만 플레이어 입장에서는 어디까지 했고 이 슬롯을 덮어써도 되는지를 대신 떠올려 주는 인터페이스다. 닐슨 노먼 그룹의 사용성 원칙 가운데 시스템 상태 가시성과 기억보다 인식 원칙을 빌려, 스크린샷·플레이 시간·진행 상태 같은 기억 보조 정보와 잘못된 덮어쓰기를 막는 슬롯 설계를 정리한다.

프로젝트 관리칸반WIP
프로젝트 관리에서 중요한 것은 재고율보다 동시에 벌려 놓은 일의 양을 줄이는 것이다

게임 프로젝트가 느려질 때 사람들은 생산성이 떨어졌다고 말하지만, 실제로는 동시에 너무 많은 일이 벌려져 있어서 흐름이 멈춘 경우가 많다. 칸반의 WIP 제한과 리틀의 법칙을 빌려, 진행률 숫자보다 실제로 완료된 단위가 중요하고 좋은 관리자는 착수보다 완료를 밀어 준다는 점, 그리고 바쁘게 보이는 팀과 완료를 만들어 내는 팀의 차이를 정리한다.

게임 개발MMORPGXbox
True Fantasy Live Online의 중단은 온라인 콘솔 전략이 얼마나 어려웠는지 보여 주는 사례다

True Fantasy Live Online은 지금도 아까운 취소작으로 회자되지만, 단순한 불운보다 초기 Xbox Live 환경과 대형 MMORPG의 운영 난도가 한꺼번에 겹친 사례에 가깝다. 당시 보도와 레벨파이브의 회고를 따라, 대형 온라인 게임이 콘텐츠 못지않게 운영 체력과 플랫폼 타이밍을 요구한다는 점을 정리한다.