한국 게임회사 시스템디자이너 포트폴리오와 커리어 관리

이 가이드가 전제하는 검토 환경

채용 검토자가 한 사람의 서류에 쓰는 실제 시간: 신규 인원을 채용하는 행동 자체를 귀찮아 하는 것도 사실이지만 더이상 채용을 미뤘다가는 정말 큰일나겠다 싶어 본격적으로 채용 업무에 관심을 가지기 시작했습니다. 감사하게도 지원서를 여럿 받을 수 있었지만 면접 단계까지 가는 경우는 드물었습니다. 서류 검토 과정을 반복하며 왜 채용 자체를 귀찮아 하는지 기억해냈습니다. 이 무력하고 답답한 기분을 느끼는 상황 자체를 피하고 싶기 때문이기도 했습니다. 그래서 오늘은 포트폴리오를 만드는 사람이 아니라 그것을 받아 보는 사람의 입장에서 출발합니다. 그 자리의 첫 번째 사실은 시간이 늘 부족하다는 것입니다. 한국 신입 채용에서 인사담당자가 한 사람의 입사지원서를 검토하는 데 쓰는 평균 시간은 약 10분 안팎으로 측정되어 왔습니다. 2014년 무렵의 7분 48초에서 시작해[^“신입사원 입사지원서 보는 데 평균 7분48초…1분도 7.4%”] 이후 조사에서는 11.7분, 다시 10.1분 부근으로 자리 잡았습니다[^입사지원서 검토하는데 걸리는 시간 평균 '11.7분'…합격률 높은 입사 지원 타이밍은?]. 경력직은 신입보다 조금 더 깊이 들여다봅니다. 잡코리아의 채용담당자 설문에서는 경력직 한 사람의 서류 검토에 평균 12분이 들어간다는 결과가 볼 수 있습니다[^경력직 채용 서류 검토 시간 '평균 12분']. 그러나 이 12분은 자기소개서와 이력서, 포트폴리오를 모두 합쳐 한 사람을 판별하는 데 걸리는 총 시간입니다. 포트폴리오만 따로 떼어 보면 그 안에서 5분도 채 쓰이지 않습니다. 글로벌 수치는 이보다 더 거칩니다. 1차 스캔은 6초에서 8초 사이에 끝나고 의미 있는 평가는 3분에서 5분 정도가 일반적입니다. 한 자리를 채우기 위해 평균 200명이 넘는 지원자의 서류를 모두 보면 누적 검토 시간이 23시간을 넘긴다는 분석이 나오기도 합니다[^무료 AI 이력서 검토: 몇 분 만에 후보자 평가, 위험 신호 감지 및 최종 후보자 목록 작성]. 이 숫자가 의미하는 바는 분명합니다. 한 사람의 서류는 수많은 다른 서류 사이의 한 장이고 그 한 장이 받는 관심의 절대량은 작습니다. 게임업계 시스템디자이너 채용은 여기에 한 단계를 더합니다. 인사팀 1차 필터를 통과한 서류만 시니어 디자이너나 디렉터의 손에 도달하고 그 시니어들은 본업을 멈추고 검토에 들어갑니다. 라이브 운영 중인 회사일수록 그 시간은 더 작게 쪼개집니다. 시간이 부족하다는 사실은 검토자가 게을러서가 아니라 산수의 결과입니다. 시스템디자이너 한 자리에 수십 장에서 수백 장의 서류가 들어오고 검토자는 본업과 동시에 그것을 봅니다.

모니터 위에서 일어나는 일 — 6초, 5분, 30분의 결정 단위: 검토자의 시선은 세 단계의 깔때기를 따라갑니다. 처음 6초는 포트폴리오의 첫 페이지를 훑는 시간입니다. 이름과 직무, 자기 정의 한 줄, 대표 산출물 두세 개가 이 6초에 들어옵니다. 들어오지 않으면 닫힙니다. 두 번째 단계는 30초에서 5분 사이의 판독으로 첫 페이지를 통과한 사람만 받습니다. 검토자는 이 구간에서 본문 페이지를 빠르게 스크롤하며 케이스 스터디 한두 개의 도입부를 읽습니다. 세 번째 단계는 5분에서 30분 사이의 정밀 평가로 면접 추천이 임박한 사람에게만 적용됩니다. 이 마지막 단계가 와야 비로소 데이터 테이블, 별첨 시트, 외부 링크가 열립니다. 세 단계의 깔때기를 알지 못하면 만드는 사람은 첫 페이지를 가볍게 디자인합니다. 표지에 큰 일러스트를 넣고 두 번째 페이지에 길고 멋진 자기소개를 적으며 본격적인 산출물은 7페이지나 8페이지부터 시작합니다. 검토자의 6초는 그 전에 끝납니다. 산출물이 도달하지 않은 채로 다음 사람으로 넘어갑니다. 한 명의 시니어가 송요창 개발자가 정리한 표현을 빌려 "면접관이 여러분의 이력서를 검토하는 시간은 길어야 15초"라고 말한 것은 과장이 아닙니다[^15초의 승부 : 이력서 작성의 세계 — 1]. 깔때기 모델은 검토자가 무엇을 보지 않는지를 결정합니다. 6초 단계에서 검토자는 표지의 미적 요소가 아니라 정보의 밀도를 봅니다. 30초 단계에서는 본문의 흐름을 봅니다. 5분 단계에서는 케이스 스터디의 구조를 봅니다. 이 단계가 누적적이라는 점이 중요합니다. 6초를 통과해야 30초가 오고 30초를 통과해야 5분이 옵니다. 만드는 사람의 정성은 가장 깊이 있는 산출물에 들어가지만 검토자의 시선은 가장 처음의 한 장에 집중됩니다. 이 비대칭이 거의 모든 포트폴리오 실패의 출발점입니다.

첨부물이 "추가 행동"을 요구하는 순간 닫히는 창: 검토자가 포트폴리오를 받아 보는 환경은 자기 사무실의 노트북이거나 듀얼 모니터의 한쪽 창입니다. 그 창에 띄워 둔 채로 같은 시간에 다른 일을 동시에 합니다. 슬랙 메시지가 오고 회의 알림이 울리고 본인이 담당하는 라이브 게임의 이상 신호가 들어오는 동안 포트폴리오는 옆 창에 머무릅니다. 이 환경에서 추가 행동을 요구하는 모든 형식은 즉시 패배합니다. 추가 행동의 가장 흔한 형태는 클릭과 펼치기와 모드 전환입니다. 노션 페이지의 토글을 눌러야 본문이 나오는 구조, 슬라이드쇼 모드로 전환해야 애니메이션이 보이는 파워포인트, 외부 사이트로 나가야 영상이 재생되는 임베드 링크가 모두 같은 종류의 부담을 만듭니다. 한 번의 추가 클릭이 곧바로 다음 지원자로 넘어갈 트리거가 됩니다. 만드는 사람은 그 클릭 너머에 가장 깊이 있는 자료를 두지만 검토자의 책상에서 그 자료는 도달되지 않은 자료입니다. 권한과 비밀번호도 같은 종류의 닫힘을 만듭니다. 게임잡 커뮤니티의 한 검토자는 인재 서칭해서 들어갔는데 노션이나 구글 링크에 비번이 걸려 있을 때의 상실감을 직설적으로 토로한 바 있습니다. 비번이 걸린 페이지는 다음 지원자로의 신호일 뿐 그 사람의 자료에 다시 돌아오는 일은 거의 없습니다. 보안을 위한 행동이라는 변명은 검토자에게 닿지 않습니다. 검토자는 자기 시간을 아껴야 하는 사람이지 지원자의 보안을 도와야 하는 사람이 아닙니다. 이 가이드의 모든 권장 사항은 결국 한 가지 명령어로 환원됩니다. 검토자가 추가 행동을 하지 않아도 핵심이 들어오게 만들어야 합니다. 첫 페이지에서 본문까지 본문에서 데이터까지 모두 한 번의 스크롤로 도달 가능해야 합니다. 노션의 토글, 파워포인트의 트랜지션, 외부 링크의 임베드는 만드는 사람의 정리감을 위한 장치이지 검토자의 정보 수신을 위한 장치가 아닙니다.

이 가이드의 시점 — 만드는 사람이 아니라 보는 사람의 자리에서: 이 글은 시스템디자이너 자리의 채용 검토자가 직접 책상에서 본 풍경을 기준으로 씁니다. 만드는 사람의 시점에서 쓴 가이드는 시중에 많지만 그것들은 대부분 자기가 만든 자료가 어떻게 보일지를 다루지 않습니다. 만드는 사람의 정성은 검토자의 시간 압박과 동의 없이 충돌합니다. 그 충돌의 결과를 직시하지 않으면 어떤 가이드도 작동하지 않습니다. 검토자의 자리에는 또 하나의 사실이 있습니다. 검토자는 지원자가 일했던 프로젝트의 내부 사정을 거의 모릅니다. 라이브 4년차 PvE 시즌 콘텐츠 기획이라는 한 줄은 만드는 사람에게 1년 치의 모든 회의와 트레이드오프와 운영 데이터를 응축한 표현이지만 검토자에게는 잘 모르는 어떤 게임의 잘 모르는 어떤 시즌일 뿐입니다. 이 비대칭이 맥락 없는 자료가 무력해지는 가장 깊은 이유입니다. 가이드의 시점은 그래서 두 가지 축으로 구성됩니다. 첫 번째 축은 시간 압박이고 두 번째 축은 정보 비대칭입니다. 시간 압박은 형식과 분량과 첨부 방식의 모든 결정을 지배하고 정보 비대칭은 맥락 제공의 모든 결정을 지배합니다. 두 축을 모두 의식하지 않으면 잘 만든 자료도 도달하지 않습니다. 이 자리에서 본 시스템디자이너 채용은 게임 매칭과 닮았습니다. 자기 티어가 어디인지를 모르고 자기보다 강한 상대와 어떻게 매칭되는지를 모르는 사람은 자기 메카닉의 절대값과 무관하게 같은 곳에 머무릅니다. 본문 5부에서 반복되는 심해 매칭 비유는 비유가 아니라 시장 구조의 정확한 묘사입니다. 매칭의 시야가 곧 커리어의 시야이고 검토자의 시점을 가지지 않은 사람은 자기 자료가 어떻게 매칭되는지를 끝까지 알 수 없습니다.

시스템디자이너 직무의 본질

시스템디자인이 다른 기획 직군과 다른 점: 기획 직군은 한국에서 시나리오, 퀘스트, 밸런스, 레벨, 시스템, 콘텐츠, 유료화, UI, UX 같은 세부 직군으로 분리되어 운영됩니다. 시스템디자이너는 그중 가장 추상적인 자리에 있습니다. 시나리오 작가는 글을 쓰고 레벨 디자이너는 공간을 만들고 UI 디자이너는 화면을 그리지만 시스템디자이너의 산출물은 규칙과 수치와 관계로 이루어진 추상 구조입니다. 그 구조가 동작하는 모습은 게임 안에서야 비로소 보입니다. 다른 기획 직군과의 차이는 산출물 형태가 아니라 산출물의 수신자에 있습니다. 시나리오 기획자의 글은 대본 그대로 음성과 자막이 됩니다. 레벨 기획자의 맵은 그대로 게임 안의 공간이 됩니다. 시스템 기획자의 문서는 그대로 게임에 들어가지 않습니다. 그 문서는 프로그래머가 클래스를 짜기 위한 사양이 되고 서버 개발자가 데이터베이스 스키마를 잡기 위한 가이드가 되며 클라이언트 개발자가 데이터 구조를 정의하기 위한 출발점이 됩니다. 이 사실이 이 가이드 전체에서 반복되는 가장 중요한 한 줄입니다. 따라서 시스템디자이너의 평가 축은 두 가지로 나뉩니다. 하나는 디자인의 좋음이고 다른 하나는 그 디자인이 다른 직군에게 잘 전달되었는지의 좋음입니다. 둘 중 하나만 가진 사람은 한쪽에 머무릅니다. 디자인은 좋지만 전달이 안 되는 사람은 사내에서 답답한 사람이 되고 전달은 잘하지만 디자인이 얕은 사람은 만들어 내는 결과물이 가벼워집니다. 시니어로 갈수록 두 축이 동시에 측정됩니다. 이 직무의 두 축은 포트폴리오의 두 축과 그대로 대응합니다. 자료의 본질이 디자인의 좋음이라면 자료의 형식은 전달의 좋음입니다. 본질만 있고 형식이 없는 자료는 만든 사람의 머릿속에만 존재하고 형식만 있고 본질이 없는 자료는 어디에도 도달하지 않는 빈 그릇입니다. 이 가이드의 모든 장은 두 축을 동시에 다루기 위한 도구입니다.

채용 공고가 "엑셀 가능"이라고 적을 때 회사가 실제로 묻고 있는 것: 채용 공고에는 자주 엑셀 활용 가능 또는 데이터 테이블 설계 가능이라는 한 줄이 들어갑니다. 이 한 줄을 표면 그대로 받아들이는 지원자는 함수와 매크로 능숙이라는 항목으로 답합니다. 그 답은 회사가 묻고 있는 것을 비껴갑니다. 회사가 진짜로 묻는 것은 엑셀이라는 도구의 사용 능력이 아니라 그 도구를 통해 보여 줄 개념 설계 능력입니다. 개념 설계는 자료구조와 관계형 데이터베이스 이론에 근간을 둡니다. 엔티티와 속성을 분리해 사고할 줄 아는가, 식별자와 참조의 차이를 아는가, 정규화와 역정규화의 트레이드오프를 의식하는가, 마스터 데이터와 운영 데이터를 분리해 잡는가, 자기 테이블이 라이브에서 어떻게 변경될지 미리 그리는가. 이 다섯 질문이 엑셀이라는 표면 아래에 있어야 할 본질입니다. 본질이 없는 엑셀은 검토자에게 그저 엑셀을 만들어 본 적이 있는 사람의 흔적일 뿐입니다. 게임 데이터 설계의 한국어 표준 설명은 명확합니다. 아이템의 이름과 설명과 기본 능력치 같은 변하지 않는 기준 데이터는 ScriptableObject나 JSON 파일로 관리하고 플레이어가 실제로 획득한 아이템은 그 기준을 참조하는 인스턴스 클래스로 관리합니다. 게임 데이터는 불변 데이터인 룰과 밸런스, 가변 데이터인 플레이어 상태로 구분되어야 유지보수성과 확장성이 높아집니다[^게임 데이터 설계 (TIL 30일차)]. 이 구분 없이 한 시트에 모든 정보를 평면적으로 나열한 엑셀은 데이터 설계의 흔적을 보여 주지 못합니다. 채용 공고의 한 줄을 정확히 번역하면 이렇게 됩니다. 우리는 당신이 프로그래머와 같은 어휘로 데이터 구조를 설계하고 그 구조가 라이브에서 어떻게 변할지 미리 그리며 다른 직군이 이해할 수 있는 문서로 그것을 옮길 수 있는 사람을 찾습니다. 엑셀은 그 능력을 보여 주는 매체일 뿐 그 능력 자체가 아닙니다. 이 번역을 마음에 새긴 사람만이 자기 포트폴리오의 데이터 자료가 무엇을 보여 주어야 하는지를 이해합니다.

제품 복잡도의 상승과 직무의 분화: 게임의 복잡도는 매 세대 올라갑니다. 라이브 서비스 RPG, 수집형 RPG, 모바일 MMO, 콘솔 액션, 멀티플랫폼 슈터 모두 한 영역의 깊이가 한 사람의 풀타임 책임이 될 만큼 두꺼워졌습니다. 한 사람이 시스템 전체를 한꺼번에 잡는 시대는 작은 인디 스튜디오를 제외하면 이미 지나갔고 직무는 점점 더 좁고 깊은 영역으로 분화되고 있습니다. 시프트업이 차기작 프로젝트 스피릿 채용에서 시스템 디자이너, 전투 디자이너, 시나리오 라이터, 레벨 디자이너 등 직무를 명확히 구분해 모집한 것은 이 분화의 한 단면입니다[^시프트업, 라이온하트, 신규 프로젝트 직원 채용 나서]. 같은 회사 안에서 시스템과 전투와 레벨이 따로 채용된다는 사실은 이미 그 회사가 한 직무 안에서 다른 직무의 일을 시키지 않을 만큼 분화가 진행되었다는 신호입니다. 신생 스튜디오나 인디는 다르지만 일정 규모 이상의 라이브 게임에서는 이 분화가 표준입니다. 분화가 진행될수록 포트폴리오는 직무 정렬이 강해집니다. 시스템디자이너 자리에 지원하는 사람이 시나리오와 컨셉과 BM과 UI를 모두 다룬 만능 자료를 들고 가면 검토자는 직무가 정렬되지 않은 사람으로 분류합니다. 채용 검토자가 본 만능 포트폴리오의 흔한 인상은 한제성 디자이너의 표현을 빌리면 혼자 다 할 수 있다는 메시지를 주는 순간 이도 저도 어설픈 사람으로 보인다는 것입니다[^기획자의 포트폴리오는 어떻게 써야 할까],. 분화의 결과로 시스템디자이너 안에서도 또 한 번 분화가 일어납니다. 전투 시스템, 성장 시스템, 경제 시스템, 메타 시스템, 콘텐츠 파이프라인 시스템 같은 세부 영역이 각각의 전문성을 요구합니다. 5년차 이상이 되면 이 세부 영역 중 한두 개가 자기 정체성이 되어야 합니다. 모든 시스템을 다 다루는 시니어 시스템디자이너라는 정체성은 사실상 어떤 시스템도 깊이 있게 다루지 않는 사람으로 읽힙니다. 분화의 시대에 깊이 없는 폭은 가치가 떨어집니다.

CSPAR — 모든 산출물에 적용되는 단일 프레임워크

맥락(Context) — 어떤 게임, 시점, 팀에서 만들어졌는가: 검토자의 정보 비대칭을 메우는 첫 단추는 맥락의 한 단락입니다. 모든 산출물에는 그것이 어떤 게임의 어떤 시점에 어떤 팀에서 만들어졌는지를 짧게 적은 한 단락이 붙어 있어야 합니다. 회사명과 게임명을 NDA가 허용하지 않으면 장르와 플랫폼과 라이브 단계와 팀 규모로 추상화하면 됩니다. 국내 대형 게임사의 모바일 MMORPG, 라이브 5년차, 글로벌 동시 서비스, MAU 백만 단위라는 정도까지는 한국 게임업계에서 일반화된 표현으로 통용됩니다. 맥락의 단락은 자랑이 아닙니다. 검토자가 다음 페이지의 산출물을 어떤 좌표 안에서 읽어야 하는지를 잡아 주는 좌표축입니다. 라이브 5년차의 시즌 시스템과 프리프로덕션의 시즌 시스템은 같은 단어로 부르지만 만들어지는 조건이 완전히 다릅니다. 검토자가 그 차이를 모른 채로 산출물을 읽으면 평가는 부정확해집니다. 맥락에는 본인이 속한 파트의 구성도 들어갑니다. 시스템팀 다섯 명 중 한 명이라는 표기와 전체 기획 세 명 중 시스템 담당 한 명이라는 표기는 같은 한 명이지만 의미가 다릅니다. 후자는 사실상 시스템 단독 책임이고 전자는 협업과 분담의 환경입니다. 검토자는 이 차이를 알면 같은 산출물도 다른 무게로 읽습니다. 맥락의 단락이 길 필요는 없습니다. 다섯 줄 안에서 끝납니다. 길어지면 검토자는 산출물에 도달하기 전에 지칩니다. 짧고 정확한 맥락이 긴 자랑보다 강합니다. 이 한 단락이 들어가지 않은 채로 첨부된 모든 산출물은 검토자에게 좌표 없이 떠 있는 정보가 됩니다.

상황(Situation) — 어떤 KPI, 의사결정, NDA 경계 위에 서 있었는가: 맥락 다음에 오는 것은 상황의 단락입니다. 그 산출물이 만들어지기 직전에 어떤 일이 있었는지를 적습니다. 직전 시즌의 구매 전환율이 떨어졌거나 라이브 운영팀에서 특정 콘텐츠의 클리어율이 의도와 다르게 나왔거나 디렉터가 다음 시즌의 방향을 새로 잡았거나 하는 사내 의사결정이 상황의 내용입니다. 상황은 KPI 숫자와 함께 적습니다. 전환율 18퍼센트 하락 같은 절댓값이 NDA에 걸린다면 직전 평균 대비 약 두 자릿수 하락처럼 인덱스로 일반화합니다. 정확한 숫자보다 중요한 것은 그 산출물이 풀려고 한 문제의 크기와 형태가 검토자에게 전달되는 것입니다. 숫자가 모자라면 정성적 신호로 보충합니다. 유저 커뮤니티의 불만 글, CS 사례, 사내 회의의 핵심 발언이 보충 자료가 됩니다. 상황의 단락에는 NDA 경계도 함께 들어갑니다. 어디까지 공개할 수 있고 어디부터는 추상화했는지를 한 줄로 표시합니다. 이 한 줄이 있으면 검토자는 산출물의 어떤 부분이 일반화되었는지를 알고 그 일반화를 추정해 읽습니다. 한 줄이 없으면 검토자는 모든 부분의 정확성을 의심하거나 반대로 모든 부분을 정확한 것으로 받아들였다가 면접에서 실망합니다. 상황은 본인 기여의 무게를 결정합니다. 직전 시즌의 KPI가 목표를 한참 밑돌고 있는 상황에서 만들어진 산출물과 안정적인 라이브 흐름 안에서 만들어진 산출물은 같은 산출물이라도 다른 평가를 받습니다. 위기 상황에서 들어와 결과를 낸 사람과 평온한 시기에 들어와 결과를 낸 사람을 검토자는 다르게 봅니다. 상황을 적지 않으면 그 차이가 사라집니다.

문제(Problem) — 정량 지표와 정성 피드백을 함께: 문제의 단락은 그 산출물이 풀어야 했던 핵심 질문을 한 문장으로 요약합니다. 재미를 더하기 위해 같은 추상 표현은 문제가 아닙니다. 라이브 4년차의 인플레이션 계수가 의도된 곡선을 벗어나기 시작했다거나 신규 진입 유저의 7일 잔존이 5퍼센트포인트 떨어졌다거나 하는 구체적이고 측정 가능한 진술이 문제입니다. 좋은 문제 진술에는 정량과 정성이 함께 들어갑니다. 정량 지표는 문제의 크기를 보여 주고 정성 피드백은 그 크기 너머의 맥락을 보여 줍니다. 인플레이션 계수의 숫자만 있으면 검토자는 그 숫자가 왜 문제인지를 알 수 없고 유저 불만 글만 있으면 그 불만이 어느 규모인지를 알 수 없습니다. 두 신호를 함께 제시하면 문제가 입체적으로 들어옵니다. 문제 진술에서 가장 흔한 실수는 본인이 풀고 싶었던 문제와 회사가 풀어야 했던 문제를 혼동하는 것입니다. 본인이 풀고 싶었던 문제는 자기 호기심의 영역이고 회사가 풀어야 했던 문제는 비즈니스의 영역입니다. 둘이 일치하면 좋지만 일치하지 않을 때는 회사 쪽을 우선합니다. 검토자는 본인의 호기심을 보고 싶은 것이 아니라 그 호기심이 회사 문제와 어떻게 연결되었는지를 보고 싶어 합니다. 문제는 또한 다른 사람이 이미 시도한 해결책의 한계를 포함합니다. 직전 시즌에 시도된 패치, 그 패치가 부분적으로 작동하고 부분적으로 실패한 흔적, 그래서 다음 시도가 필요해진 이유를 짧게 적습니다. 이 부분이 있으면 검토자는 본인의 작업이 진공 안에서 시작된 것이 아니라 누적된 시도의 다음 단계로서 출발했음을 알게 됩니다.

접근(Approach) — 대안 비교와 선택 근거의 흔적: 접근의 단락은 본인이 선택한 해결책 한 가지만 적지 않습니다. 후보로 떠오른 두세 가지 대안과 각각의 트레이드오프, 그리고 최종 선택의 근거를 함께 적습니다. 단일 해결책만 있는 자료는 그 해결책이 유일한 답이었다는 인상을 줍니다. 시스템디자인에서 유일한 답이 있는 경우는 거의 없습니다. 검토자는 대안이 보이지 않는 자료를 보면 그 사람이 트레이드오프를 의식하지 않는 사람이라고 분류합니다. 접근에는 본인이 사용한 도구와 방법론도 함께 들어갑니다. 데이터 테이블 구조의 어떤 부분을 어떻게 다시 잡았는지, 어떤 시뮬레이터로 어떤 가정을 검증했는지, 어떤 회의에서 누구를 어떻게 설득했는지가 접근의 내용입니다. 도구의 이름만 나열하는 것은 충분하지 않고 그 도구를 왜 그 자리에 골랐는지의 근거가 함께 있어야 합니다. NDC 2025에서 발표된 한재민 리더의 캐릭터 밸런스 사례는 접근의 모범적인 형태를 보여 줍니다. 캐릭터 정보의 정규화, 결정론적 전투 로직 설계, 메타 스코어의 정의, 단일 머신에서 분산 환경으로의 확장, 프리셋 표준화와 덱 스크리닝까지의 단계적 최적화가 모두 단일 산출물 안에 들어 있고 각 단계의 선택 근거가 함께 제시되어 있습니다[^(NDC 25) 한재민 리더 “AI 활용, 게임에 대한 이해가 핵심”]. 본인의 산출물이 이 정도의 입체성을 가질 수 없더라도 같은 구조의 흐름은 모든 시스템디자이너 자료에서 가능합니다. 접근의 단락은 길어질 수 있습니다. 다섯 페이지를 넘어가는 경우도 있습니다. 그러나 그 길이는 본문이 아니라 별첨에서 처리하는 편이 안전합니다. 본문에는 핵심 의사결정 두세 개의 흐름만 두고 시트와 시뮬레이터와 명세서는 별첨으로 분리합니다. 본문이 길어지면 검토자의 5분 단계를 통과하지 못합니다.

결과(Result) — 수치, 반응, 다음 이터레이션: 결과의 단락은 산출물이 라이브에 적용된 뒤의 변화를 적습니다. KPI 변화는 인덱스로, 유저 반응은 핵심 정성 신호 두세 개로, 사내 평가는 본인이 받은 피드백 한두 줄로 압축합니다. 결과 없이 끝나는 자료는 산출물이 라이브에 도달했는지 자체가 의심스러워집니다. 결과를 적을 때 가장 어려운 부분은 본인 기여로 좁혀 적는 것입니다. 라이브의 KPI 변화는 본인의 시스템 설계 외에도 마케팅, BM, 운영 정책, 시즌 컨텐츠 같은 여러 변수의 합작입니다. 그 합작 결과를 본인 단독 기여로 적으면 검토자는 즉시 의심합니다. 직전 시즌 대비 전환율 회복 중 본인의 시스템 설계가 어느 부분에 기여했고 어느 부분은 다른 변수의 영향이라고 정직하게 분리하는 편이 신뢰를 만듭니다. 결과의 마지막에는 다음 이터레이션의 흔적이 들어갑니다. 산출물이 라이브에 적용된 뒤 다음 패치에서 무엇을 어떻게 바꿨는지, 또는 바꾸지 않았다면 왜 바꾸지 않았는지의 회고가 들어갑니다. 시스템디자이너의 가장 강한 신호는 단일 시스템이 라이브에 도달하고 유저 반응을 받고 다음 패치에서 개선되는 한 사이클을 끝까지 본 경험입니다. 그 사이클의 흔적이 결과 단락의 마지막에 한두 줄로 들어가면 검토자는 그 사람이 풀 사이클을 책임진 사람임을 알게 됩니다. 결과 단락은 자기 평가가 아닙니다. 성공적으로 출시되었다 같은 자체 평가는 결과가 아니라 감상입니다. 결과는 측정 가능한 변화이고 그 변화의 측정 방법까지 짧게 적혀야 합니다. 측정 방법이 사내 플레이테스트 12명 평균 세션 12분에서 18분이라면 그 정도의 디테일이 함께 들어가야 검토자가 결과의 의미를 평가할 수 있습니다.

다섯 단계가 함께 있을 때만 작동하는 이유: CSPAR의 다섯 단계는 어느 하나가 빠지면 나머지가 무의미해집니다. 맥락이 없으면 산출물은 좌표 없이 떠 있고 상황이 없으면 산출물의 무게가 사라지며 문제가 없으면 산출물이 무엇을 풀려고 했는지 알 수 없고 접근이 없으면 본인의 의사결정이 보이지 않으며 결과가 없으면 산출물이 도달했는지조차 의심됩니다. 다섯 단계가 함께 있어야 검토자의 머릿속에서 한 사람의 작업이 입체적으로 조립됩니다. 다섯 단계의 길이는 균형을 가져야 합니다. 맥락과 상황이 본문의 절반을 차지하고 정작 접근과 결과가 짧은 자료는 자기소개에 가깝습니다. 반대로 접근만 길게 늘어놓고 맥락과 결과가 한 줄씩만 있는 자료는 검토자가 그 작업의 의미를 받아내지 못합니다. 본문의 분량은 다섯 단계가 비슷하게 분배될수록 강해집니다. CSPAR가 모든 산출물에 적용된다는 점도 중요합니다. 케이스 스터디 한 편에만 적용하는 것이 아니라 첨부된 모든 산출물에 같은 구조가 반복됩니다. 데이터 테이블 한 장에도 시뮬레이터 한 시트에도 시스템 명세서 한 편에도 짧은 CSPAR 한 단락이 붙어 있어야 합니다. 검토자는 본문의 어느 페이지를 펴도 같은 구조를 만나면 그 사람의 사고 습관을 신뢰하기 시작합니다. 다섯 단계의 진짜 가치는 만드는 사람의 사고를 정렬하는 데 있습니다. 자기 산출물을 다섯 단계로 적어 보려고 시도하면 어느 단계가 비어 있는지를 자기가 먼저 알게 됩니다. 결과가 비어 있다는 것은 그 산출물의 다음 이터레이션을 보지 못했다는 뜻이고 접근이 비어 있다는 것은 본인의 의사결정 근거가 약하다는 뜻입니다. 빈 자리를 자기가 알아채는 것이 포트폴리오 작성보다 먼저 와야 할 단계입니다.

형식의 선택 — 단일 PDF가 표준인 이유

노션이 메인이 되지 못하는 구조적 이유: 노션은 한국 IT 채용 시장에서 약 60퍼센트의 지원자가 사용할 만큼 보편화되었지만[^노션 포폴 정말 많이 사용할까? 좋은 노션 포트폴리오 특징 정리 feat. 합격 템플릿] 게임 시스템디자이너의 메인 포트폴리오로는 권장되지 않습니다. 보편화의 이유는 만드는 사람에게 편리하기 때문이고 권장되지 않는 이유는 검토자에게 편리하지 않기 때문입니다. 두 사실이 동시에 사실이라는 점이 노션 포트폴리오의 가장 큰 함정입니다. 노션의 구조적 약점은 링크 기반의 다단계 문서라는 점에 있습니다. 메인 페이지에서 프로젝트 페이지로 다시 세부 토글로 다시 외부 첨부로 이어지는 경로는 만드는 사람에게는 정리감을 주지만 검토자에게는 추가 클릭의 연속입니다. 1장에서 본 6초 스캔 단계에서 토글 안의 정보는 사실상 존재하지 않는 것과 같습니다. 검토자가 토글을 펼치는 행동은 면접 직전의 정밀 검토 단계에서나 일어납니다. 게임잡 커뮤니티에는 노션 포트폴리오를 두고 한 신입 디자이너가 PDF로 추출해서 걸어 두는 편이 좋은지 노션 URL만 거는 편이 좋은지 고민하는 글이 올라온 바 있습니다[^혹시 포트폴리오 노션 쓰시는 분들 있나요 ?]. 이 고민 자체가 노션의 한계를 보여 줍니다. 만드는 사람은 결국 PDF로 변환할지를 고민하고 변환 과정에서 레이아웃이 깨지는 문제와 다시 싸웁니다. 처음부터 PDF로 만들었다면 일어나지 않았을 비용입니다. 노션이 합리적으로 작동하는 직군은 따로 있습니다. 서비스 기획자나 PM 직군은 자기 작업이 본질적으로 링크 기반이고 실시간 업데이트가 가치를 만듭니다. 시스템디자이너는 다릅니다. 시스템디자이너의 자료는 데이터 테이블, 수식, 다이어그램, 명세서로 이루어져 있고 이 자료들은 페이지 단위 레이아웃과 상성이 좋습니다. 노션의 셀과 표는 이 자료들을 담기에 부족합니다. 직무 본질과 도구의 형식이 어긋난 채로 보편화된 도구를 따라가면 자기 자료가 약해집니다.

파워포인트 슬라이드쇼 모드가 무력화되는 검토 환경: 파워포인트 포트폴리오는 한국 게임 기획 직군에서 오랫동안 표준이었습니다. 이미지와 텍스트와 도식을 자유롭게 배치할 수 있다는 강점이 그 보편성을 만들었습니다. 그러나 검토자가 받는 것은 슬라이드쇼가 아니라 편집 모드 또는 PDF 변환본입니다. 받자마자 F5를 눌러 슬라이드쇼로 전환하는 검토자는 거의 없습니다. 만드는 사람의 정성이 슬라이드쇼 모드에서만 작동하는 디자인이라면 그 정성은 검토자의 책상에서 작동하지 않습니다. 페이드와 와이프 같은 트랜지션, 클릭으로 등장하는 애니메이션, 슬라이드 노트에 적힌 보충 설명은 모두 편집 모드에서 무력화됩니다. 슬라이드쇼에서 순차로 등장하던 박스가 편집 모드에서는 한 페이지에 다 겹쳐 보이고 화면은 만드는 사람이 의도한 것보다 더 지저분해 보입니다. 슬라이드 노트는 검토자가 읽지 않습니다. 슬라이드쇼 전제로 만든 모든 장치는 PDF 변환 시점에 의미를 잃습니다. 파워포인트의 또 다른 약점은 슬라이드 한 장이 화면 한 개라는 단위입니다. 이 단위는 발표 환경에서 의미가 있지만 PDF 환경에서는 한 장의 정보 밀도가 낮아지는 결과를 낳습니다. 한 슬라이드의 미적 균형을 맞추려고 여백을 늘리면 본문의 단어 수가 줄어들고 본문이 줄어들면 CSPAR 다섯 단계가 한 케이스 안에 들어가지 못합니다. 정보 밀도와 미적 균형의 트레이드오프에서 슬라이드 단위는 미적 균형 쪽으로 기울어 있습니다. 파워포인트를 작업 도구로 쓰는 것은 여전히 합리적입니다. 도식을 그리고 표를 잡고 이미지를 배치하는 작업은 파워포인트가 빠릅니다. 그러나 최종 산출물은 반드시 PDF로 변환합니다. 변환 후 편집 모드가 아니라 PDF 뷰어에서 스크롤만으로 검토 시뮬레이션을 한 번 해 봅니다. 텍스트가 충분히 보이고 도식이 깨지지 않으며 첫 페이지에 핵심이 잡혀 있는지를 자기가 먼저 확인합니다. 이 자기 검증을 통과한 PDF만 제출 대상입니다.

학원, 아카데미 표준 템플릿의 동질성 함정: 청강문화산업대 게임콘텐츠스쿨과 게임아카데미와 SBS아카데미 같은 한국 주요 게임 교육기관은 시스템 콘텐츠 기획자 진입의 표준 트랙을 만들어 왔습니다[^청강문화산업대학교 게임콘텐츠스쿨 주요 교육과정]. 이 트랙의 가치는 분명히 있습니다. 빈 시간을 강제로 학습 시간으로 묶어 주고 같은 직무를 지망하는 또래 동료를 만나게 해 주며 처음 시도하는 도구와 문서 양식의 진입 장벽을 낮춰 줍니다. 비명문대 출신이 크래프톤의 시스템 콘텐츠 기획자로 자리 잡은 사례도 이 트랙의 산물입니다[^"게임 취업" 검색결과(170건)]. 문제는 이 트랙이 표준화한 포트폴리오 양식이 시장에서 변별력을 잃고 있다는 점입니다. 표지 다음에 목차가 나오고 목차 다음에 게임 컨셉이 나오며 컨셉 다음에 유사 게임 분석과 차별점, 시나리오와 세계관, 플레이 방식, BM 모델, 예상 수익까지 이어지는 양식이 한국 학원 교육의 표준입니다. 이 양식은 회사 채용에서 한 번 쓰이고 끝나는 것이 아니라 같은 학원 동기 수십 명이 같은 회사에 동시에 지원하는 형태로 누적됩니다. 검토자의 책상에는 거의 같은 양식의 포트폴리오가 한 시즌에 수십 장씩 쌓입니다. 수십 장이 같은 양식으로 도착하면 검토자의 머릿속에서는 변별이 사라집니다. 누가 누구인지 구분이 안 되니 학교명이나 자격증이나 인턴 경험 같은 포트폴리오 외적 신호로 변별이 옮겨갑니다. 결과적으로 학원이 약속한 포트폴리오로 합격이라는 시나리오는 무너지고 합격은 학원 안에서 가장 외적 신호가 강한 소수에게 집중됩니다. 변별이 사라진 채로 양식만 따라가면 자기 차별점은 어디에도 남지 않습니다. 학원 출신을 숨기지 않는 것이 출발점입니다. 이력서의 학력란에 학원 이름을 남겨 두고 그 아래에 학원에서 시키지 않은 일을 한 가지 만들어 둡니다. 자체 시뮬레이터, 라이브 게임 패치 분석 노트, 1인 개발 프로토타입 같은 누적 자산이 그 자리를 채웁니다. 이 자산이 한 가지라도 있으면 같은 학원 표준 포트폴리오에 그 자산이 더해진 형태가 되어 변별이 다시 살아납니다. 양식의 일탈이 아니라 내용의 누적이 차별화의 진짜 자원입니다.

단일 PDF의 페이지 단위 사고와 정보 밀도: 단일 PDF가 표준이 되는 이유는 페이지 단위 사고가 검토자의 5분 깔때기와 일치하기 때문입니다. 검토자는 PDF 뷰어에서 페이지다운 키나 스페이스바로 한 페이지씩 넘기면서 읽습니다. 한 페이지가 한 호흡이고 호흡 단위로 정보가 들어옵니다. 만드는 사람이 한 페이지 안에서 자급자족하는 정보 단위를 잡으면 검토자는 그 단위를 통째로 받습니다. 자급자족하는 정보 단위는 한 페이지 안에서 한 가지 메시지가 완결되는 구조입니다. 페이지 상단에 한 줄 요약이 있고 본문에 그 요약을 풀어 주는 두세 단락이 있으며 페이지 하단에 핵심 시각 자료 한 장이 있는 형태가 표준입니다. 두 페이지에 걸쳐 한 메시지가 흐르면 검토자는 페이지 전환에서 흐름을 놓칩니다. 페이지 단위 사고를 하지 않은 자료는 같은 분량이라도 더 길어 보이고 더 어렵게 읽힙니다. 분량은 신입과 경력에 따라 다르지만 일반적인 권장은 25페이지에서 40페이지 사이입니다. 이보다 짧으면 케이스 두세 개를 충분히 보여 주기 어렵고 이보다 길면 검토자의 5분 깔때기를 통과하지 못합니다. 페이지 수가 늘어날수록 한 페이지의 정보 밀도는 그대로 유지되어야 합니다. 페이지 수만 늘리고 단위 페이지가 헐거우면 전체 인상이 약해집니다. 정보 밀도는 글자 수가 아니라 의미 단위의 수로 측정합니다. 한 페이지에 다섯 개의 짧은 단락이 들어 있고 각 단락이 다른 의미를 담고 있으면 그 페이지는 밀도가 높습니다. 같은 페이지에 한 가지 메시지를 다섯 번 다른 표현으로 반복하면 글자 수는 같아도 밀도는 낮아집니다. 만드는 사람의 자기 검토는 글자 수가 아니라 의미 단위 수를 세는 것에서 출발합니다.

첫 1페이지 — 이름, 직무, 자기 정의, 대표 산출물, 트리거의 5가지 요소: 첫 페이지의 6초가 모든 것을 결정합니다. 그 6초에 다섯 가지 요소가 들어와야 합니다. 첫째는 이름과 직무입니다. 두루뭉술한 게임 기획자가 아니라 시스템 디자이너 경제 또는 밸런스 방향이라는 식으로 직무 한 줄이 붙어야 합니다. 둘째는 연차와 한 줄 자기 정의입니다. 라이브 운영 4년 신작 프리프로덕션 2년의 모바일 RPG 시스템 디자이너처럼 연차와 도메인이 한 줄에 들어와야 합니다. 셋째는 대표 산출물 두세 개의 한 줄 카피입니다. 각 산출물이 본문 어느 페이지의 케이스 스터디로 이어지는지를 페이지 번호와 함께 적어 둡니다. 카피는 자기 자랑이 아니라 산출물의 핵심 메시지여야 합니다. 라이브 모바일 RPG의 골드 인플레이션을 시즌 두 번에 걸쳐 안정화한 경제 시스템 재설계가 그 한 줄 카피의 예입니다. 넷째는 연락처와 외부 자산 링크입니다. 외부 자산은 한 두 개로 충분합니다. 본인 블로그, 깃헙, 외부 발표 영상 중 시간 도장이 찍힌 것을 골라 한두 개만 노출합니다. 이 링크는 지금 클릭하라는 의미가 아니라 이 사람이 사고를 누적해 왔다는 증거로 작동합니다. 다섯째는 자기소개서의 한 줄 카피입니다. CSPAR의 가장 강한 케이스 한 편을 한 문장으로 압축해 트리거로 둡니다. 면접관이 그 한 문장을 보고 본문 페이지로 넘어가게 만드는 미끼 역할을 합니다. 다섯 가지 요소 중 어느 하나가 빠지면 첫 페이지의 6초가 헐거워집니다. 일러스트 한 장이 첫 페이지의 절반을 차지하는 디자인은 미적 통제는 좋지만 정보 밀도가 부족합니다. 정보 밀도와 미적 통제의 트레이드오프에서 첫 페이지는 정보 밀도 쪽으로 기울어야 합니다. 미적 통제는 본문에서 발휘하면 됩니다.

본인 기여와 팀 결과의 분리

학원 팀 프로젝트의 3중 약점이 포트폴리오에 그대로 노출되는 방식: 학원과 대학 게임학과의 팀 프로젝트는 회사의 팀 프로젝트와 다른 종류의 동물입니다. 회사 프로젝트는 잘리거나 평가가 깎이는 직접적 손실이 강제력으로 작동하지만 학원 프로젝트는 그렇지 않습니다. 빠지거나 무임승차해도 잃는 것이 적고 약속이 잘 깨지며 마감이 흐트러집니다. 결국 남은 사람이 다 한다는 패턴이 반복됩니다. 이것이 첫 번째 약점입니다. 두 번째 약점은 검증되지 않은 동료입니다. 회사는 채용 과정을 거쳐 일정 수준 이상의 동료를 모으지만 학원의 팀은 무작위로 묶입니다. 실력과 경험과 성실성의 분산이 회사보다 압도적으로 큽니다. 운이 좋으면 좋고 나쁘면 한 학기를 버립니다. 세 번째 약점은 중재자의 역량 부족입니다. 라이브 운영 경험자나 시니어 시스템디자이너가 학원 강사로 풀타임 근무하는 경우는 매우 적습니다. 강사가 직접 라이브 게임을 운영해 본 적이 없으면 팀 분쟁이나 일정 표류에 회사식 해결 방법을 적용할 수 없습니다. 세 약점이 합쳐지면 결과물은 거의 정해져 있습니다. 고생담은 풍부하지만 결과물의 질은 낮은 프로젝트가 만들어집니다. 엔딩이 없는 프로토타입, 미완성 가챠, 안 돌아가는 밸런스 시트, 출시도 안 했는데 런칭 후 KPI를 적어 둔 페이지가 흔하게 보입니다. 이 자료를 그대로 포트폴리오 전면에 깔면 검토자의 머릿속에서 측은함이 일어납니다. 측은함은 합격으로 연결되지 않습니다. 학원 팀 프로젝트의 흔적이 포트폴리오에 그대로 노출되는 자료는 검토자에게 다음 직장 동료의 이전 환경에 대한 부정적 신호를 줍니다. 잡코리아 디자이너 면접 후기에는 팀 프로젝트가 많아서 본인이 실제 뭘 했는지 모르겠다는 면접관 발언이 그대로 인용된 바 있습니다. 망한 팀 프로젝트일수록 본인이 한 게 뭔지가 더 흐려집니다. 흐려진 자료는 검토자에게 본인의 실제 역량을 추정할 단서를 주지 않습니다.

기여도 퍼센트 표기의 한계: 자기 기여를 표기하는 가장 흔한 방법은 퍼센트입니다. 시스템 기획 70퍼센트, 밸런스 50퍼센트, 데이터 테이블 30퍼센트 같은 표기가 학원 표준 양식에 자주 등장합니다. 이 표기의 문제는 검토자가 그 숫자의 근거를 검증할 수 없다는 점입니다. 70퍼센트라는 숫자가 무엇을 기준으로 측정되었는지가 보이지 않으면 그 숫자는 자기 신고일 뿐 객관적 신호가 되지 못합니다. 기여도 퍼센트는 또한 협업의 본질을 왜곡합니다. 시스템 디자인은 다른 직군과의 협업으로 완성됩니다. 프로그래머의 구현, 아티스트의 비주얼, QA의 검증, BM의 가격 협상이 모두 합쳐져야 하나의 시스템이 됩니다. 본인의 기여를 70퍼센트로 표기하면 나머지 직군의 기여를 30퍼센트로 만드는 셈입니다. 검토자는 이 표기를 보면 협업을 잘 못 하는 사람이거나 자기 기여를 과장하는 사람으로 분류합니다. 대안은 인원수와 직무와 산출물과 분량으로 정직하게 좁혀 적는 것입니다. 시스템팀 5명 중 본인이 단독으로 만든 산출물은 데이터 테이블 22개와 18,400행, 본인이 책임진 영역은 경제 시스템과 보상 시트, 다른 영역은 다른 분이 담당했다는 식으로 구체적으로 적습니다. 숫자가 들어가지만 그 숫자는 검증 가능한 종류입니다. 행 수와 시트 수와 명세서 페이지 수 같은 단위는 자기 신고가 아니라 분량 자체로 확인되는 신호입니다. 이 정직성이 면접에서 가장 강한 효과를 냅니다. 검토자는 본인 기여를 좁혀 적은 자료를 보면 면접에서 그 영역을 깊게 묻습니다. 깊게 물었을 때 답변이 일관되면 그 사람의 작업에 대한 신뢰가 만들어집니다. 반대로 기여도 70퍼센트로 적은 자료에서 면접관이 그 70퍼센트가 어디까지인지 물으면 답변이 흔들리는 경우가 많습니다. 흔들리는 답변은 합격으로 연결되지 않습니다.

인원수, 직무, 산출물, 분량으로 정직하게 좁혀 적기: 좁혀 적는 방법은 네 가지 정보의 조합으로 만들어집니다. 첫째는 팀의 전체 인원수입니다. 같은 시스템팀이라도 5명짜리 팀과 15명짜리 팀에서의 한 사람의 무게는 완전히 다릅니다. 둘째는 본인의 직책과 직무 영역입니다. 시스템팀의 시니어 디자이너로 경제 영역 담당이라는 표기가 시스템팀의 디자이너라는 표기보다 강합니다. 셋째는 본인이 단독으로 만든 산출물의 종류입니다. 시스템 명세서, 데이터 테이블, 시뮬레이터, 검증 시트가 각각 다른 산출물입니다. 넷째는 산출물의 분량과 범위입니다. 시스템 명세서 12편, 데이터 테이블 22개와 18,400행, 시뮬레이터 3개, 검증 시트 18개 같은 분량 표기가 자기 신고가 아닌 분량 그 자체로서 작동합니다. 이 분량은 검증 가능합니다. 면접에서 시뮬레이터 한 개를 골라 어떻게 만들었는지를 물으면 본인이 만든 사람만 답할 수 있습니다. 만들지 않은 사람은 깊은 질문에서 흔들립니다. 좁혀 적기의 또 다른 효과는 본인의 강점을 명확하게 만든다는 점입니다. 시스템 영역 전체를 다 했다는 자료보다 경제 영역의 데이터 테이블 구조 설계와 검증 시트가 본인의 단독 산출물이라는 자료가 더 강합니다. 검토자는 후자를 보고 이 사람의 강점이 무엇인지 한 줄로 말할 수 있습니다. 한 줄로 말할 수 있는 사람이 면접에서 추천됩니다. 좁혀 적기는 자기 자랑을 줄이는 일이 아니라 자기 자랑을 정확하게 만드는 일입니다. 한 사람이 모든 것을 다 한 자료보다 한 사람이 한 영역을 깊이 한 자료가 시장에서 더 비싸게 팔립니다. 시스템디자이너 채용 시장이 분화의 시대에 들어와 있다는 점이 이 사실을 강화합니다. 좁혀 적는 사람은 자기를 작게 만드는 것이 아니라 자기를 정확하게 만드는 사람입니다.

"본인이 안 한 일"을 명시하는 것이 왜 신뢰의 신호가 되는가: 좁혀 적기의 가장 강한 형태는 본인이 안 한 일을 명시하는 것입니다. 같은 프로젝트에서 본인이 책임진 영역과 책임지지 않은 영역을 함께 적습니다. 시즌 시스템의 경제 영역은 본인이 단독으로, 시즌 패스의 시나리오 콘텐츠는 다른 기획자가, 시즌 패스의 가격 협상은 BM 파트가 담당했다는 식으로 분리합니다. 이 분리가 자료의 신뢰도를 한 단계 끌어올립니다. 검토자가 가장 빨리 신뢰를 잃는 지점은 한 사람이 모든 것을 다 했다는 인상을 받는 순간입니다. 라이브 4년 운영 중인 대형 RPG의 시즌 시스템을 어떤 한 명의 디자이너가 단독으로 다 한다는 일은 거의 없습니다. 그렇게 적힌 자료를 검토자는 즉시 의심합니다. 의심된 자료는 면접에 도달하지 못합니다. 본인이 안 한 일을 적는 정직성이 그 의심을 미리 차단합니다. 본인이 안 한 일의 표기는 한 페이지에서 짧게 끝낼 수 있습니다. 프로젝트 카드의 마지막 한 단락에 본인이 안 한 영역을 두세 줄로 적으면 됩니다. 길게 풀 필요는 없습니다. 길어지면 자기 비하가 됩니다. 짧게 사실 그대로 다른 분이 담당했다는 정도면 충분합니다. 그 한 단락이 검토자에게 이 사람은 자기 일의 경계를 안다는 신호를 줍니다. 자기 일의 경계를 아는 사람은 시니어로 갈수록 더 비싸집니다. 이유는 단순합니다. 경계를 아는 사람은 다른 직군과의 협업에서 자기 영역을 정확히 책임지고 다른 영역을 침범하지 않습니다. 침범하지 않는 사람이 결국 협업이 잘 되는 팀을 만듭니다. 검토자는 면접 단계의 자료에서 이 신호를 미리 잡으려 합니다. 본인이 안 한 일을 적는 한 단락이 그 신호의 가장 빠른 형태입니다.

데이터 테이블 — 표면이 아닌 본질을 보여주기

엑셀 파일은 도구일 뿐, 본질은 자료구조와 관계형 데이터베이스 이론: 시스템디자이너의 데이터 작업은 엑셀이라는 도구의 외피를 입고 있지만 그 본질은 자료구조와 관계형 데이터베이스 이론에 뿌리를 두고 있습니다. 채용 공고가 엑셀 가능을 적을 때 회사가 원하는 것은 함수와 매크로의 숙련이 아니라 그 함수와 매크로가 표현하는 데이터 모델의 설계 능력입니다. 이 사실을 모른 채 엑셀의 표면 능력만 자랑하는 자료는 본질의 부재를 그대로 노출합니다. 자료구조 이론은 엔티티와 속성과 관계라는 세 단위로 데이터를 분해합니다. 게임 도메인에서 엔티티는 캐릭터, 아이템, 스킬, 퀘스트 같은 독립 개체이고 속성은 그 개체의 특성이며 관계는 개체 사이의 연결입니다. 한 시트에 모든 정보를 평면적으로 펼치면 이 세 단위가 뒤섞입니다. 한 행에 캐릭터의 속성과 그 캐릭터가 가진 스킬과 그 스킬의 효과가 동시에 들어가면 어느 부분이 캐릭터의 속성이고 어느 부분이 스킬과의 관계인지 구분되지 않습니다. 관계형 데이터베이스 이론의 핵심 원칙인 정규화는 이 뒤섞임을 분리하는 절차입니다. 첫 번째 정규형은 한 셀에 한 값만 들어가야 한다는 원칙이고 두 번째 정규형은 부분 함수 종속을 제거하는 원칙이며 세 번째 정규형은 이행 종속을 제거하는 원칙입니다[^데이터베이스 정규화 개념 설명 및 예제]. 게임 데이터의 한 시트에 옵션 1과 옵션 2와 옵션 3이 콤마로 묶여 들어가 있다면 이미 첫 번째 정규형을 위반한 상태입니다. 옵션은 별도 테이블로 분리되어야 합니다. 본질을 알면 도구는 따라옵니다. 엑셀이든 구글 시트든 노션 데이터베이스든 에어테이블이든 어떤 도구를 써도 본질이 같으면 같은 자료가 만들어집니다. 본질을 모르고 도구만 잡으면 도구가 바뀔 때마다 자료가 바뀌고 한 회사에서 다른 회사로 옮길 때마다 자기 작업 방식을 새로 배워야 합니다. 본질을 잡은 사람은 도구를 가리지 않습니다. 이 차이가 시스템디자이너의 깊이를 가르는 가장 작은 단위입니다.

디자이너의 테이블이 곧 클라이언트 클래스, 서버 스키마, 통신 페이로드의 원형: 디자이너가 만든 데이터 테이블은 그 자체로 게임에 들어가지 않습니다. 그 테이블은 빌드 파이프라인을 통과하면서 여러 형태로 변환됩니다. 클라이언트에서는 ScriptableObject나 DataAsset으로 직렬화되고 서버에서는 R데이터베이스MS의 테이블로 자리 잡으며 통신에서는 패킷의 페이로드로 변환됩니다. 디자이너의 한 시트가 세 군데에서 동시에 살아나는 셈입니다. 이 변환의 효율은 디자이너의 시트 구조에 거의 전적으로 의존합니다. Unity의 ScriptableObject는 여러 객체가 런타임에 공유하는 데이터 컨테이너로 메모리 사용을 줄이고 데이터와 로직을 분리하는 데 쓰입니다[^ScriptableObject\]. 디자이너가 시트를 분리해서 잡으면 ScriptableObject 한 에셋이 깔끔하게 만들어지고 시트를 한 장에 욱여넣으면 ScriptableObject 한 개가 거대한 클래스로 변해 메모리와 디버깅이 모두 어려워집니다. 서버 측은 더 직접적입니다. 게임잡 커뮤니티의 한 서버 개발자가 정리한 표현을 빌리면 기획서의 엑셀과 서버의 데이터베이스가 일치할수록 라이브 실수가 줄어들고 유지보수 코스트가 줄어든다고 합니다[^(기획/신입) 테이블 이야기], 디자이너의 시트가 정규화된 형태이면 데이터베이스 스키마가 그대로 따라가고 그렇지 않으면 서버 개발자가 시트를 받아 다시 분해해야 합니다. 분해 과정에서 의도가 누락되거나 변형되는 일이 라이브 사고로 이어집니다. 디자이너의 데이터 테이블이 세 군데에서 동시에 사는 자료라는 사실을 의식하지 않으면 자기 시트의 책임 범위가 좁아집니다. 시트는 그저 자기 손에서 끝나는 작업물이 아니라 다른 직군 세 곳으로 흘러들어가는 출발점입니다. 이 의식을 가진 디자이너는 시트의 컬럼 이름 하나하나를 다른 직군이 어떻게 받을지를 미리 그리며 잡습니다. 이 의식이 시트의 품질을 결정합니다.

정규화, 역정규화의 트레이드오프와 게임 데이터에의 적용: 정규화는 모든 경우에 답이 아닙니다. 게임 데이터에는 의도적인 역정규화가 필요한 자리가 있습니다. 클라이언트가 매 프레임 참조하는 무기 스탯 테이블은 강화 수치를 미리 풀어 두는 편이 빠릅니다. 매 프레임 JOIN을 걸 수 없기 때문입니다. 운영 도구가 보는 테이블은 정규화된 형태가 안전합니다. 운영 변경이 자주 일어나기 때문입니다. 같은 데이터라도 사용 환경에 따라 정규화 수준이 다르게 설계됩니다. 검토자가 보고 싶은 것은 정규화를 무조건 하는 사람이 아니라 정규화하지 않은 자리에 그 이유가 있는 사람입니다. 본인의 시트에 역정규화된 영역이 있다면 그 영역의 옆에 한 줄로 이 영역은 클라이언트 매 프레임 참조 성능을 위해 의도적으로 풀어 두었다고 적습니다. 한 줄의 메모가 있으면 검토자는 그 사람의 의식 수준을 즉시 파악합니다. 메모가 없으면 정규화를 모르는 사람과 의도적으로 풀어 둔 사람이 구분되지 않습니다. 게임 데이터의 역정규화 사례는 흔합니다. 캐릭터 카드의 스탯 테이블에 등급별 색상이 함께 들어가 있는 경우 이론적으로는 등급 테이블로 분리되어야 하지만 클라이언트의 카드 표시 성능을 위해 풀어 두는 것이 일반적입니다. 던전 보상 테이블에 보상의 이름이 함께 들어가 있는 경우도 비슷합니다. 라이브 운영에서 보상 이름은 거의 변하지 않고 매 프레임 참조되기 때문에 의도적으로 풀어 둡니다. 정규화와 역정규화의 트레이드오프는 시스템디자이너가 프로그래머와 같은 어휘로 이야기할 수 있는 가장 좋은 주제입니다. 본인의 시트에서 한 영역의 정규화 수준을 두고 프로그래머와 토론한 경험이 있다면 그 경험을 케이스 스터디 한 단락으로 남겨 둡니다. 면접에서 이 단락을 두고 깊은 질문이 들어오면 그 토론의 디테일이 본인의 사고 깊이를 보여 줍니다. 시트 자체보다 시트를 둘러싼 토론의 흔적이 더 강한 신호가 됩니다.

마스터및 운영, 정적 및 동적, 1:N과 M:N의 분리: 게임 데이터는 두 축으로 분리됩니다. 첫 번째 축은 변화 주기입니다. 패치마다 한 번 변하는 마스터 데이터와 매 액션마다 변하는 운영 데이터가 있습니다. 마스터 데이터는 빌드 산출물로 클라이언트에 내려가고 서버 캐시에 적재됩니다. 운영 데이터는 서버 R데이터베이스MS에 살고 매번 갱신됩니다. 두 종류를 한 시트에 섞으면 빌드 파이프라인이 작동하지 않습니다. 두 번째 축은 관계의 차수입니다. 1대1 관계는 한 엔티티가 다른 엔티티 하나와 연결되는 형태이고 1대다 관계는 한 엔티티가 여러 엔티티와 연결되는 형태이며 다대다 관계는 양쪽이 모두 여러 엔티티와 연결되는 형태입니다. 게임 도메인에서 캐릭터와 보유 스킬은 다대다 관계이고 퀘스트와 보상은 1대다 관계이며 던전과 등장 몬스터와 드롭은 3중 관계입니다. 이 관계들을 한 시트에 평면적으로 펼치면 의미가 사라집니다. 다대다 관계는 별도의 매핑 테이블을 만들어 분리합니다. 캐릭터와 스킬 사이에 캐릭터 스킬 테이블이라는 매개 엔티티를 두고 그 테이블에 관계의 속성인 슬롯 순서와 언락 조건을 함께 적습니다[^(기획자 가이드) 개발자와 말이 통하는 데이터베이스(데이터베이스) 기초: 테이블과 관계]. 이 분리가 정규화의 가장 중요한 결과입니다. 분리되어 있으면 라이브에서 캐릭터의 스킬 슬롯 수가 늘어나도 컬럼을 추가하지 않고 행만 추가하면 됩니다. 분리되어 있지 않으면 매번 시트 구조가 바뀌고 빌드가 깨집니다. 마스터와 운영의 분리, 정적과 동적의 분리, 관계 차수의 분리가 모두 들어간 시트는 검토자가 한눈에 알아봅니다. 시트의 첫 페이지에 마스터 데이터 시트 다섯 개와 운영 데이터 시트 한 개가 분리되어 있고 각 시트의 헤더에 PK와 FK가 표시되어 있으면 검토자는 그 사람이 데이터 모델을 의식하면서 잡은 사람임을 즉시 파악합니다. 표지의 한 장이 본문 100페이지보다 강하게 작동하는 자리입니다.

"덩그러니 첨부된 엑셀"의 7가지 실패 패턴: 검토자가 엑셀 파일을 열었을 때 1분 안에 패배감이 드는 패턴이 있습니다. 첫째는 200컬럼 단일 시트입니다. 한 시트에 모든 정보를 다 펼친 형태로 캐릭터 ID부터 등장 던전 정보까지가 한 행에 들어 있습니다. 검토자는 이 시트를 보면 엔티티 분리 개념이 없다고 분류합니다. 둘째는 관계 없는 다중 시트입니다. 시트는 여러 장 있지만 시트 간 어떻게 연결되는지가 표기되지 않은 형태입니다. 옵션 ID가 어떤 시트의 어느 컬럼을 참조하는지 알 수 없으면 데이터 모델은 무너진 상태입니다. 셋째는 PK가 모호한 형태입니다. 어느 컬럼이 식별자인지 명시되지 않거나 자연어 이름이 사실상 PK처럼 쓰이는 경우입니다. 동명 아이템이 라이브에서 발생하면 즉시 데이터가 깨집니다. 넷째는 값만 있고 구조가 없는 형태입니다. type 컬럼에 1, 2, 3, 99라고만 적혀 있고 그게 무슨 enum인지 알 수 없는 시트는 프로그래머가 매번 디자이너에게 물어봐야 하는 자료가 됩니다. 의사소통 비용이 커집니다. 다섯째는 정적 스냅샷입니다. 시즌과 이벤트와 확률 변경에 대응할 수 없는 평면 구조로 이벤트 보상이 event_reward 컬럼 하나에 박혀 있는 형태입니다. 다음 이벤트가 오면 컬럼을 추가해야 하고 컬럼이 추가되면 빌드 파이프라인이 깨집니다. 여섯째는 코드 로딩을 가정하지 않은 표입니다. 셀 병합과 색상 코딩과 자유 텍스트 메모와 시트 외부 그림이 핵심 정보를 담고 있는 형태로 컨버터가 읽을 수 없습니다. 일곱째는 검증 규칙이 없는 형태입니다. 드롭 확률 합이 100퍼센트인지, 보상 합이 의도된 기댓값인지, 스킬 쿨다운이 음수가 아닌지에 대한 검증이 어디에도 없으면 QA 단계에서 데이터 버그가 쏟아집니다. 이 일곱 가지 중 셋 이상에 해당하는 엑셀이 첨부되어 있으면 검토자는 그 포트폴리오의 데이터 설계 항목에 점수를 거의 주지 않습니다. 잔인하지만 사실입니다. 엑셀 한 장의 인상이 데이터 능력 전체의 인상이 됩니다. 만드는 사람은 자기 엑셀을 제출 직전에 이 일곱 가지로 한 번 점검해야 합니다.

점검을 통과하지 않은 검토자가 "이 사람은 데이터를 안다"고 판단하는 6가지 산출물 특성: 같은 5분 안에 이 사람은 봐야겠다는 인상을 남기는 산출물에는 공통점이 있습니다. 첫째는 ER 다이어그램이 함께 있다는 점입니다. 데이터베이스다이어그램이나 draw.io나 Mermaid나 Lucidchart 어디에서 그렸든 테이블 박스와 카디널리티 표시가 들어간 한 장이 함께 들어 있습니다. ER 다이어그램은 개체 관계 다이어그램으로 데이터베이스의 구조를 한눈에 볼 수 있게 시각적으로 표현한 설계도 역할을 합니다[^ER 다이어그램 도구]. 시트 다섯 장이 어떻게 연결되는지가 한눈에 들어옵니다. 둘째는 컬럼 정의서가 있다는 점입니다. 각 컬럼마다 데이터 타입, PK와 FK 표시, NULL 허용 여부, 기본값, 허용값과 enum, 의미, 변경 가능성이 표로 정리되어 있습니다. 데이터 사전이라는 표준 용어가 이 문서를 부르는 이름입니다[^Data Dictionary: What is it? Examples, Templates and Definition]. 한 장짜리 정의서가 본문 50페이지의 시스템 명세서보다 강한 신호가 됩니다. 셋째는 마스터와 운영의 분리가 보인다는 점입니다. 어느 시트가 빌드 시점에 클라로 내려가는 마스터 데이터이고 어느 시트가 서버 데이터베이스 스키마 가이드인지가 README의 한 줄에 적혀 있습니다. 넷째는 라이브 운영 시나리오에 대한 응답이 있다는 점입니다. 시즌이 바뀌면 season_id 컬럼을 키로 새로운 행이 추가되고 시트 구조는 변경되지 않는다는 식의 메모가 있으면 검토자는 즉시 라이브를 한 번이라도 해 본 사람이거나 적어도 라이브를 상상해 본 사람이라고 판단합니다. 다섯째는 검증 규칙이 명시되어 있다는 점입니다. 드롭 테이블의 확률 합이 100퍼센트인지, 보상 등급 분포가 기댓값 ±2퍼센트 이내인지, FK 무결성이 보장되는지가 시트 안의 SUM 함수나 별도 검증 시트로 표현되어 있습니다. 여섯째는 프로그래머가 그대로 클래스로 옮길 수 있는 명확성입니다. 컬럼 이름이 카멜이나 스네이크 컨벤션으로 일관되어 있고 타입이 명확하며 enum이 정의되어 있고 관계가 그려져 있으면 프로그래머는 5분 안에 C# 클래스나 C++ struct를 작성할 수 있습니다. 옮기는 데 걸리는 시간이 곧 디자이너의 데이터 설계 역량의 가장 정직한 척도입니다. 만드는 사람의 자기 검토는 모르는 프로그래머에게 시트를 보여 주고 클래스를 만든다고 치면 어떻게 짤지를 물어보는 것에서 출발합니다.

ER 다이어그램, 시트, 컬럼 정의서, 검증 규칙의 한 세트 구성: 데이터 능력을 보여 주는 한 세트는 네 가지 자료의 조합입니다. 첫째는 README 한두 페이지로 시스템 개요와 데이터 설계의 의도와 마스터 운영 분리 방침과 라이브 변경 가정을 적습니다. 둘째는 ER 다이어그램 한 장으로 테이블 박스와 카디널리티가 표시됩니다. 셋째는 시트 서너 개에서 여섯 개 사이로 정규화된 형태로 분리됩니다. 넷째는 컬럼 정의서 한 장으로 각 컬럼의 메타데이터가 정리됩니다. 추가로 검증 규칙 메모가 한 장 따라붙으면 완벽합니다. 이 한 세트를 만드는 데 걸리는 시간은 익숙한 사람에게는 이틀에서 일주일 사이입니다. 시간보다 중요한 것은 한 세트가 한 시스템에 대한 일관된 자료로 묶여 있다는 점입니다. 시트만 따로 다이어그램만 따로 정의서만 따로 흩어져 있으면 검토자가 그것을 묶는 작업을 해야 합니다. 검토자는 그 작업을 하지 않습니다. 만드는 사람이 미리 묶어 두어야 합니다. ER 다이어그램의 도구는 본인의 환경에 맞춰 고릅니다. 데이터베이스 다이어그램은 데이터베이스ML이라는 텍스트로 작성하면 자동으로 그려지고 깃 관리가 쉽습니다. Mermaid는 깃헙 README에 그대로 렌더링됩니다. draw.io는 무료이고 구글 드라이브 통합이 좋습니다. Lucidchart는 SQL 임포트와 익스포트가 됩니다. 도구를 고르는 기준은 본인의 작업 흐름과 협업 환경입니다. 한 세트가 만들어지면 신입의 경우 역기획서로 시작할 수 있습니다. 자기가 좋아하는 라이브 게임의 한 시스템을 골라 데이터 모델을 추론하고 ER 다이어그램과 시트와 정의서를 만들어 보는 작업은 시스템 분석 능력과 데이터 모델링 능력을 동시에 증명하는 가장 좋은 형태입니다. 게임잡의 시니어 글에 따르면 이런 자료를 들고 오는 신입은 10명 중 1명 정도이고 이런 능력이 뛰어난 신입이라면 시니어가 당장 면접을 보자고 한다고 합니다.

데이터 설계는 프로그래머와의 중간 도구라는 관점: 이 장의 가장 중요한 한 줄은 데이터 설계가 프로그래머와의 중간 도구라는 관점입니다. 디자이너의 데이터 테이블은 그 자체로 게임에 들어가는 산출물이 아니라 프로그래머가 클래스를 짜고 데이터베이스 스키마를 정의하고 직렬화 형식을 결정하기 위한 개념 설계의 출발점입니다. 이 사실을 잊으면 디자이너는 자기 엑셀이 그대로 게임에 들어가야 한다고 착각하고 프로그래머는 이 엑셀을 어떻게 코드로 옮기냐며 한숨을 쉽니다. 중간 도구라는 관점은 디자이너의 책임 범위를 정확히 그어 줍니다. 디자이너의 책임은 게임의 규칙과 수치를 설계하는 것이고 그것을 코드로 옮기는 책임은 프로그래머에게 있습니다. 두 책임이 겹치는 지점이 데이터 테이블이고 그 테이블이 잘 설계되어 있으면 두 직군의 협업 비용이 줄어듭니다. 못 설계되어 있으면 두 직군 모두에게 부담이 갑니다. GDC 2002에서 Scott Bilas가 발표한 데이터 주도 게임 객체 시스템은 이 관점의 가장 오래된 정리입니다[^A Data-Driven Game Object System]. 핵심 메시지는 엔진과 코드와 콘텐츠 사이의 경계를 옮겨 디자이너가 코드 재컴파일 없이 콘텐츠를 만들고 튜닝할 수 있게 하라는 것입니다. 이 메시지가 20년 넘게 살아남은 이유는 그것이 시스템디자이너와 프로그래머의 협업 본질을 정확히 짚었기 때문입니다. 데이터 주도 설계의 흐름은 한국 게임업계에서도 표준입니다. 라이브 패치마다 코드 빌드를 새로 만들지 않고 데이터만 갱신해서 운영하는 방식이 모든 라이브 게임의 기본입니다. 이 기본을 가능하게 하는 것이 디자이너의 데이터 설계입니다. 디자이너가 자기 데이터 설계를 프로그래머와의 중간 도구로 의식하면서 만들면 그 게임 전체의 운영 비용이 줄어듭니다. 이 관점이 시스템디자이너의 가장 큰 책임입니다.

도구 스택 — 2026년에 어필되는 것과 어필되지 않는 것

AI 도입이 시스템디자이너의 일하는 방식을 바꾼 지점: AI는 2024년부터 게임 업계에서 흥미로운 옆 동네 기술이 아니라 개발 파이프라인의 기본 도구가 되었습니다. NDC 2025에서 발표된 한재민 리더의 사례는 이 변화의 상징이 되었습니다. 수집형 RPG의 캐릭터 조합 검증을 단일 머신으로 하면 38만 년이 걸리는 양을 AI를 활용해 1주일로 단축한 사례가 그것입니다[^(NDC 2025) AI로 수집형 RPG 밸런스 테스트를 “38만 년에서 1주일로 줄인 방법”]. 이 단축의 의미는 시간의 절약이 아니라 작업의 본질적 가능성에 있습니다. 38만 년 단위의 검증은 사람이 할 수 없는 작업이고 1주일 단위의 검증은 매주 패치 사이클에 들어갈 수 있는 작업입니다. 이 변화가 디자이너의 책임을 바꿨습니다. 이전에는 디자이너가 데이터 파이프라인을 직접 만드는 데 드는 시간이 작업의 큰 부분이었습니다. 엑셀 매크로로 변환기를 짜고 VBA로 검증 도구를 만들고 직접 시뮬레이터를 돌리는 작업이 디자이너의 일과의 절반이었습니다. AI 도구가 들어오면서 그 작업의 시간이 압축되었습니다. Claude나 ChatGPT나 Cursor 같은 도구가 변환기와 검증기와 시뮬레이터의 골격을 30분에서 두 시간 사이에 만들어 냅니다. 압축된 시간은 다른 작업으로 옮겨갑니다. 디자이너의 새로운 책임은 결과의 해석과 다음 의사결정의 연결입니다. 한재민 리더의 표현을 빌리면 시뮬레이션 결과는 판단을 보조하는 도구일 뿐이고 최종적인 의사 결정은 사람이 해야 한다는 원칙이 됩니다. 데이터를 잘 뽑아내도 잘못된 방향으로 해석하면 무의미하다는 결론이 같은 발표에서 강조되었습니다. AI는 속도를 올렸을 뿐 판단의 책임을 가져가지 않았습니다. 이 변화는 시스템디자이너의 가치 측정 기준을 바꿨습니다. 100시간 걸리던 시뮬레이션을 10분에 돌리는 사람이 변별점이 아니라 그 10분의 시뮬레이션 결과를 어떻게 해석하고 다음 의사결정에 어떻게 연결하는가가 변별점이 됩니다. 도구를 잘 다루는 사람은 흔해지고 도구의 결과를 잘 해석하는 사람이 비싸집니다. 이 흐름이 2026년 시스템디자이너 채용 시장의 가장 중요한 변화입니다.

더 이상 어필되지 않는 스킬 — VBA, 엑셀 매크로, 엑셀 시뮬레이터, 함수 나열: 낡은 스킬을 어필 포인트로 적는 것이 자체로 단점은 아니지만 장점도 아닙니다. 이력서의 한 줄이 가져야 하는 신호의 강도를 채우지 못한다는 뜻입니다. VBA는 1993년에 등장한 언어이고 마이크로소프트 자체가 후속 노선으로 Office Scripts와 Power Automate와 Python in Excel을 밀고 있습니다. VBA는 디버깅이 빈약하고 버전 관리가 어려우며 협업이 약합니다. 게임사에서 VBA가 메우던 자리는 이제 Python과 pandas와 Jupyter, 또는 Google Apps Script가 차지했습니다. 엑셀 시뮬레이터도 비슷한 처지입니다. 엑셀 시뮬레이터는 한 사람이 한 컴퓨터에서 한 시점에 보는 도구입니다. 협업이 어렵고 시뮬레이션 횟수를 늘리면 즉시 한계에 부딪히며 변경 이력을 추적할 수 없습니다. 한재민 리더의 사례에서는 분산 환경에 Python 시뮬레이터를 올려 1,000만 판을 병렬 처리했고 그 규모가 2025년 시점의 기준선이 되었습니다. 엑셀 시뮬레이터를 강점으로 내세우면 검토자 입장에서는 더 큰 스케일에서 동작하지 못하는 모델만 다뤄봤다는 신호로 읽힙니다. 엑셀 함수 능숙의 단순 나열도 더 이상 가산 신호가 아닙니다. VLOOKUP, SUMIFS, INDEX/MATCH 같은 함수 이름을 이력서에 적는 것은 한글 문서 작성 능숙을 적는 것과 비슷한 인상입니다. 이 정도는 신입에게도 묵시적 기본값으로 가정됩니다. 엑셀로 1만 행짜리 밸런스 테이블을 운영했다는 표현보다 1만 행을 SQL이나 pandas로 쿼리해 이상치를 5분 안에 추출하는 루틴을 만들었다는 표현이 훨씬 강하게 읽힙니다. LUA 스크립팅 자체를 주력 강점으로 내세우는 것도 약합니다. LUA는 여전히 일부 엔진과 툴에서 살아있지만 시스템디자이너의 차별화 포인트로는 부족합니다. 검토자는 LUA를 쓸 줄 안다는 정보보다 어떤 시스템을 위해 LUA를 골랐고 왜 다른 선택지가 아니었는지를 봅니다. 도구 자체가 아니라 도구 선택의 사고 과정이 어필 포인트입니다. 이 사고 과정 없이 도구 이름만 나열하면 검토자에게 도구를 의식하지 않고 쓴 사람이라는 인상을 줍니다.

기준선이 된 현대 스택 — Python, SQL, Git, 시각화, 시뮬레이션, AI: 2026년의 기준선은 Python과 SQL과 Git입니다. Python은 pandas와 Jupyter를 통해 데이터 가공의 표준이 되었고 SQL은 라이브 게임의 로그 분석에서 사실상 표준입니다. Git은 데이터 테이블의 변경 이력 추적과 협업의 기초입니다. 이 세 가지는 시스템디자이너에게 우대 사항이 아니라 묵시적 기본값으로 자리 잡고 있습니다. 적어 두지 않는다고 감점은 없지만 적어 두어도 가산이 약합니다. 가산점이 들어가는 영역은 그다음 단계입니다. 시각화에서는 Plotly와 Matplotlib과 Looker Studio가 기준선이고 Tableau와 Power BI와 Grafana가 가산점입니다. 시뮬레이션에서는 numpy와 scipy와 statsmodels가 기준선이고 Streamlit과 Gradio로 시뮬레이터를 팀 내부 웹앱으로 배포하는 능력과 Machinations.io 같은 시각 모델링 도구의 활용이 가산점입니다. 데이터 쿼리에서는 BigQuery 표준 SQL과 Snowflake와 Firebase Analytics 연동 경험이 가산점입니다. 협업과 문서화에서는 Confluence가 한국 게임사의 표준이고 Notion은 보조입니다. Figma와 FigJam과 Miro와 Whimsical은 흐름도와 스테이트 다이어그램에서 가산점입니다. 게임 엔진 측면에서는 Unreal Blueprint나 Unity Visual Scripting을 읽을 수 있는 능력이 기준선이고 ScriptableObject 기반 데이터 설계와 GAS와 DataAsset 활용이 가산점입니다. 행동 트리와 스테이트 머신 도구로는 Behavior Designer와 NodeCanvas와 Unreal의 BehaviorTree와 StateTree와 Blackboard 개념이 가산점입니다. 가장 변별력이 큰 영역은 AI 도구입니다. ChatGPT와 Claude와 GitHub Copilot이 기준선이고 Cursor와 Windsurf 같은 IDE 통합 에이전트와 Claude Code 같은 CLI 에이전트와 MCP 같은 프로토콜에 대한 기본 이해가 가산점입니다. GDC 2025의 정리에 따르면 게임 디자이너와 개발자가 AI에서 가장 원하는 것은 프로젝트 전체 컨텍스트의 이해, 에디터 작업의 자동화, 워크플로우의 재사용성, 제도적 기억의 인덱싱, 베스트 프랙티스의 강제입니다[^Learnings From GDC 2025]. 이 다섯 영역에서 AI를 어떻게 활용했는지가 본인 도구 스택의 깊이를 측정하는 기준입니다.

도구 선택의 6가지 평가 기준과 그것을 본문에 녹이는 법: 도구 목록은 검색하면 누구나 베껴 적을 수 있습니다. 검토자가 보고 싶은 것은 그 사람이 도구를 고르는 사고가 단단한가입니다. 사고의 단단함은 트레이드오프의 인지에서 나옵니다. 시스템디자이너의 도구 선택에는 여섯 가지 평가 기준이 있습니다. 재현성은 다른 사람이 같은 입력으로 같은 결과를 얻는가의 문제입니다. 협업 가능성은 디자이너 외 직무가 결과를 읽고 수정하고 검증할 수 있는가의 문제입니다. 유지보수는 6개월 뒤 본인이 다시 봐도 이해되는가의 문제입니다. 디버깅 용이성은 이상이 생겼을 때 어디서 잘못됐는지 추적 가능한가의 문제입니다. 직무 호환성은 데이터 분석가의 SQL과 프로그래머의 Git과 아티스트의 Figma와 자연스럽게 연결되는가의 문제입니다. 스케일은 데이터와 시뮬 횟수가 10배 늘어났을 때도 버티는가의 문제입니다. 이 여섯 기준은 직무 경험이 쌓일수록 자기 안에서 자동으로 작동하지만 신입에게는 의식적으로 적용해야 하는 항목입니다. 본문에 도구 선택을 녹일 때는 단순 나열이 아니라 의사결정 기록의 형태로 적습니다. 라이브 운영 중인 수집형 RPG의 캐릭터 200명 조합에서 OP 픽 의심 신호를 발견했다고 가정합니다. 검증을 위해 후보 도구 세 가지를 비교했습니다. 엑셀 시뮬레이터는 협업이 어렵고 1만 회 시뮬에 8시간이 걸렸습니다. Machinations.io는 루프 시각화에는 강하지만 200명 픽풀의 표 형태 입력에는 부적합했습니다. Python의 numpy와 Streamlit 대시보드는 1만 회 시뮬에 4분이 걸렸고 팀이 슬라이더로 직접 가설 검증이 가능했습니다. 세 번째 도구를 선택한 근거는 재현성과 협업성과 디버깅 용이성이었습니다. 분산 처리는 Colab Pro로 했고 결과는 Looker Studio 대시보드로 전사 공유했습니다. 이런 식의 의사결정 기록이 본문 한 페이지에 들어가면 검토자는 도구 골라본 사람과 도구 시키는 대로 쓴 사람을 5초 안에 구분합니다. 트레이드오프를 인지하는 사고가 곧 시니어로 가는 길의 입구입니다.

AI를 의존이 아닌 강점으로 보이게 만드는 서술 — 사용 도구 명시, AI가 틀렸던 사례, AI에 맡기지 않은 영역: AI 활용 흔적은 자칫 의존으로 비치기 쉽습니다. 검증 없는 산출물, 익숙하지 않은 영어식 직역, 왜 이걸 골랐는지의 공허, 숫자 검산의 부재가 의존의 신호입니다. 이 신호를 피하면서 AI 활용을 강점으로 보이게 만드는 방법은 세 가지입니다. 사용 도구의 명시, AI가 틀렸던 사례의 노출, AI에 맡기지 않은 영역의 명시입니다. 사용 도구의 명시는 한 줄이면 충분합니다. 데이터 변환 보조에 Cursor와 Claude Sonnet, 통계 코드 리뷰에 Claude를 사용했다는 식의 한 줄이 본문 어딘가에 적혀 있으면 검토자는 즉시 도구를 의식하며 쓰는 사람으로 분류합니다. 익명화하지 않고 도구 이름을 정확히 적는 것이 핵심입니다. AI라는 추상적 단어보다 Claude나 ChatGPT나 Cursor라는 구체적 도구 이름이 더 강한 신호를 만듭니다. AI가 틀렸던 사례의 노출은 본인의 검증 능력을 가장 강하게 증명합니다. 초기 Claude가 제안한 시뮬레이션 식에서 회복기 변수의 시간 단위가 누락되어 있어 직접 수정했다는 한 줄이 케이스 스터디 안에 들어가 있으면 그 사람의 검증 능력에 대한 신뢰가 즉시 만들어집니다. AI를 의심 없이 받아들이지 않는 사람이라는 인상이 생깁니다. 이 인상은 시니어 검토자가 가장 보고 싶어 하는 신호입니다. AI에 맡기지 않은 영역의 명시는 가장 깊은 신호입니다. 메타 스코어 가중치 결정과 밸런스 의도 해석은 AI를 사용하지 않았다는 한 줄과 게임 도메인 이해에 기반한 판단이 핵심이라고 봤기 때문이라는 한 줄이 함께 적혀 있으면 그 사람의 도구 분리 의식이 명확하게 드러납니다. 이런 분리 의식이 AI 시대 시스템디자이너의 변별점입니다. 도구를 잘 쓰는 사람은 흔해도 도구의 한계를 정확히 아는 사람은 드뭅니다.

산출물의 맥락 — 같은 문서가 다르게 읽히게 만드는 짝짓기

"문서 첨부"와 "맥락 전달"의 결정적 차이: 경력 이직 포트폴리오에서 가장 흔한 실수는 문서 첨부와 맥락 전달을 동일시하는 것입니다. 잘 만든 문서를 많이 첨부하면 검토자가 알아서 평가해 줄 것이라는 가정은 검토자의 책상에서 거의 작동하지 않습니다. 사실 전달은 됩니다. 이 사람이 이런 일을 해 왔다는 정보가 들어옵니다. 거기서 멈춥니다. 그다음 단계인 우리가 채용하려는 자리에서 이 사람이 그 일을 해낼 수 있는가의 판단이 일어나지 않습니다. 판단이 일어나지 않는 이유는 정보 비대칭입니다. 1장에서 본 그 사실을 한 번 더 강조합니다. 검토자는 그 프로젝트의 회사 내부 사정과 게임 디자인 컨텍스트와 당시 팀의 정치 상황과 라이브 운영 단계를 거의 모릅니다. 만드는 사람에게는 자명한 좌표가 검토자에게는 진공 안에 떠 있는 자료입니다. 좌표 없이 떠 있는 자료는 평가의 대상이 되지 못합니다. 같은 산출물이라도 맥락이 다르면 다르게 읽힙니다. 시즌 패스 보상 테이블 엑셀과 시즌 패스 기획서 PDF와 시즌 종료 결과 슬라이드라는 세 첨부를 그대로 던지는 것과 그 앞에 라이브 4년차 모바일 RPG의 시즌 패스 N회차 운영 중 직전 시즌 구매 전환율이 직전 평균 대비 18퍼센트 하락하여 PD가 시즌 패스 구조 재설계 과제를 본인 파트에 부여한 상황이라는 한 단락이 붙은 것은 검토자에게 완전히 다른 자료입니다. 같은 사람이 같은 일을 해도 한쪽은 면접 추천으로 가고 다른 쪽은 어쩌라고요로 끝납니다. 이 차이가 만드는 사람의 정성과 검토자의 평가 사이의 가장 큰 단절을 만듭니다. 만드는 사람은 자기 자료의 본질에 정성을 쏟지만 검토자에게 도달하는 것은 자료의 형식과 맥락입니다. 본질과 형식과 맥락 세 가지가 모두 갖춰져야 자료가 작동합니다. 본질만 있으면 만든 사람의 머릿속에만 존재하고 형식만 있으면 빈 그릇이며 맥락만 있으면 자랑일 뿐입니다.

모든 첨부에 붙여야 할 4가지 — 언제, 누구 설득용, 선행 자료, 라이브 결과: 모든 첨부 문서에는 네 가지 정보가 짧게 붙어 있어야 합니다. 첫째는 그 문서가 언제 어떤 단계에서 쓰였는가입니다. 프리프로덕션 컨셉인지 정식 기획서인지 라이브 패치 제안인지 사후 회고인지가 한 줄로 표시됩니다. 단계가 다르면 같은 형식의 문서라도 무게가 다릅니다. 정식 기획서와 사후 회고는 같은 시스템에 대한 문서지만 검토자가 읽는 방식이 완전히 다릅니다. 둘째는 누구를 설득하기 위해 쓰였는가입니다. PD, 프로그래밍 파트, 사업과 BM, QA, 외주, 본인을 위한 메모 중 어디로 향한 문서인지가 표시됩니다. PD를 설득하기 위한 문서와 프로그래머를 설득하기 위한 문서는 같은 시스템에 대해서도 강조점이 다릅니다. 검토자가 그 강조점의 차이를 알면 문서의 의도를 정확히 받습니다. 셋째는 어떤 선행 자료 위에 쓰였는가입니다. 직전 시즌 데이터, 유저 리서치, 외부 레퍼런스, 회의 의사결정 중 어느 자료가 그 문서의 출발점이었는지가 표시됩니다. 넷째는 결과적으로 라이브에 무엇이 반영되었고 그중 본인 기여가 어디까지인가입니다. 이 마지막 항목이 가장 중요합니다. 라이브에 반영된 결과를 본인 단독 기여로 적으면 신뢰가 약해지고 본인 기여를 좁혀 적으면 신뢰가 강해집니다. 시즌 시스템의 보상 구조 설계와 검증은 본인이 단독으로, 시나리오는 다른 분이, 가격 협상은 BM 파트가 담당했고 다음 시즌 구매 전환율 회복은 BM과 마케팅과의 합작 결과로 본인 단독 기여라 단정하기 어렵다는 식의 정직성이 검토자에게 가장 강한 신호입니다. 이 네 가지 정보가 표지에 박힌 50페이지 시스템 기획서와 박혀 있지 않은 50페이지 시스템 기획서는 검토자에게 다른 자료입니다. 분량이 같고 본문이 같아도 정보 비대칭의 양이 다릅니다. 만드는 사람은 본인의 문서가 비대칭 안에서 어떻게 보일지를 의식해야 합니다. 의식의 흔적이 네 가지 정보의 표지로 나타납니다. 표지가 없으면 의식도 없는 사람으로 분류됩니다.

NDA 안전선 안에서 맥락을 충분히 주는 패턴: 경력자에게 가장 어려운 부분은 NDA입니다. 이전에 일한 프로젝트의 자료를 그대로 첨부하면 가점은커녕 윤리적 법적 문제까지 동반 감점이 됩니다. 검토자들은 이 사실을 알고 있고 NDA 위반이 의심되는 자료에는 즉시 점수를 끊습니다. 그렇다고 모든 정보를 추상화해 버리면 맥락이 사라집니다. NDA 안전선 안에서 맥락을 충분히 주는 균형점이 필요합니다. 균형점의 첫 번째 패턴은 수치를 비율과 인덱스로 일반화하는 것입니다. DAU 23.4퍼센트에서 31.1퍼센트 상승을 DAU 약 30퍼센트 상승으로 골드 인플레이션 계수 1.83에서 1.12를 인게임 골드 인플레이션이 1/3 수준으로 안정화로 일반화합니다. 두 번째 패턴은 시스템 다이어그램의 일반화입니다. 실제 테이블 컬럼명을 가리고 캐릭터 성장 보정치 테이블의 컬럼 12개와 행 약 1,200개라는 식으로 구조만 기술합니다. 세 번째 패턴은 회사가 아닌 본인의 의사결정을 설명하는 것입니다. 이 의사결정 시 옵션 A, B, C가 후보였고 본인은 어떤 이유로 B를 선택했다는 식의 서술이 NDA에 저촉되지 않으면서 사고 과정을 가장 강하게 보여 줍니다. 회사의 의사결정은 NDA 영역이지만 본인의 의사결정 근거는 본인의 영역입니다. 이 분리가 NDA를 우회하는 가장 안전한 방법입니다. 네 번째 패턴은 사내 산출물 대체용 쌍둥이 문서를 만드는 것입니다. 본인이 라이브에서 실제로 다룬 시스템과 유사한 시스템을 다른 출시 게임에 가상으로 이식해 별도 명세서를 만들고 첨부합니다. 실제 사내 문서를 보여 주는 것은 아니지만 이 사람이 평소에 이런 산출물을 만든다는 증거가 됩니다. NDA 안전선과 맥락 제공의 균형점은 같은 회사에서 같은 게임을 만드는 동료가 봤을 때 식별이 가능한가입니다. 식별이 가능하면 위험하고 불가능하면 안전합니다.

회사 공고와 본인 경험을 매핑한 한 페이지의 위력: 포트폴리오의 가장 강력한 한 페이지는 지원 공고의 자격 요건과 우대 사항을 본인 경험과 매핑한 표입니다. 한 칼럼에는 공고의 항목이 한 줄씩 들어가고 다른 칼럼에는 본인의 매칭되는 경험이 한 줄씩 들어갑니다. 매칭되지 않는 항목은 빈 칸으로 두거나 보완 가능 영역으로 표시합니다. 이 한 페이지가 검토자에게 면접 추천을 위한 내부 보고용으로 그대로 인용 가능한 자료가 됩니다. 이 한 페이지의 효과는 시간 압박 환경에서 극대화됩니다. 검토자가 자기 매니저나 디렉터에게 면접 추천을 보고할 때 본인의 메모로 쓸 수 있는 한 페이지가 있으면 추천 비용이 줄어듭니다. 비용이 줄어들면 추천 확률이 올라갑니다. 만드는 사람의 정성이 검토자의 시간을 아끼는 방향으로 작동하면 결과가 따라옵니다. 정성의 방향이 검토자의 시간을 더 쓰게 하는 쪽이면 결과는 반대로 갑니다. 매핑 표를 만드는 작업은 만드는 사람에게도 가치가 있습니다. 자기 경험을 공고와 한 줄씩 맞춰 보면 자기가 어느 영역에서 강하고 어느 영역에서 약한지가 자기에게 먼저 보입니다. 약한 영역이 보이면 면접 전에 그 영역을 어떻게 보강할지를 미리 준비할 수 있습니다. 검토자에게 보이는 매핑은 본인에게 보이는 매핑이 만들어진 다음에야 정확해집니다. 매핑 표는 회사별로 다시 만들어야 합니다. 같은 시스템디자이너 자리라도 회사별 강조점이 다르고 같은 회사의 다른 프로젝트도 강조점이 다릅니다. 라이브 운영 위주 자리와 신규 프로젝트 위주 자리의 매핑은 같은 본인 경험으로도 다른 강조점으로 다시 그려집니다. 한 포트폴리오로 여러 회사에 지원하는 만능 자료보다 회사별로 매핑 표만 갈아끼우는 자료가 검토자에게 정확히 도달합니다. 이 한 페이지의 정성이 합격률을 가르는 가장 작은 단위입니다.

신입 — 경험 없음을 무엇으로 채울 것인가

분석력, 설계력, 문서력의 가상 프로젝트 증명: 신입은 실무 경험이 없는 상태가 디폴트입니다. 그래서 분석력과 설계력과 문서력이라는 잠재 역량을 가상 프로젝트로 증명해야 합니다. 가상 프로젝트는 거짓 프로젝트가 아니라 실제 출시된 게임의 한 시스템을 골라 분석하고 재설계해 보는 작업입니다. 분석은 그 시스템이 왜 이렇게 설계되었는지의 의도를 추론하는 작업이고 설계는 그 의도 위에서 본인이라면 어떻게 다르게 했을지를 제안하는 작업이며 문서력은 그 분석과 설계를 다른 직군이 읽을 수 있는 형태로 옮기는 작업입니다. 세 역량은 한 케이스 안에서 동시에 측정됩니다. 한 시스템을 골라 25페이지에서 50페이지 사이의 역기획서 한 편을 만들면 분석력이 보이고 그 역기획서 위에 새로운 제안을 얹으면 설계력이 보이며 그 제안을 시스템 명세서와 데이터 테이블과 ER 다이어그램으로 옮기면 문서력이 보입니다. 한 케이스가 세 역량을 동시에 보여 주므로 분량이 세 배가 되지 않고 깊이가 세 배가 됩니다. 가상 프로젝트의 좋은 출발점은 본인이 좋아하는 게임의 한 시스템입니다. 던전앤파이터의 강화 시스템, 메이플스토리의 큐브 시스템, 로스트아크의 엘릭서 시스템, 헤이데이의 농작물 사이클, 쿠키런의 보너스 시간 시스템 같은 단일 시스템을 골라 깊이 있게 분석합니다. 게임 전체가 아니라 단일 시스템에 집중하는 것이 핵심입니다. 게임 전체를 다루면 분석이 얕아지고 단일 시스템을 다루면 분석이 깊어집니다. 깊이의 측정은 단순 사실의 나열이 아니라 의도 추론의 정확성입니다. 왜 이 화폐 단위가 3단계로 나뉘어 있는지, 왜 인벤토리 슬롯 확장이 유료인지, 왜 이 보상이 등급별로 다른 곡선을 그리는지 같은 질문에 대한 본인의 추론이 본문에 들어가야 합니다. 추론이 정확하면 시니어 검토자는 그 사람이 시스템 의도를 읽는 사람임을 알아봅니다. 추론이 어긋나도 추론의 흔적 자체가 가산입니다. 검토자는 답이 맞는지를 보지 않고 추론하는 사고가 있는지를 봅니다.

역기획서를 쓰는 올바른 방법 — 시스템 범위 좁히기와 의도 추론: 역기획서의 가장 흔한 실수는 시스템 범위를 너무 넓게 잡는 것입니다. 한 게임 전체의 시스템을 다 다루는 역기획서는 분석이 얕아지고 학원 표준 양식과 구분되지 않습니다. 검토자에게는 어디서 본 그것이 됩니다. 시스템 범위를 단일 시스템 한 개로 좁히고 그 한 개에 25페이지를 쏟는 편이 훨씬 강합니다. 단일 시스템의 깊이가 곧 본인의 분석력의 깊이입니다. 좁힌 시스템 안에서 의도 추론을 펼칩니다. 의도 추론은 다섯 단계로 진행됩니다. 첫째 시스템의 사용 행동을 직접 관찰합니다. 게임을 플레이하면서 그 시스템이 언제 어떻게 작동하는지를 기록합니다. 둘째 회사의 비즈니스 목표를 추정합니다. 매출인지 잔존인지 신규 유입인지 코어 유저 락인인지를 가설로 세웁니다. 셋째 그 목표가 시스템 설계에 어떻게 반영되었는지를 추론합니다. 넷째 데이터와 로직을 추론합니다. 화폐의 발행과 회수, 확률 분포, 보상 곡선 같은 수치 모델을 가설로 세웁니다. 다섯째 본인의 코멘트를 답니다. 시스템이 의도와 다른 결과를 만든 부분이 있다면 그 부분을 짚고 어떻게 다르게 했을지를 제안합니다. 이 다섯 단계가 한 케이스 안에 들어가면 25페이지가 자연스럽게 나옵니다. 단순한 분해가 아니라 왜 이 시스템이 이렇게 설계되었는가의 의도 추론이 들어가야 가점입니다. 데이터 테이블의 재구성도 함께 들어갑니다. 시스템의 핵심 데이터가 어떤 컬럼 구조로 만들어졌을지를 추론하고 그 추론을 시트로 옮깁니다. 카드 ID, 비율, 보너스 비율, 보너스 비율 적용 일자 같은 컬럼이 어떻게 연결되어 있을지를 ER 다이어그램과 함께 그립니다. 이 데이터 재구성이 들어간 역기획서는 분석력과 데이터 모델링 능력을 동시에 증명합니다. 시니어 검토자가 가장 보고 싶어 하는 형태의 자료입니다.

학원 표준 양식의 의도적 파괴: 학원 표준 양식은 한국 게임 교육기관에서 거의 동일하게 가르쳐집니다. 표지, 목차, 게임 컨셉, 유사 게임 분석, 차별점, 시나리오, 세계관, 플레이 방식, BM 모델, 예상 수익까지의 흐름이 그것입니다. 이 흐름은 시스템디자이너 직무와 정렬되지 않습니다. 시스템디자이너 자리에 시나리오와 세계관과 BM 모델과 예상 수익을 다 다루는 자료를 들고 가면 직무가 정렬되지 않은 사람으로 분류됩니다. 의도적 파괴의 첫 번째 단계는 목차의 재구성입니다. 표지 다음에 컨셉이 오는 것이 아니라 자기 정의가 오고 자기 정의 다음에 케이스 스터디가 오며 케이스 스터디는 시스템 분석과 시스템 설계와 데이터 모델로 구성됩니다. 시나리오와 세계관 페이지는 빠지고 BM 모델과 예상 수익도 빠집니다. 시스템디자이너 직무에서 이 영역들은 본인의 책임이 아닙니다. 두 번째 단계는 색상과 레이아웃의 재구성입니다. 학원 표준 양식은 비슷한 색감과 레이아웃을 공유합니다. 표지가 화려하고 본문이 카드형 레이아웃이며 인포그래픽이 자주 등장하는 패턴입니다. 이 패턴 안에서 변별이 사라집니다. 색상을 단순화하고 레이아웃을 좌측 정렬 본문 위주로 바꾸면 같은 학원 동기와 가시적 차이가 만들어집니다. 시각적 단순화가 정보 밀도를 높이는 가장 빠른 방법입니다. 세 번째 단계는 본인 자산의 추가입니다. 학원에서 시키지 않은 자산 한 가지를 본문에 끼워 넣습니다. 자체 시뮬레이터, 라이브 게임 패치 분석, 1인 개발 프로토타입 같은 자산이 그 자리를 채웁니다. 이 자산이 한 가지라도 들어가면 같은 학원 표준 양식 위에 본인 고유의 흔적이 더해집니다. 검토자가 그 흔적을 보면 학원 양식 안에서도 자기 길을 찾아간 사람으로 분류합니다. 분류가 달라지면 평가가 달라집니다.

학원 출신을 숨기지 않으면서 양식에 갇히지 않는 다섯 가지 행동: 학원 출신이라는 사실 자체가 단점은 아닙니다. 청강문화산업대 게임콘텐츠스쿨 출신 졸업생이 크래프톤의 시스템 콘텐츠 기획자로 자리 잡은 사례는 한국 게임업계에서 표준적인 진입 경로의 하나입니다[^청강문화산업대학교/학과 생활]. 학원 출신을 숨기지 않으면서 양식에 갇히지 않는 다섯 가지 행동이 있습니다. 첫 번째 행동은 학원 이름을 이력서에 남겨 두는 것입니다. 학력란의 공백은 검토자가 의심하는 첫 번째 신호입니다. 학원 이름을 정확히 적고 그 옆에 본인이 학원에서 무엇을 했는지를 한 줄로 적습니다. 두 번째 행동은 학원 표준 템플릿을 의도적으로 파괴하는 것입니다. 표지와 목차와 본문 레이아웃을 직접 다시 디자인합니다. 같은 학원 동기와 최소 세 가지 이상의 가시적 차이를 만듭니다. 세 번째 행동은 학원 팀 프로젝트는 한 개만 남기는 것입니다. 본인 기여가 가장 명확하고 결과물의 질이 부끄럽지 않은 한 개만 포트폴리오에 남기고 나머지는 이력서 한 줄로만 처리합니다. 그 자리를 본인 자산으로 채웁니다. 네 번째 행동은 학원 강사의 피드백을 절대 기준으로 삼지 않는 것입니다. 강사가 라이브 시스템디자이너로 일한 적이 없는 경우 그의 잘 만든 포트폴리오는 학원 양식의 강화일 가능성이 큽니다. 가능하다면 현직 시니어의 피드백을 한 번 이상 받습니다. 다섯 번째 행동은 학원 외 자원을 반드시 한 가지 만드는 것입니다. 학원에서 시키지 않은 일을 한 가지 합니다. 6개월짜리 패치 분석 노트, 1인 개발, 깃헙의 시뮬레이터 같은 자산이 그 자리를 채웁니다. 이 한 가지가 학원 출신 100명 중 본인을 끌어내는 변별점이 됩니다. 학원이 약속한 것은 진입의 가능성이지 합격의 보장이 아닙니다. 합격은 학원 외 자원의 누적에서 옵니다.

누적 자산 1개 만들기 — 라이브 게임 분석, 자체 시뮬레이터, 1인 개발: 신입의 누적 자산은 시간 도장이 찍힌 것이어야 합니다. 한 달짜리 자산보다 6개월짜리가 강하고 6개월짜리보다 18개월짜리가 강합니다. 만드는 데 걸린 시간이 자산의 가치를 직접 측정하지는 않지만 검토자에게는 사고를 누적해 왔다는 증거로 작동합니다. 자산의 종류는 세 가지가 일반적입니다. 라이브 게임 분석, 자체 시뮬레이터, 1인 개발 프로토타입이 그것입니다. 라이브 게임 분석은 본인이 좋아하는 라이브 게임 한두 개의 패치 노트를 일정 기간 매주 정리하는 자산입니다. 어떤 시스템이 왜 바뀌었는지 본인이라면 어떻게 했을지를 한 페이지씩 적습니다. 18개월치가 쌓이면 그 자체가 시니어가 가장 보고 싶어 하는 신호인 분석적 사고를 습관으로 한다는 증거가 됩니다. 라이브 게임을 단순히 즐기는 것이 아니라 동시대 시스템디자이너들이 지금 무엇을 고민하고 있는지를 게임을 통해 역추적하는 작업이 그 자료의 본질입니다. 자체 시뮬레이터는 가챠 확률이나 골드 인플레이션이나 던전 보상 회수율이나 RvR 점수 매트릭스 같은 시스템을 엑셀이나 구글 시트나 Python으로 직접 돌아가는 모델로 만드는 자산입니다. 결과보다 셀에 들어간 수식의 합리성이 평가됩니다. 시뮬레이터 한 개가 깃헙에 공개되어 있으면 검토자가 직접 들어가서 셀 수식을 확인할 수 있습니다. 직접 확인 가능한 자산이 가장 강한 신호입니다. 1인 개발 프로토타입은 시스템디자이너에게도 가치가 있습니다. 한 번이라도 게임 개발을 도전해 본 사람을 시니어들은 선호하고 출시 경험이 있으면 더 좋다고 말합니다. 유니티 튜토리얼 수준의 결과물이라도 내 손으로 한 번 끝까지 끌고 가 봤다는 사실이 차별화 자원이 됩니다. 다섯 가지 행동 중 하나라도 본인이 잘할 수 있는 것을 골라 깊이 있게 누적합니다. 학원 양식의 표면적 일탈보다 이 자원의 누적이 차별화의 진짜 무게중심입니다.

1~5년차 주니어와 미들 — 풀 사이클 한 번을 통과하기

라이브 운영 또는 신작 풀 사이클 중 하나의 통과 경험: 1년차에서 5년차 사이는 한국 게임업계 시스템디자이너 채용에서 가장 두꺼운 구간입니다. 이 구간의 시장 기대치는 두 가지로 나뉩니다. 라이브 운영을 한 사이클 이상 통과한 경험과 신작 개발의 풀 사이클 한 번을 통과한 경험입니다. 두 가지 모두 가지면 좋지만 한 가지만 가져도 5년차의 시장 평균에는 도달합니다. 어느 쪽도 가지지 못하면 같은 5년차라도 평균 미만으로 분류됩니다. 라이브 운영의 풀 사이클은 본인이 만든 시스템이 라이브에 올라간 뒤 패치를 거치고 유저 반응을 받고 다음 패치에서 개선되는 한 사이클입니다. 시즌 패스 한 번, 신규 콘텐츠 출시 한 번, 밸런스 패치 한 번이 그 안에 들어 있어야 합니다. 사이클의 길이는 모바일 게임에서 보통 3개월에서 6개월이고 PC와 콘솔에서는 6개월에서 1년입니다. 한 사이클을 끝까지 본 사람과 시작만 본 사람은 같은 작업이라도 다른 깊이를 가집니다. 신작의 풀 사이클은 프리프로덕션과 알파와 베타와 CBT와 OBT 또는 출시까지의 단계를 통과한 경험입니다. 각 단계마다 시스템디자이너의 역할이 다릅니다. 프리프로덕션은 시스템 컨셉을 잡는 단계, 알파는 코어 루프를 검증하는 단계, 베타는 콘텐츠를 채우는 단계, CBT는 외부 유저의 반응을 받는 단계, OBT는 라이브로 넘어가는 단계입니다. 한 단계만 본 사람은 그 단계의 시야만 가지고 풀 사이클을 본 사람은 단계 간 연결을 봅니다. 본인이 어느 사이클을 통과했는지를 포트폴리오 표지에서 한 줄로 정확히 적습니다. 라이브 운영 4년 차의 모바일 RPG 시스템 디자이너로 시즌 패스 N회차와 정기 콘텐츠 패치 N회 운영 경험이라는 한 줄이 서류 1차 통과의 가장 중요한 신호입니다. 이 한 줄이 없으면 4년차 시스템디자이너라는 표기는 검토자에게 막연한 정보입니다. 한 줄이 있으면 검토자는 즉시 그 사람의 매칭 슬롯을 떠올릴 수 있습니다.

단일 기능의 제안에서 유저 피드백, 재측정까지 잇는 케이스 1편: 1~5년차에게 가장 강한 케이스는 단일 기능 한 개의 풀 사이클입니다. 시즌 패스 시스템 전체가 아니라 시즌 패스 안의 보상 곡선 재설계 한 가지, 가챠 시스템 전체가 아니라 가챠의 천장 시스템 변경 한 가지, 던전 시스템 전체가 아니라 던전의 보상 분배 로직 한 가지처럼 좁혀 잡습니다. 좁혀 잡으면 풀 사이클이 한 케이스 안에 다 들어옵니다. 넓게 잡으면 사이클의 일부만 들어가고 깊이가 사라집니다. 단일 기능의 풀 사이클은 다섯 단계로 적습니다. 첫째 제안 단계에서는 그 기능이 왜 필요해졌는지의 문제 정의가 들어갑니다. 둘째 설계 단계에서는 후보 안 비교와 최종 안 선정 근거가 들어갑니다. 셋째 구현 협업 단계에서는 프로그래머와 아티스트와 QA와의 협업 흔적이 들어갑니다. 넷째 출시와 유저 피드백 단계에서는 라이브 KPI 변화와 유저 반응이 들어갑니다. 다섯째 재측정과 개선 단계에서는 다음 패치에서 무엇을 어떻게 바꿨는지가 들어갑니다. 이 다섯 단계가 한 케이스 안에 다 들어 있으면 검토자는 그 사람이 풀 사이클을 책임진 사람임을 즉시 알아봅니다. 다섯 단계 중 어느 하나가 빠지면 사이클이 미완성으로 보입니다. 가장 자주 빠지는 단계는 다섯째 재측정과 개선 단계입니다. 이 단계가 빠지면 그 사람이 자기 시스템이 라이브에 적용된 뒤 무엇이 일어났는지를 끝까지 보지 않은 사람이라는 인상이 생깁니다. 라이브 운영 회사들이 가장 꺼리는 프로필입니다. 앞서 살펴본 NDC 2025 한재민 리더의 발표는 단일 기능 풀 사이클의 한국 사례 중 가장 명확한 형태입니다. AI 시뮬레이터의 제안에서 데이터 정규화와 결정론적 전투 로직 설계, 단일 머신과 분산 환경의 단계적 구현, 라이브 데이터로 OP 의심 캐릭터의 검출과 메타 스코어 비정상의 발견, 계수 입력 오류 수정과 다음 패치에서의 개선이 한 사이클로 묶여 있습니다. 본인의 케이스가 이 정도의 입체성을 가지지 못해도 같은 구조의 흐름이 하나만 있으면 5년차의 시장 평균에는 충분히 도달합니다.

라이브 데이터 SQL 쿼리, 대시보드, 의사결정 1건의 묶음: 라이브 운영 경험을 가장 강하게 증명하는 형태는 데이터 기반 의사결정의 묶음입니다. SQL 쿼리 한 개와 그 결과로 만든 대시보드 한 개와 그 대시보드에 기반한 의사결정 한 건이 한 케이스로 묶여 있으면 라이브 운영 능력의 가장 압축된 증명이 됩니다. 묶음의 출발은 본인이 직접 작성한 SQL 쿼리입니다. 라이브 데이터에서 어떤 가설을 검증하기 위해 어떤 쿼리를 짰는지가 본문에 들어갑니다. 쿼리의 결과는 시각화로 옮깁니다. Looker Studio나 Tableau나 Power BI 어디에서 만들었든 한 장의 대시보드가 케이스에 첨부됩니다. 대시보드는 정적 차트 한 장보다 인터랙티브한 대시보드 스크린샷이 더 강합니다. 슬라이더로 변수를 조절하면 결과가 즉시 바뀌는 형태가 검토자에게 가장 인상적인 자료입니다. NDA로 절댓값을 가려야 한다면 인덱스로 일반화한 형태로 보여 줍니다. 대시보드 위에 의사결정 한 건을 얹습니다. 이 데이터를 보고 본인이 어떤 결정을 했고 그 결정이 라이브 패치에 어떻게 반영되었는지가 한 단락으로 적힙니다. 결정의 근거가 데이터의 어느 부분이었는지 다른 직군과 어떻게 합의에 이르렀는지 결정 후 다음 분기에 어떤 변화가 있었는지가 함께 들어갑니다. 이 한 묶음이 라이브 시스템디자이너의 가장 강한 증명입니다. 이 묶음이 한 개라도 있는 사람과 없는 사람의 5년차 시장 가치는 다릅니다. 없는 사람은 같은 5년차라도 라이브 데이터를 본 적이 없거나 봐도 해석을 못 하는 사람으로 분류됩니다. 분류가 다르면 처우가 다릅니다. 만드는 사람은 자기 라이브 운영 경험에서 이 묶음을 한 개라도 만들 수 있는 사례가 있는지 자기에게 먼저 물어봐야 합니다. 없으면 다음 분기의 작업에서 만들 계획을 세웁니다. 5년차 이전에 만들어 두지 않으면 5년차 이후에는 만들기가 더 어려워집니다.

NDA를 우회하면서 본인 의사결정을 1인칭으로 서술하는 5가지 방법: 경력자의 가장 큰 어려움은 NDA입니다. 회사가 라이브 운영 중인 게임의 데이터를 외부에 공개하는 것은 거의 불가능하고 출시 전 프로젝트의 정보는 완전히 차단됩니다. 그렇다고 본인 경험을 추상화로만 서술하면 검토자에게 도달하지 않습니다. NDA를 우회하면서 본인 의사결정을 1인칭으로 서술하는 다섯 가지 기법이 있습니다. 첫 번째 기법은 이미 공개된 정보만 사용하는 것입니다. 라이브 서비스 게임이라면 패치 노트와 공식 블로그와 개발자 노트와 공식 인터뷰와 NDC와 IGC 발표 자료에 공개된 시스템과 수치만 인용합니다. 그 위에 본인이 어떤 부분을 담당했는가를 1인칭으로 서술합니다. 두 번째 기법은 수치 추상화입니다. DAU 23.4퍼센트에서 31.1퍼센트 상승을 DAU 약 30퍼센트 상승으로 골드 인플레이션 계수 1.83에서 1.12를 인게임 골드 인플레이션이 1/3 수준으로 안정화로 일반화합니다. 세 번째 기법은 시스템 다이어그램의 일반화입니다. 실제 테이블 컬럼명을 가리고 캐릭터 성장 보정치 테이블 컬럼 12개와 행 약 1,200개라는 식으로 구조만 기술합니다. 네 번째 기법은 회사가 아닌 본인의 의사결정을 설명하는 것입니다. 이 의사결정 시 옵션 A, B, C가 후보였고 본인은 어떤 이유로 B를 선택했다고 서술합니다. 이 기법이 NDA에 저촉되지 않으면서 사고 과정을 가장 강하게 보여 줍니다. 다섯 번째 기법은 사내 산출물 대체용 쌍둥이 문서를 만드는 것입니다. 본인이 라이브에서 실제로 다룬 시스템과 유사한 시스템을 다른 출시 게임에 가상으로 이식해 별도 명세서를 만들어 첨부합니다. 실제 사내 문서를 보여 주는 것이 아니라 이 사람이 평소에 이런 산출물을 만든다는 증거를 만드는 것입니다. 다섯 가지 기법을 조합하면 NDA를 우회하면서도 본인 경험의 깊이가 검토자에게 도달합니다. 이 우회의 능력 자체가 1~5년차의 한 평가 항목이 됩니다.

5~8년차 시니어 진입 — 폭과 깊이가 갈리는 구간

시스템 간 연결에 대한 자기 모델 보유: 5년차에서 8년차 사이는 같은 연차에서 폭과 깊이가 가장 빠르게 벌어지는 구간입니다. 이 구간의 시장 기대치는 단일 시스템을 넘어 시스템 간 연결을 보는 능력입니다. 전투와 성장과 경제와 BM이 한 게임에서 어떻게 맞물리는지에 대한 자기 모델이 있어야 합니다. 자기 모델은 학원에서 가르쳐 주는 것이 아니라 라이브 운영을 여러 사이클 통과하면서 자기 머릿속에 자연스럽게 만들어지는 구조입니다. 자기 모델의 첫 번째 신호는 시스템 변경의 파급 효과를 미리 그리는 능력입니다. 가챠 시스템의 천장을 낮추면 단기 매출은 떨어지지만 신규 유입이 늘어날 수 있다는 가설, 캐릭터 성장 곡선을 완만하게 만들면 코어 유저의 이탈은 줄지만 신규 유입의 진입 장벽이 높아질 수 있다는 가설, 시즌 패스의 보상 구조를 바꾸면 BM과 콘텐츠 두 직군이 동시에 영향을 받는다는 인식이 그 신호입니다. 이 신호가 본문 한 단락에라도 들어가면 검토자는 그 사람의 5년차 이상 자격을 즉시 인정합니다. 두 번째 신호는 시스템 간의 우선순위를 의식하는 능력입니다. 모든 시스템을 동시에 잘 만들 수는 없습니다. 자기 게임의 코어 루프가 무엇인지를 알고 그 코어를 떠받치는 시스템과 그 코어와 충돌하는 시스템을 구분해야 합니다. 코어 루프와 부수 시스템의 분리, 부수 시스템 간의 우선순위, 새로운 시스템 도입의 트레이드오프 같은 의사결정이 본문에 들어가면 그 사람의 사고 깊이가 보입니다. 세 번째 신호는 시스템 내부의 조정점을 아는 능력입니다. 한 시스템 안에는 여러 변수가 들어 있고 그 변수들 사이에는 보이지 않는 균형점이 있습니다. 가챠의 확률과 천장과 픽업 가중치, 캐릭터의 기본 스탯과 성장 곡선과 강화 한계, 던전의 클리어 시간과 보상 기댓값과 재도전 비용 같은 변수들이 어떻게 균형을 잡고 있는지를 자기 모델로 이해하고 있는 사람은 한 시스템의 작은 변경이 전체에 미치는 영향을 정확히 예측할 수 있습니다.

다른 사람의 산출물을 리뷰할 수 있는 수준: 5년차 이상의 또 하나 신호는 리뷰 능력입니다. 자기 산출물을 만드는 능력과 다른 사람의 산출물을 리뷰하는 능력은 다릅니다. 리뷰는 다른 사람의 의도를 추론하고 그 의도와 산출물 사이의 간극을 발견하며 간극을 메우는 방법을 제안하는 작업입니다. 이 능력이 5년차 이상의 시니어를 시니어이게 하는 핵심입니다. 리뷰 경험은 포트폴리오에 명시화되지 않으면 보이지 않습니다. 본인이 사내에서 주니어의 산출물을 리뷰한 경험이 있다면 그 경험을 한 단락으로 적습니다. 어떤 종류의 산출물을 리뷰했고 어떤 패턴의 간극을 자주 발견했으며 그 발견을 어떻게 주니어에게 전달했는지가 들어갑니다. 이 한 단락이 검토자에게 묵시적 리드 행동의 흔적으로 읽힙니다. 리뷰 능력의 또 다른 형태는 다른 게임의 시스템을 리뷰하는 작업입니다. 본인 게임이 아닌 다른 회사의 게임을 분석하고 그 시스템의 강점과 약점과 본인이라면 어떻게 다르게 했을지를 정리하는 작업입니다. 이 작업이 18개월 이상 누적되면 본인의 외부 시야가 만들어집니다. 외부 시야가 있는 사람은 자기 회사의 의사결정에서 더 좋은 대안을 제시할 수 있고 그 능력이 시니어의 가장 큰 자산입니다. 리뷰의 결과는 외부 발표나 블로그 글로 공개될 수 있습니다. NDC나 IGC 같은 컨퍼런스에서 발표한 경험이 있으면 그것은 외부 시야의 가장 강한 증거가 됩니다. 발표 경험이 없더라도 본인 블로그나 브런치에 누적된 분석 글이 있으면 같은 증거 역할을 합니다. 외부 공개의 흔적은 NDA로 가릴 수 없는 영역에 본인의 사고가 누적되어 있다는 증거이고 이 증거가 시니어 채용에서 결정적인 가산입니다.

인접 직군과 같은 깊이로 대화 가능한지의 자가 점검: 5년차 이상의 세 번째 평가 축은 인접 직군과의 대화 깊이입니다. 시스템디자이너는 프로그래머와 아티스트와 QA와 BM과 데이터 분석가와 라이브 운영팀과 모두 협업합니다. 각 직군과 같은 깊이로 대화할 수 있는가가 시니어의 자격을 결정합니다. 같은 깊이의 대화는 그 직군의 어휘와 사고 모델을 어느 정도 공유한다는 뜻입니다. 프로그래머와의 대화는 데이터 모델과 알고리즘 복잡도와 메모리 구조와 통신 페이로드 같은 어휘로 이루어집니다. 시스템디자이너가 이 어휘를 모르면 프로그래머가 매번 디자이너에게 풀어 설명해야 하고 협업 비용이 커집니다. BM과의 대화는 ARPPU와 LTV와 ROAS와 페이드 진행도 곡선 같은 어휘로 이루어집니다. 데이터 분석가와의 대화는 통계적 유의성과 A/B 테스트 설계와 코호트 분석 같은 어휘로 이루어집니다. 자가 점검의 한 방법은 인접 직군의 회의에 들어가서 90퍼센트 이상의 대화를 따라갈 수 있는지를 확인하는 것입니다. 따라가지 못하는 부분이 있으면 그 부분이 본인의 약한 영역입니다. 5년차 시점의 자가 점검에서 약한 영역이 발견되면 다음 1년 동안 그 영역을 보완할 학습 계획을 세웁니다. 학습은 책 한 권과 컨퍼런스 세션 한 편과 사내 두 사람과의 1대1 대화로 구성됩니다. 본문에는 인접 직군과의 협업 흔적을 한 케이스 안에 넣습니다. 프로그래머와의 의사 코드 합의 사례, BM과의 가격 협상 자료, QA와의 테스트 시나리오 합의 같은 흔적이 한두 개씩 들어가 있으면 검토자는 그 사람의 협업 폭을 즉시 평가할 수 있습니다. 흔적이 없으면 같은 5년차라도 자기 영역만 본 사람으로 분류됩니다.

시장 평균과의 격차가 가장 빠르게 벌어지는 시기: 5년차에서 8년차 사이는 시장 평균과의 격차가 가장 빠르게 벌어지는 시기입니다. 1년차에서 5년차까지는 절대적인 학습량으로 격차가 만들어지지만 5년차 이후에는 학습 방향과 외부 노출의 차이로 격차가 만들어집니다. 같은 5년차에서 시작한 두 사람이 8년차에 도달했을 때 처우와 시장 가치의 차이가 두 배 가까이 벌어지는 일이 흔하게 일어납니다. 격차의 첫 번째 원인은 도메인 선택입니다. 같은 시스템디자이너라도 자기가 깊이 들어간 도메인이 무엇인가에 따라 8년차의 가치가 달라집니다. 라이브 MMORPG 경제, 수집형 RPG 가챠, FPS 무기 밸런스, MOBA 챔피언 밸런스 같은 도메인은 시장에서 비싸게 팔리는 영역이고 시즌 콘텐츠 운영성 시스템 같은 영역은 상대적으로 변별력이 약합니다. 도메인의 선택은 자기 의지보다 회사의 프로젝트 배정에 따라 결정되는 경우가 많지만 5년차 이후에는 의지를 가지고 도메인을 좁혀가야 합니다. 격차의 두 번째 원인은 외부 노출입니다. 같은 도메인에서 같은 깊이로 일했더라도 외부에 자기 사고를 공개한 사람과 그렇지 않은 사람의 시장 가치는 다릅니다. NDC와 IGC 같은 컨퍼런스에서 발표한 경험, 본인 블로그나 브런치에 누적된 분석 글, 깃헙에 공개된 시뮬레이터, 외부 멘토링 활동 같은 흔적이 외부 노출의 형태입니다. 외부 노출이 있는 사람은 헤드헌터와 다른 회사 시니어의 시야 안에 들어와 있고 없는 사람은 자기 회사의 시야 안에만 있습니다. 격차의 세 번째 원인은 메타 인지입니다. 자기가 시장 평균 어디에 있는지를 정확히 아는 사람은 자기에게 부족한 영역을 의식적으로 보완합니다. 메타 인지가 없는 사람은 사내 평가에 안주하고 외부 시장과의 격차를 자각하지 못합니다. 한 번 자각하지 못한 격차가 1년 더 벌어지면 그 격차는 다음 1년에 더 벌어집니다. 5년차 이후의 격차는 시간의 함수가 아니라 자각의 함수입니다.

8년차 이상 — 명시적 리드와 묵시적 리드의 분기

"10년차 = 리드 트랙"이라는 단순 도식의 한계: 8년차에서 10년차 부근에서 한국 게임업계의 시스템디자이너는 흔히 리드 트랙으로의 전환이 디폴트인 것처럼 그려집니다. 그러나 현장에서 보면 같은 10년차라도 두 종류의 자리가 분명히 따로 존재합니다. 하나는 직책으로서의 리드인 팀장과 파트장과 디렉터 후보이고 다른 하나는 직책 없는 고연차 시니어 스탭인 현역 IC입니다. 둘은 면접 질문도 평가 기준도 처우 폭도 다릅니다. 이 두 종류의 자리가 따로 존재하는 구조적 배경은 두 가지입니다. 첫째는 제품 복잡도입니다. 라이브 서비스 RPG와 수집형과 MMO와 FPS 모두 시스템 한 축의 깊이가 한 사람의 풀타임 책임이 될 만큼 두꺼워졌습니다. 깊은 해구를 직접 잠수해 들어가는 사람이 끊임없이 필요합니다. 둘째는 산술적 현실입니다. 리드 자리는 산술적으로 한정되어 있고 모든 종사자의 연차는 시간이 갈수록 무조건 올라갑니다. 따라서 리드가 되지 못한 고연차 그룹은 해마다 넓어집니다. 이 그룹이 시장에서 어떻게 살아남는지가 8년차 이상의 가장 중요한 질문입니다. 리드만이 정답이라는 통념과 리드가 되지 못하면 실패라는 좁은 도식을 깨야 합니다. 검토자의 자리에서 보면 두 트랙은 서로 다른 가치를 만드는 두 종류의 직무입니다. 한 트랙이 다른 트랙보다 우월한 것이 아니라 한 사람이 어느 트랙에 적합한지의 문제입니다. 이 장이 다루는 것은 리드의 가치를 부정하는 것이 아니라 리드가 아닌 트랙의 가치를 동시에 인정하는 것입니다. 리드와 PD와 디렉터가 짊어지는 책임은 IC가 대체할 수 없는 종류이고 IC가 만드는 깊이는 매니저가 대체할 수 없는 종류입니다. 두 트랙을 모두 아는 사람만이 자기에게 적합한 트랙을 고를 수 있습니다.

명시적 리드와 묵시적 리드의 행동 정의: 명시적 리드는 직책으로서의 리드입니다. 팀장과 파트장과 시스템 리드와 디자인 디렉터와 PD가 명시적 리드의 호칭입니다. 인사권과 평가권과 예산권과 로드맵 결정권을 공식적으로 가집니다. 묵시적 리드는 직책은 시니어나 책임이나 수석에 머물지만 팀 안에서 사실상 리딩 행위를 하는 사람입니다. 주니어 멘토링과 시스템 아키텍처 결정과 기술 표준 수립과 문서화 문화 정착과 갈등 중재가 묵시적 리드의 행동입니다. 이 구분은 한국 게임업계에서 특히 중요합니다. 한국 조직은 리드를 임명하는 것보다 리드 역할을 하는 사람이 있고 그 다음에 직책이 따라붙는 경우가 많습니다. 라이온하트 스튜디오가 2025년에 파트장 이상 직책자 대상으로 리더의 역할과 마인드셋을 주제로 한 리더십 교육을 실시한 것은 이 흐름의 한 단면입니다[^라이온하트 스튜디오, 직책자 리더십 강화했다]. 직책자 교육이 별도로 운영된다는 사실은 그 회사가 직책과 역할을 분리해서 관리한다는 신호입니다. 묵시적 리드의 행동 패턴은 네 가지로 분류될 수 있습니다. 테크 리드형은 한 시스템 한 팀의 일관된 방향을 지키는 사람이고 직책은 없어도 이 시스템 결정은 저 분이 OK 해야 끝난다가 자연스러운 사람입니다. 아키텍트형은 특정 도메인의 장기 구조를 책임지는 사람이고 5년 뒤를 보고 설계되어야 한다는 시야로 일하는 사람입니다. 솔버형은 프로젝트를 옮겨다니며 막힌 문제를 푸는 사람이고 신작이 안 풀릴 때 투입되어 코어 루프를 살리고 빠지는 사람입니다. 라이트핸드형은 PD나 디렉터의 의도를 팀에 번역해 전파하고 디테일에서 일관성을 지키는 사람입니다. 리드가 아니어도 이 네 가지 중 하나로 살아남는다면 그리고 채용 시장이 그 패턴을 알아본다면 고연차 IC는 충분히 살 수 있습니다. 검토자가 이력서를 볼 때 묵시적 리드의 흔적은 주니어 N명을 케어했다거나 온보딩 문서를 만들어 신입 적응 기간을 단축했다거나 장르 특화 시스템 패턴을 사내 표준으로 정착시켰다거나 라이브 사고 시 임시 결정권자 역할을 했다는 식의 한 줄로 드러납니다. 이런 문장이 한 줄도 없이 시스템 담당만 N년 반복되어 있으면 그 사람은 IC로도 리드로도 자리잡지 못한 상태입니다.

시스템디자이너의 IC 트랙이 한국에서 작동하는 조건 3가지: 글로벌 IT의 IC 사다리는 명확합니다. 시니어에서 스태프로 시니어 스태프로 프린시플로 디스팅귀쉬드로 이어집니다. 매니저가 되지 않아도 직급이 더 올라갈 수 있습니다. Riot Games는 게임 디자이너에서 시니어로 프린시플 게임 디자이너까지 직급이 명시적으로 나뉘어 있고 2025년에서 2026년 채용 공고를 보면 진행과 경제, 전투, 메타 시스템과 진행 같은 도메인 특화 프린시플 자리들이 상시 열려 있습니다[^Principal Game Designer, Meta Systems and Progression - League of Legends]. 한국은 다릅니다. 사원과 주임이 디자이너와 선임 디자이너에, 대리와 과장이 시니어 디자이너에, 책임이 시니어와 책임 시스템 디자이너에, 수석이 수석과 프린시플 시스템 디자이너에 대응하는 매핑이 일반적이지만 회사마다 차이가 큽니다. 한국 게임사의 수석은 글로벌의 프린시플과 직급명만 닮았지 실질이 같지는 않습니다. 글로벌 프린시플은 IC 트랙의 명확한 봉우리지만 한국 수석은 팀장 후보 대기실로 쓰이거나 매니저로 가지 못한 고연차의 종착지로 쓰이거나 진짜 IC로 인정받는 자리이거나 세 가지가 회사마다 섞여 있습니다. 시스템디자이너에게 IC 트랙이 한국에서 가능한지의 답은 조건부입니다. 세 가지 조건이 모두 충족될 때 가능합니다. 첫째 조건은 회사가 충분히 커야 합니다. 한 게임에 시스템 디자이너가 다수 있고 영역이 분화되어 있어야 합니다. 5인 이하 팀에서는 자연스럽게 모든 시니어가 사실상 리드를 겸합니다. 둘째 조건은 라이브 서비스여야 합니다. 한 게임을 5년에서 10년 굴리는 라이브 IP에서는 한 영역의 깊은 IC가 누적적으로 가치 있습니다. 신작만 짧게 만들고 닫는 회사에서는 IC 트랙이 잘 안 자랍니다. 셋째 조건은 회사가 IC 트랙을 명시적으로 존중해야 합니다. 직급 체계와 평가 기준과 연봉 밴드가 IC와 매니저를 분리해서 산정해야 합니다. 이게 안 되어 있으면 IC는 늘 매니저 트랙의 안 된 사람으로 비칩니다. 세 조건을 모두 만족하는 곳은 한국에서 넥슨 라이브 IP들과 엔씨의 일부 라이브와 스마일게이트 RPG의 로스트아크와 크래프톤 일부 스튜디오와 펄어비스의 검은사막 라인 정도로 좁습니다. 그 외 회사에서는 IC 트랙이 형식적으로 존재하지만 사실상 매니저 트랙이 정답입니다.

리드 후보 공고와 시니어 IC 공고의 자격 요건 차이: 10년차 이상 시스템디자이너의 채용 공고는 자격 요건과 우대 사항이 두 갈래로 갈립니다. 리드 후보 공고는 인사와 평가와 1대1 미팅 경험, 프로젝트 단위 의사결정 경험, 디렉터나 PD와의 직접 커뮤니케이션 경험, 갈등 관리와 리소스 분배 경험을 자격으로 요구합니다. 시니어 IC 공고는 특정 도메인의 깊이, 한 게임 라이브를 끝까지 책임진 경험, 데이터 기반 의사결정 사례, 인접 직군과의 협업 경험, 멘토링과 사내 표준화와 문서 자산화 흔적을 요구합니다. 검토자가 가장 흔히 만나는 고연차 미스매칭은 본인은 IC로 지원했는데 이력서에는 리드 트랙 키워드만 있는 경우 또는 그 반대입니다. 본인이 어느 쪽 자리를 노리는지 자기 위치 진단이 먼저입니다. 같은 본인 경험이라도 어느 트랙에 정렬해서 적느냐에 따라 합격 확률이 달라집니다. 트랙을 정하지 않고 어느 쪽이든 가능하다는 식의 자료는 양쪽 모두에서 약하게 보입니다. 리드 후보 공고에 지원할 때는 사람 관리 흔적을 본문에 두텁게 깝니다. 주니어 멘토링 경험, 1대1 미팅 운영 사례, 평가 피드백 작성 경험, 갈등 중재 사례 같은 항목이 본문 한 챕터로 들어갑니다. 본인이 만든 시스템보다 본인이 운영한 사람이 더 강조됩니다. 시니어 IC 공고에 지원할 때는 도메인 깊이를 본문에 두텁게 깝니다. 한 도메인을 5년 이상 깊이 파고든 흔적, 그 도메인의 글로벌 모범 사례 추적, 그 도메인의 데이터를 직접 다룬 흔적이 본문 한 챕터로 들어갑니다. 같은 본인 경험을 두 가지 트랙으로 동시에 정리해 두는 것이 합리적입니다. 본인의 이력서는 한 종류이지만 자기소개서와 매핑 표는 두 종류로 준비합니다. 회사 공고를 받으면 그 공고가 어느 트랙인지를 먼저 판별하고 매핑 표를 그 트랙에 맞춰 갈아끼웁니다. 이 작업이 합격률을 가르는 가장 작은 단위입니다.

본인이 노리는 자리를 한 문장으로 말할 수 있어야 하는 이유: 8년차 이상의 시스템디자이너는 본인이 노리는 다음 자리를 한 문장으로 말할 수 있어야 합니다. 라이브 운영 7년 차의 모바일 RPG 시스템 시니어로 다음 1년 안에 시즈널 콘텐츠 시스템 리드로의 이동을 노린다거나 신작 프리프로덕션 5년 차의 콘솔 액션 시스템 디자이너로 다음 프로젝트의 시스템 IC 시니어 자리를 노린다거나 하는 한 문장이 그것입니다. 이 한 문장이 없으면 본인의 다음 행동이 흐려집니다. 한 문장의 가치는 자기 정렬에 있습니다. 자기가 어느 자리를 노리는지를 한 문장으로 말할 수 있는 사람은 그 자리에 필요한 자격을 의식적으로 채워갑니다. 노리는 자리가 흐려진 사람은 무엇을 더 채워야 할지를 모르고 막연한 학습으로 시간을 보냅니다. 5년차에서 8년차의 격차는 이 의식의 차이에서 나옵니다. 한 문장은 또한 헤드헌터와의 대화에서 결정적 차이를 만듭니다. 헤드헌터에게 본인이 어떤 자리를 노린다고 한 문장으로 말할 수 있으면 헤드헌터는 그 자리의 매물이 나올 때 본인을 떠올립니다. 한 문장이 없으면 헤드헌터는 본인을 어느 자리에 배치해야 할지 모르고 결국 흔한 자리에만 본인을 매칭합니다. 흔한 자리에 매칭되는 사람은 처우의 천장을 만나기 쉽습니다. 한 문장은 1년에 한 번씩 다시 쓰는 것이 좋습니다. 같은 한 문장을 5년 동안 들고 있는 사람은 5년 전과 지금이 다르지 않은 사람입니다. 다른 사람으로 자라고 있는 사람은 매년 한 문장이 조금씩 바뀝니다. 어느 도메인을 더 깊이 파게 되었는지 어느 인접 영역을 새로 학습했는지 어느 자리를 새로 노리게 되었는지가 그 변화에 반영됩니다. 변화가 없는 한 문장은 정체된 1년의 신호입니다.

연차별 시장 평균의 감각

같은 연차에서 폭과 깊이가 달라지는 이유: 같은 5년차 시스템디자이너 두 명을 비교하면 한 명은 시장 평균을 한참 위에 있고 다른 한 명은 평균에 한참 미치지 못합니다. 같은 시간을 같은 직무에 쓴 사람들 사이에서 이 격차가 어떻게 만들어지는가가 시장 평균의 감각을 이해하는 출발점입니다. 격차의 첫 번째 원인은 폭의 노출입니다. 한 명은 같은 회사에서 같은 시스템만 5년을 했고 다른 한 명은 같은 5년 동안 라이브 운영과 신작 프리프로덕션과 인접 직군 협업과 외부 컨퍼런스 발표를 동시에 통과했습니다. 시간은 같지만 노출의 폭이 다릅니다. 격차의 두 번째 원인은 깊이의 누적입니다. 한 명은 자기가 만든 시스템을 라이브에 올리고 그 결과를 데이터로 검증하고 다음 패치에서 개선하는 풀 사이클을 다섯 번 반복했고 다른 한 명은 같은 5년 동안 시스템을 만들었지만 풀 사이클은 한 번도 통과하지 못했습니다. 같은 시스템 작업이라도 사이클의 통과 횟수가 다릅니다. 사이클은 단순한 시간의 함수가 아니라 회사의 라이브 운영 단계와 본인의 프로젝트 배정과 직접 책임 영역의 합작입니다. 격차의 세 번째 원인은 외부 시야의 확보입니다. 한 명은 다른 회사의 시스템디자이너 산출물을 분기에 한두 번 정기적으로 보고 다른 한 명은 자기 회사의 동료들 외에 다른 시스템디자이너의 사고를 본 적이 거의 없습니다. 외부 시야가 있는 사람은 자기 회사의 의사결정에서 더 좋은 대안을 제시할 수 있고 그 능력이 시간이 갈수록 누적됩니다. 외부 시야가 없는 사람은 자기 회사의 표본 안에서만 자기 위치를 가늠합니다. 이 세 원인은 모두 의지의 영역입니다. 회사의 프로젝트 배정은 본인의 의지로 완전히 통제할 수 없지만 외부 시야의 확보와 사이클 통과의 의식적 추구는 본인의 의지로 가능합니다. 5년차에서 8년차 사이의 격차가 가장 빠르게 벌어지는 이유는 이 의지의 차이가 누적되기 시작하는 시기이기 때문입니다. 의지의 차이는 한 분기에는 작아 보이지만 1년 단위로 누적되면 가시적인 격차로 나타납니다.

좁은 업무 범위 반복이 만드는 실질 경력의 정체: 연차에 비해 좁은 업무 범위만 반복한 사람은 시장에서 가장 다루기 어려운 카드가 됩니다. 4년차인데 같은 종류의 시스템만 반복했다면 실질 경력은 1년차의 4배가 아니라 1년차 한 번에 가깝습니다. 같은 패턴을 4번 반복하는 동안 새로운 학습이 거의 없었기 때문입니다. 이 상태를 본인이 자각하기는 어렵습니다. 사내에서는 잘하고 있다는 평가를 받고 본인의 시간 감각으로는 분명히 4년이 흘렀습니다. 자각의 어려움은 비교 대상의 부재에서 옵니다. 사내 동료는 비슷한 환경에서 비슷한 작업을 하므로 비교 기준이 되지 않습니다. 다른 회사 동료의 작업을 자주 보지 않으면 비교 기준이 외부에 만들어지지 않습니다. 결과적으로 본인은 자기 회사의 표본 안에서 평균이라고 느끼지만 시장 전체의 표본에서는 평균 미만일 수 있습니다. 이 비대칭이 좁은 업무 범위 반복의 가장 큰 위험입니다. 좁은 업무 범위 반복은 회사 입장에서 종종 권장됩니다. 한 사람이 한 영역을 익숙하게 하는 것은 단기적으로 효율적이고 사내 신뢰도 만듭니다. 그러나 그 익숙함이 장기적으로 그 사람의 시장 가치를 깎는다는 사실은 회사의 관심사가 아닙니다. 본인의 커리어는 본인이 책임져야 하고 회사의 단기적 이익과 본인의 장기적 가치는 일치하지 않을 수 있습니다. 좁은 업무 범위에서 빠져나오는 첫 단계는 자각입니다. 자기가 같은 일을 N번 반복하고 있다는 사실을 자각해야 다음 행동이 가능합니다. 자각이 없으면 행동도 없습니다. 자각이 생기면 사내 이동을 시도하거나 인접 영역의 학습을 추가하거나 외부 사이드 프로젝트로 폭을 넓히는 행동이 시작됩니다. 자각이 생긴 다음의 1년과 자각이 없는 1년은 같은 시간이지만 다른 결과를 만듭니다.

채용 공고의 자격, 우대 사항 변화를 읽는 시야: 시장 평균의 변화를 가장 빠르게 보여 주는 자료는 채용 공고입니다. 같은 회사의 같은 직무 공고가 1년 전과 지금 어떻게 다른지를 보면 그 회사의 기대치가 어디로 움직이고 있는지가 보입니다. 자격 요건의 새로운 항목이 무엇이고 우대 사항에서 무엇이 빠졌는지를 추적하면 시장 평균의 진행 방향을 알 수 있습니다. 2024년에서 2026년 사이 시스템디자이너 채용 공고에서 가장 빠르게 들어온 새로운 항목은 데이터 분석 역량과 AI 도구 활용 경험입니다. 5년 전 공고에는 엑셀 활용 가능이 적혀 있었다면 지금 공고에는 SQL 기반 라이브 데이터 분석 경험과 Python을 활용한 시뮬레이션 구축 경험이 적혀 있습니다. 이 변화가 의미하는 바는 분명합니다. 시스템디자이너의 기준선이 더 높은 도구 능력을 포함하는 방향으로 움직이고 있다는 것입니다. 또 다른 변화는 라이브 운영 경험에 대한 강조입니다. 한국 게임업계가 신작보다 라이브 IP 중심으로 재편되면서 라이브 운영 N년 이상이 자격 요건의 핵심으로 들어왔습니다. 신작 개발 경험만 가진 사람은 같은 연차라도 라이브 운영 경험을 가진 사람보다 매칭 가능한 자리가 좁아졌습니다. 이지경제의 분석에 따르면 한국 게임업계 채용은 2024년 이후 경력직 위주로 재편되었고 신입 채용은 사실상 좁아졌습니다[^게임업계 채용 시장 빙하기, 언제까지 이어질까]. 채용 공고를 정기적으로 읽는 행위 자체가 시장 평균을 따라가는 가장 작은 메타 인지 루틴입니다. 매월 한 번씩 주요 게임사의 공고 페이지를 한 시간 동안 정독하면 그 1년의 변화가 자기 머릿속에 누적됩니다. 누적된 변화는 본인의 학습 방향을 결정합니다. 채용 공고를 보지 않는 사람은 자기가 무엇을 새로 배워야 할지를 모르고 본인 강점만 강화하다가 시장이 다른 방향으로 움직였음을 한참 뒤에야 깨닫습니다.

심해 매칭 — 평균 미만에 갇히는 구조

자기 강화 루프의 메커니즘: 게임 매칭 시스템의 심해라는 비유는 한국 게임업계의 시스템디자이너 시장 구조를 정확히 묘사합니다. 랭크 게임에서 자기 티어와 비슷한 사람들끼리 매칭되는 것처럼 채용 시장에서도 비슷한 일이 일어납니다. 그 메커니즘은 일곱 단계의 자기 강화 루프로 정리됩니다. 첫째 좁은 업무 범위와 유사 업무 반복으로 4년차에서 5년차에도 1년차에서 2년차 수준의 시스템만 반복해서 다룹니다. 둘째 이 상태에서 처우가 연차에 비례해 어느 정도 올라갑니다. 셋째 그 처우를 받아주는 회사는 점점 그 처우 수준의 회사들로 좁아집니다. 비슷한 수준의 사람을 받는 곳들입니다. 넷째 거기서 다시 비슷한 동료들과 일하며 비슷한 종류의 산출물만 만듭니다. 다섯째 외부 시장 평균을 직접 관찰할 일이 없어집니다. 사내 동료가 곧 자기 표본이 됩니다. 여섯째 나 정도면 평균이지라는 감각이 강화됩니다. 실제로는 시장 평균 한참 아래에 있어도 본인은 그 사실을 모릅니다. 일곱째 시장 점프가 필요한 시점에 서류 단계에서 무더기로 탈락합니다. 면접 도달이 안 됩니다. 이 일곱 단계가 한 번 완성되면 다음 사이클의 시작점이 더 깊어집니다. 이 루프가 한국 게임업계에서 특히 강하게 작동하는 이유는 회사 사이의 정보 비대칭이 크고 NDA 때문에 외부 비교가 어렵고 이직 시 새 회사의 평가도 직전 회사의 라벨에 강하게 영향받기 때문입니다. 라벨이 약한 회사에서 5년을 보낸 사람은 같은 5년이라도 라벨이 강한 회사에서 보낸 사람보다 시장에서 낮게 평가됩니다. 라벨의 차이가 또 다음 라벨의 차이를 만듭니다. 한 번 들어간 심해는 빠져나오기 대단히 어렵습니다.

자각이 어려운 3가지 이유 — 피드백 부재, 비교 대상 부재, 확증 편향: 심해 매칭의 가장 큰 위험은 자각이 어렵다는 점입니다. 자각이 어려운 데에는 세 가지 구조적 이유가 있습니다. 첫째는 피드백 부재입니다. 사내에서는 잘하고 있다는 평가를 정기적으로 받습니다. 평가 시즌마다 좋은 점수가 나오고 동료들의 칭찬이 들어옵니다. 외부 시장의 피드백은 이직을 시도해야만 들어옵니다. 이직을 시도하지 않으면 외부 피드백은 영원히 들어오지 않습니다. 둘째는 비교 대상 부재입니다. 사내 동료는 비슷한 환경의 사람들이고 그들과의 비교는 의미가 없습니다. 다른 회사 동료의 작업을 정기적으로 볼 일이 없으면 비교 대상이 만들어지지 않습니다. NDC와 IGC 같은 컨퍼런스 발표를 봐도 자기 일과 다른 세상의 일로 처리하고 끝납니다. 컨퍼런스 발표자는 본인보다 위에 있는 사람들이고 본인 수준의 사람들은 발표하지 않으니 자기 위치를 측정할 수 있는 비교 대상이 만들어지지 않습니다. 셋째는 확증 편향입니다. 본인이 잘하고 있어야 정신건강이 유지되므로 잘하고 있다는 신호만 골라 받습니다. 사내의 좋은 평가는 강하게 받아들이고 외부에서 들어오는 부정적 신호는 약하게 받아들입니다. 헤드헌터의 콜드 메일이 들어와도 무시하고 다른 회사 친구의 이직 성공담을 들어도 자기와는 다른 케이스로 처리합니다. 확증 편향은 무의식적으로 작동하므로 본인이 그것을 알아차리기 매우 어렵습니다. 세 가지 이유가 합쳐지면 자각의 가능성은 거의 0에 가까워집니다. 한 번 심해에 들어가면 자기가 심해에 있다는 사실을 알 수 있는 모든 채널이 차단되어 있는 상태가 됩니다. 빠져나오려면 의식적으로 자각의 채널을 만들어야 합니다. 자각의 채널은 외부 시야를 정기적으로 확보하는 행동에서 나옵니다. 다음 절의 8가지 신호와 그다음 장의 7가지 루틴이 그 채널의 구체적 형태입니다.

심해의 8가지 신호와 자기 점검: 심해에 들어가 있을 가능성을 자기 점검할 수 있는 여덟 가지 신호가 있습니다. 첫 번째 신호는 같은 종류의 시스템 작업을 3년 이상 반복하고 있다는 사실입니다. 한 도메인의 깊이를 만드는 것과 같은 작업을 반복하는 것은 다릅니다. 같은 작업을 반복할 때는 매년 작업의 구조가 거의 같습니다. 두 번째 신호는 작년에 만든 산출물과 올해 만든 산출물의 구조가 거의 같다는 점입니다. 산출물의 내용은 다르더라도 구조가 같다면 사고의 깊이가 그 자리에 머무르고 있다는 신호입니다. 세 번째 신호는 다른 회사의 시스템디자이너 산출물을 마지막으로 본 게 1년 이상 전이라는 점입니다. 외부 시야가 멈춘 상태입니다. 네 번째 신호는 채용 공고를 마지막으로 정독한 게 1년 이상 전이라는 점입니다. 시장 변화를 추적하지 않는 상태입니다. 다섯 번째 신호는 사내에서는 잘하고 있다고 평가받지만 그 평가를 외부에서 검증해본 적이 없다는 점입니다. 평가의 외부 검증이 없는 상태입니다. 여섯 번째 신호는 헤드헌터 연락이 있긴 하지만 비슷한 규모와 비슷한 처우의 회사들에서만 온다는 점입니다. 본인의 시장 가치가 한 구간에 묶여 있는 상태입니다. 일곱 번째 신호는 외부 컨퍼런스나 스터디나 커뮤니티 활동이 0이라는 점입니다. 외부 노출이 없는 상태입니다. 여덟 번째 신호는 자기 산출물을 외부에 한 번도 공개해본 적이 없다는 점입니다. NDA 한도 안에서의 회고 글조차 없다는 뜻입니다. 이 여덟 가지 신호 중 셋 이상에 해당하면 심해 매칭에 들어가 있을 가능성이 높습니다. 자기 점검은 이 여덟 가지에 솔직하게 답하는 것에서 시작합니다. 솔직함이 가장 어려운 부분입니다. 자기에게 거짓말을 하면 자각이 일어나지 않고 자각이 일어나지 않으면 행동도 일어나지 않습니다. 1년에 한 번 이 여덟 가지 신호로 자기를 점검하는 루틴을 만들면 자각이 만들어질 수 있습니다.

빠져나오는 첫 액션은 행동이 아니라 자각이라는 점: 심해에서 빠져나오는 첫 단계는 행동이 아니라 자각입니다. 자각이 없으면 행동은 산만해지고 산만한 행동은 결과를 만들지 못합니다. 자각이 있으면 작은 행동도 방향을 가지고 누적됩니다. 자각의 무게가 행동의 무게보다 먼저 와야 합니다. 자각은 한 번에 일어나지 않습니다. 작은 단서들이 쌓이다가 어느 순간 모이는 형태로 일어납니다. 다른 회사 친구가 이직했다는 소식, 헤드헌터 메일에서 본 자기 또래의 처우, 컨퍼런스 발표에서 본 동년배의 도메인 깊이, 본인 회사의 신입이 자기보다 빠르게 성장하는 모습 같은 단서들이 쌓이다가 어느 날 자기 위치가 명확해집니다. 이 명확함이 자각입니다. 자각이 일어난 뒤에 가장 흔한 반응은 절망입니다. 자기가 시장 평균 미만에 있다는 사실을 알면 그 다음 단계는 무엇을 해야 할지 모르는 막막함과 그동안의 시간이 무의미했다는 후회로 이어집니다. 이 절망은 자연스럽지만 그 안에 오래 머무르면 다시 행동이 멈춥니다. 절망에서 행동으로 가는 다리는 작은 한 가지의 행동입니다. 채용 공고 한 번 정독, 헤드헌터 한 번 답장, 외부 컨퍼런스 한 번 시청 같은 작은 행동이 다리가 됩니다. 심해에서 빠져나오는 데 필요한 시간은 보통 1년에서 3년 사이입니다. 한 분기 안에 해결되는 문제가 아닙니다. 한 분기마다 작은 행동을 누적하면 1년 뒤에는 가시적 변화가 일어나고 3년 뒤에는 다른 자리에 도달할 수 있습니다. 빠져나오는 시간이 길다는 사실이 빠져나오기를 시작하지 않을 이유가 되지 않습니다. 1년 뒤의 본인 위치는 지금의 자각과 행동에 의해 결정됩니다.

메타 인지를 만드는 여섯 가지 루틴

채용 공고 정기 정독: 메타 인지의 첫 번째 루틴은 채용 공고 정기 정독입니다. 매월 한 번씩 주요 게임사의 채용 페이지를 한 시간 동안 정독합니다. 넥슨, 엔씨소프트, 크래프톤, 스마일게이트, 시프트업, 넷마블, 카카오게임즈, 라이온하트, 펄어비스가 우선 목록이고 자소설닷컴과 잡코리아와 사람인과 잇다와 게임잡과 인벤과 디스이즈게임 채용 게시판이 보조 목록입니다. 정독의 핵심은 자격 요건과 우대 사항이 어떻게 변하는지를 추적하는 것입니다. 같은 회사의 같은 직무 공고가 1년 전과 지금 어떻게 다른지를 비교합니다. 새로운 항목이 들어왔다면 그 항목이 시장 평균의 새로운 기준선입니다. 빠진 항목이 있다면 그 항목이 더 이상 차별점이 아니라는 신호입니다. 이 변화를 1년 단위로 추적하면 시장 평균의 진행 방향이 보입니다. 월 1회의 정독은 캘린더에 반복 일정으로 박아 둡니다. 의지에만 의존하면 잊혀지고 잊혀지면 루틴이 만들어지지 않습니다. 매월 첫째 주 토요일 오전 한 시간 같은 정확한 일정이 있어야 누적이 일어납니다. 1년이 지나면 12회의 정독이 누적되고 그 누적이 본인의 시장 감각을 만듭니다. 정독의 결과는 노트로 남깁니다. 어느 회사가 어떤 새 항목을 우대 사항에 넣었는지, 어떤 도메인의 자리가 늘어났는지, 어떤 도메인의 자리가 줄었는지를 한 페이지짜리 노트로 정리합니다. 1년 뒤 그 노트를 다시 보면 자기가 무엇을 학습해야 했는지가 명확해집니다. 정독 없이는 학습 방향이 정해지지 않고 학습 방향 없이는 시간이 흘러가도 본인의 시장 가치는 그대로 머무릅니다.

사외 동료와의 비공개 포트폴리오 교환: 두 번째 루틴은 사외 동료와의 비공개 포트폴리오 교환입니다. 같은 직무를 가진 다른 회사 친구 한 명과 1년에 한 번 비공개로 이력서와 포트폴리오를 교환합니다. 비밀유지 약속을 명시적으로 하고 서로의 자료를 솔직하게 평가합니다. 이 교환이 가장 정직한 시장 평균 관찰입니다. 사외 동료는 동기나 전 직장 동료 중 다른 회사에 다니는 사람으로 만듭니다. 친한 사람일수록 솔직한 피드백이 어려울 수 있어서 적당한 거리감이 있는 관계가 좋습니다. 1년에 한 번이라는 간격이 핵심입니다. 너무 자주 교환하면 변화가 없는 자료를 반복해서 보게 되고 너무 드물게 하면 시장 변화를 놓칩니다. 교환의 형태는 두 사람이 서로의 자료를 1주일 동안 본 후 1시간 정도의 통화나 카페 미팅으로 피드백을 나누는 형태가 일반적입니다. 본인이 받는 피드백뿐 아니라 본인이 다른 사람의 자료를 평가하면서 얻는 통찰도 큽니다. 다른 사람의 자료를 보면 자기 자료의 약점이 더 잘 보입니다. 비교의 기준이 자기 안에 만들어지기 때문입니다. 교환 결과는 본인의 다음 분기 학습 계획에 반영됩니다. 친구가 가진 강점이 본인에게 없는 영역이라면 그 영역을 보강할 계획을 세웁니다. 친구가 가진 약점이 본인에게도 있는 영역이라면 자기에게도 같은 약점이 있음을 인정합니다. 교환은 한 번 하면 끝나는 것이 아니라 1년 단위로 반복되는 루틴입니다. 매년 같은 친구와 교환하면 둘 다의 1년치 변화가 비교됩니다. 변화가 없는 1년이 두세 번 반복되면 두 사람 모두에게 경고가 됩니다.

NDC, IGC, KGDC, GDC 발표 체크: 세 번째 루틴은 컨퍼런스 발표 시청입니다. 분기에 한 번 NDC와 IGC와 KGDC와 GDC Vault에서 발표 한두 편을 시청합니다. 시청은 본인 도메인과 인접 도메인 양쪽에서 골고루 합니다. 본인 도메인의 발표는 깊이를 검증하고 인접 도메인의 발표는 폭을 넓힙니다. NDC는 2025년 6년 만에 공개 오프라인 행사로 부활하면서 접근성이 좋아졌습니다[^개최 앞둔 넥슨 NDC 2025, 관심 가질만한 핵심 강연은?]. NDC Replay 사이트는 과거 발표 자료와 동영상과 스크립트 일체를 공개하므로 무료로 시청할 수 있습니다. IGC는 인벤이 주최하는 게임 컨퍼런스로 2024년에는 9월 7일 경희대학교 서울캠퍼스에서 10회차로 개최되었고 서머너즈 워 글로벌 원빌드 사례와 같은 라이브 운영 사례가 발표되었습니다[^인벤 게임 컨퍼런스 2024(IGC), 9월 7일 경희대 개최]. KGDC는 한국 게임 개발자 컨퍼런스로 콘텐츠유니버스와 함께 개최됩니다. 추천 발표는 강임성의 늦깎이 게임 디자이너의 8년, 김용하 PD의 게임 PD가 되어보니, 김영준의 내가 신입 게임 기획자였을 때 알았다면 좋았을 것들, 한재민 리더의 38만년을 1주로 같은 시리즈입니다. 이 발표들의 공통점은 발표자 자신의 시야가 어떻게 좁았는지를 회고한다는 점입니다. 시야를 넓히는 가장 빠른 방법은 같은 길을 먼저 간 사람들의 회고를 보는 것입니다. 발표 시청 후에는 본인 작업에 어떻게 적용할지를 한 단락으로 정리합니다. 정리되지 않은 시청은 망각으로 끝나고 망각된 시청은 메타 인지에 기여하지 않습니다. 한 분기에 시청한 발표 한두 편이 본인의 다음 분기 작업 한 가지에 영향을 미치면 그 시청은 성공한 것입니다. 영향이 없으면 다음 발표 선택을 다르게 합니다. 본인에게 와닿지 않는 주제만 골라서는 누적이 일어나지 않습니다.

외부 커뮤니티 참여: 네번째 루틴은 외부 커뮤니티 참여입니다. 게임 기획 관련 디스코드, 잇다나 원티드 멘토링, 게임잡 갤러리, 디시 게임업계 마이너 갤러리, 브런치와 velog와 티스토리의 게임 기획자 블로그 정기 구독 같은 활동이 외부 커뮤니티 참여의 형태입니다. 표본을 의도적으로 넓히는 작업입니다. 외부 커뮤니티의 가치는 다양한 시야의 노출입니다. 사내에서는 만나지 않는 종류의 사람들이 외부 커뮤니티에는 있습니다. 1인 개발자, 다른 장르 디자이너, 인접 직군 종사자, 학원 강사, 다른 회사의 시니어가 모두 같은 공간에 있습니다. 그들의 발언이 본인의 시야를 넓힙니다. 본인이 당연하다고 여겨 온 것이 다른 환경에서는 당연하지 않다는 사실이 자주 드러납니다. 참여의 깊이는 처음에는 읽기만 하는 형태로 시작합니다. 매주 한 시간 동안 디스코드 채널의 대화를 읽고 블로그 두세 개의 글을 읽습니다. 6개월이 지나면 본인이 직접 발언하는 형태로 깊이가 깊어집니다. 본인의 작업에 대한 질문을 올리고 다른 사람의 질문에 답변을 답니다. 1년이 지나면 본인이 글을 쓰는 형태로 더 깊어집니다. 참여의 결과는 외부 시야의 누적입니다. 본인의 사고가 자기 회사의 표본 안에서만 만들어지지 않고 외부 표본의 영향을 받기 시작합니다. 외부 표본의 영향을 받는 사람은 자기 회사의 의사결정에서 더 다양한 대안을 제시할 수 있고 그 능력이 시니어로 가는 길에서 결정적입니다. 외부 커뮤니티 참여는 즉시 효과가 보이지 않지만 1년에서 3년 단위로 누적되면 가시적 변화를 만듭니다.

본인 산출물의 외부 공개: 다섯 번째 루틴은 본인 산출물의 외부 공개입니다. NDA를 위반하지 않는 범위에서 자기 회고 글이나 역기획서나 시스템 디자인 패턴 분석을 외부에 정기적으로 공개합니다. 외부 공개의 가장 큰 가치는 외부 피드백이 사내 표본 편향을 깨는 것입니다. 공개의 형태는 본인 블로그, velog, 브런치, 티스토리, 미디엄 같은 플랫폼이 일반적입니다. 깃헙에 시뮬레이터를 공개하는 것도 같은 효과입니다. 외부 발표 영상을 유튜브에 올리는 것은 더 강한 형태의 공개입니다. 형태와 무관하게 외부에 공개된 자료가 한 가지라도 있는 것과 없는 것은 본인의 시장 가치에 큰 차이를 만듭니다. 공개의 빈도는 분기에 한 편 정도가 적정합니다. 너무 자주 공개하면 한 편의 깊이가 약해지고 너무 드물게 공개하면 누적이 일어나지 않습니다. 분기에 한 편씩 1년에 4편을 공개하면 5년 뒤 20편의 외부 공개 자료가 누적됩니다. 이 누적이 채용 시장에서 본인의 가시성을 결정합니다. 외부 공개의 부수적 효과는 채용 시장에서의 직접 어필입니다. 검토자가 본인 이력서의 외부 자산 링크를 클릭하면 본인이 평소에 어떤 사고를 하는지가 즉시 보입니다. 이력서와 포트폴리오 본문에서는 NDA로 가려진 부분도 외부 공개 자료에서는 자기 사고로 풀어 쓸 수 있습니다. 본인의 외부 자료가 채용 자료의 보완재가 되는 것입니다. 보완재가 있는 사람과 없는 사람의 채용 평가는 다릅니다.

라이브 게임 분석을 동시대 디자이너 사고의 추적으로 활용: 여섯 번째 루틴은 라이브 게임 분석을 동시대 디자이너의 사고 추적으로 활용하는 것입니다. 라이브 게임을 많이 하라는 흔한 조언을 메타 인지 관점에서 다시 정의하면 동시대 시스템디자이너들이 지금 무엇을 고민하고 있는지를 게임을 통해 역추적하는 작업이 됩니다. 같은 장르의 직전 분기 출시작과 라이브 패치를 분기마다 다섯 개 이상 분석합니다. 분석의 초점은 게임이 재미있는지가 아니라 그 게임의 시스템디자이너가 어떤 의도로 어떤 결정을 했는지입니다. 본인이 그 게임의 시스템디자이너였다면 어떻게 다르게 했을지를 함께 생각합니다. 이 사고가 동시대 디자이너의 시야를 본인에게 옮기는 작업입니다. 분석의 결과는 한 페이지짜리 노트로 남깁니다. 노트의 핵심은 그 게임의 한 시스템에 대한 본인의 의도 추론과 본인이라면 어떻게 다르게 했을지의 제안입니다. 분기에 다섯 게임씩 1년에 20게임을 분석하면 5년 뒤 100게임의 분석 노트가 누적됩니다. 이 누적이 본인의 시스템 디자인 사전이 됩니다. 라이브 게임 분석은 사내 작업과 외부 시야를 동시에 만드는 가장 효율적인 루틴입니다. 사내에서는 본인 게임 한두 개를 깊이 다루지만 외부 시야는 다른 게임 100개를 분석하는 데서 옵니다. 본인이 한 게임만 깊이 알고 다른 게임을 모르는 상태로 시니어가 되면 그 시니어는 자기 게임의 패턴 외에는 다른 패턴을 모르는 사람입니다. 다른 패턴을 아는 시니어와 모르는 시니어의 시장 가치는 다릅니다.

리드가 아닌 고연차가 살아남는 다섯 가지 패턴

깊이의 전문화 — 한 영역의 압도적 깊이: 리드 자리에 가지 못한 또는 의식적으로 가지 않은 고연차 시스템디자이너의 시장 가치는 다섯 가지 중 어느 하나에 깊이 박혀 있느냐로 결정됩니다. 첫 번째 패턴은 깊이의 전문화입니다. 한 영역에 대한 압도적 깊이로 대체 불가능성을 확보하는 길입니다. 한국 채용 공고의 가장 흔한 우대 사항은 특정 영역 5년 이상 경험이지만 이때 5년은 산술적 시간이 아니라 그 5년 동안 N개의 라이브 사이클을 완주했느냐를 의미합니다. 같은 5년이라도 시즌 30회를 통과한 라이브 디자이너와 신작 한 편을 짧게 만들고 끝낸 디자이너는 가치가 다릅니다. 시스템디자인 영역 중에서도 다음은 극단적으로 깊은 IC가 비싸게 팔리는 영역입니다. 재화와 경제 시스템, 수집형 가챠의 확률과 페이티와 픽업 메커닉, PvP와 대전 밸런스, MMO 메타 시스템, 장기 라이브 운영용 콘텐츠 파이프라인 시스템이 그것입니다. 이 영역들은 사람 관리 능력보다 현상을 보고 가설을 세우고 데이터로 검증하고 결정을 내릴 수 있는가가 핵심입니다. NDC 2025 한재민 리더의 발표가 정확히 이 패턴입니다. 직책은 기획리더지만 발표 내용은 한 도메인을 끝까지 파고든 IC 작업입니다. 그가 강조한 결론도 동일합니다. AI는 보조 도구이고 최종 의사결정은 게임에 대한 담당자의 이해도가 결정한다는 것입니다. 깊이의 전문화는 한 도메인을 5년 이상 같은 깊이로 파고든 흔적이 본문에 들어가야 작동합니다. 이 시스템에 대해 5년 동안 N가지 다른 형태로 접근해 봤다는 서술이 케이스 스터디 안에 들어가 있으면 그 사람의 깊이가 검토자에게 즉시 전달됩니다. 깊이는 시간만으로 만들어지지 않고 같은 도메인 안의 다른 측면들을 다 다뤄 본 흔적으로 만들어집니다.

폭의 확장 — 인접 직군까지 미치는 영향력: 두 번째 패턴은 폭의 확장입니다. 깊이를 못 가진다면 폭으로 갑니다. 시스템과 BM, 시스템과 라이브 운영, 시스템과 데이터 분석, 시스템과 UX, 시스템과 클라이언트 스크립팅 같은 결합을 한 사람이 안에 가지면 회사 입장에서는 한 명을 뽑고 1.5명을 얻는 셈입니다. 이 패턴이 특히 중요한 이유는 한국 게임사의 라이브 운영 구조 때문입니다. BM과 라이브와 CS의 의사결정이 시스템디자이너 손을 떠난 곳에서 결정되었다가 시스템에 다시 부메랑으로 돌아오는 경우가 많고 양쪽을 다 보는 사람이 그 부메랑을 막을 수 있습니다. 채용 시장에서 폭이 넓은 시니어는 라이브 PM 후보, BM 디자이너 겸직 후보, 데이터 분석가와 협업하는 시니어 같은 키워드로 분류됩니다. 처우의 천장을 뚫는 사람은 보통 이 패턴입니다. 폭의 확장은 단순한 호기심이 아니라 의식적 학습으로 이루어집니다. 본인 도메인 외에 한 영역을 정해 1년 동안 한 권의 책과 한 컨퍼런스 세션과 사내 두 사람과의 1대1 학습을 누적합니다. 1년이 지나면 그 영역 사람과의 회의에서 헛소리 안 할 수 있는 수준에 도달합니다. 매년 한 영역씩 추가하면 5년 뒤에는 다섯 인접 영역과 같은 깊이로 대화할 수 있는 시스템디자이너가 됩니다. 폭의 확장의 흔적은 본문 한 챕터로 명시화되어야 합니다. 본인이 인접 직군과 함께 만든 결정의 사례를 세 개 이상 적습니다. BM과의 가격 협상에서 시스템 측 근거 자료를 제공한 사례, 라이브 운영팀과의 점검 시간 단축 협업 사례, 데이터 분석가와의 대시보드 공동 설계 사례 같은 흔적이 폭의 증거가 됩니다. 흔적이 없으면 같은 8년차라도 자기 영역만 본 사람으로 분류됩니다.

도메인 전문성 — 특정 장르의 살아있는 사전: 세 번째 패턴은 도메인 전문성입니다. MMORPG 경제만 12년 한 사람, 수집형 RPG 가챠만 8년 한 사람, FPS 무기 밸런스만 10년 한 사람 같은 도메인 시니어는 신작이나 리부트 단계에서 결정적 가치를 만듭니다. 회사가 새 장르에 진입할 때 가장 비싸게 사는 시니어가 이 패턴입니다. NDC 2018에서 김미림이 밸런스 기획이란 무엇인가를 발표하던 시점 그는 KOG와 넷마블몬스터를 거쳐 넷게임즈에서 밸런스를 맡고 있었습니다. 직책이 아니라 밸런스 도메인을 길게 한 사람이라는 정체성이 그 자리를 만들었습니다. 도메인 전문성을 가진 사람은 컨퍼런스 단상에서 자기 도메인의 표준을 외부에 제시할 수 있습니다. 그 외부 발신이 도메인 전문성의 가장 강한 증명입니다. 이 패턴의 위험은 장르가 죽으면 같이 죽는다는 점입니다. PC MMO 경제만 깊게 한 사람이 모바일 수집형으로 넘어가지 못하면 시장이 좁아집니다. 그래서 도메인 전문성은 깊이의 전문화나 폭의 확장 중 하나와 결합되어야 안전합니다. 도메인 전문성과 깊이의 전문화가 결합되면 같은 도메인 안의 더 깊은 자리에 도달하고 도메인 전문성과 폭의 확장이 결합되면 그 도메인을 인접 영역과 연결하는 자리에 도달합니다. 도메인 전문성의 흔적은 외부 명시화가 핵심입니다. 본인의 도메인에 대한 글이나 발표나 인터뷰가 외부에 누적되어 있어야 그 전문성이 시장에서 확인됩니다. 사내에서만 인정받는 도메인 전문성은 이직 시점에 시장에서 검증되지 않은 자산이 됩니다. 외부 명시화는 NDA에 위반되지 않는 범위에서 본인의 도메인 사고를 정기적으로 외부에 공개하는 작업으로 만들어집니다.

도구 깊이 — AI 전환 이후의 도구 끝까지 따라가기: 네 번째 패턴은 도구 깊이입니다. 언리얼 블루프린트로 시스템을 직접 프로토타이핑하는 시니어, 사내 엔진의 데이터 파이프라인을 끝까지 아는 시니어, ML과 AI 시뮬레이터를 직접 셋업해 밸런스를 검증하는 시니어가 도구 깊이의 패턴입니다. 이들은 도구 흐름의 끝까지 따라간 사람들입니다. 2024년에서 2026년의 AI 전환 이후 이 패턴의 가치는 오히려 올라갔습니다. AI 도구를 본격적으로 시스템 검증에 쓸 수 있는 시니어와 그건 프로그래머나 리서처의 일이라며 거리를 둔 시니어 사이의 격차가 벌어지고 있습니다. 도구 흐름이 빠르게 바뀌는 시대에 도구를 의식적으로 따라가는 사람과 따라가지 않는 사람의 차이는 1년 단위로도 가시적으로 벌어집니다. 도구 깊이는 단순한 도구 사용 능력이 아니라 도구의 한계와 가능성을 동시에 아는 능력입니다. AI 시뮬레이터로 무엇을 할 수 있고 무엇을 할 수 없는지를 정확히 아는 사람은 회의에서 결정적 발언을 할 수 있습니다. 그 발언이 회사의 의사결정에 영향을 미치고 그 영향이 본인의 시장 가치를 만듭니다. GDC 2025의 정리에 따르면 게임 개발자들이 AI에서 가장 원하는 것은 프로젝트 컨텍스트의 이해와 에디터 작업의 자동화와 워크플로우의 재사용성입니다. 이 다섯 영역에서 도구를 깊이 쓰는 시니어가 가장 비싸게 팔립니다. 도구 깊이의 흔적은 본인이 구축한 자체 도구나 자동화 시스템으로 명시화됩니다. 사내에서 본인이 만든 데이터 검증 자동화, 시뮬레이터 대시보드, AI 기반 밸런스 검증 도구 같은 산출물이 본문 한 챕터로 들어가면 그 사람의 도구 깊이가 검증됩니다. NDA로 사내 도구를 그대로 보여 줄 수 없으면 같은 사상의 외부 공개 도구를 만들어 깃헙에 올립니다.

멘토링과 문서 자산화 — 사람이 떠나도 조직에 남는 것: 다섯 번째 패턴은 멘토링과 문서 자산화입니다. 가장 평가절하되지만 채용 검토자가 가장 좋아하는 패턴입니다. 사람이 떠나도 조직에 남는 것을 만든 사람입니다. 온보딩 문서, 시스템 표준 문서, 리뷰 가이드, 회고 템플릿, 이 게임에서 우리가 절대 안 하기로 한 것의 목록 같은 자산이 그 패턴의 산출물입니다. 이 패턴의 시니어는 이력서에서 잘 안 보입니다. 일부러 적지 않으면 묻힙니다. 그래서 본인의 묵시적 리드 행동을 이력서와 포트폴리오에 명시화하는 작업이 필요합니다. 본인이 만든 온보딩 문서, 멘토링한 주니어 수, 사내 표준화에 기여한 사례 같은 흔적이 본문 한 챕터로 들어가면 그 사람의 묵시적 리드 행동이 검토자에게 전달됩니다. 명시적 리드의 권한 위임 그림에서 일선 실행자가 이 패턴의 시니어들입니다. 직책이 없어도 팀 문화의 절반을 만들고 가는 사람입니다. 한국 게임사들이 신작 출시나 라이브 운영 단계에서 이 패턴의 시니어를 잃으면 팀의 운영이 한참 동안 흔들립니다. 그 사실을 회사가 인지하면 이 패턴의 시니어를 시장에 내놓지 않으려 하고 처우도 잘 챙겨 줍니다. 이 패턴의 자가 점검은 본인이 떠난 뒤 팀에 무엇이 남는가의 질문입니다. 본인의 코드와 시트와 명세서 외에 본인이 만든 문화와 표준과 도구가 남으면 이 패턴의 시니어이고 본인 작업물만 남으면 단순 IC입니다. 1년에 한 번 이 질문을 자기에게 묻는 루틴이 묵시적 리드 행동을 누적하는 가장 작은 단위입니다. 행동이 누적되면 어느 시점부터 그 사실이 본인 이력서에 명시화될 수 있습니다.

연차가 함정이 되는 6가지 패턴

좁은 범위 반복으로 인한 실질 경력의 멈춤: 연차는 자동으로 가치를 만들지 않습니다. 한국 조직에서 시니어는 종종 기술력과 판단력과 소통 능력이 아니라 그냥 오래 있은 사람으로 정의됩니다. 이 정의에 길들면 연차가 함정이 되는 여섯 가지 패턴에 빠집니다. 첫 번째 패턴은 좁은 범위 반복으로 인한 실질 경력의 멈춤입니다. 연차에 비해 좁은 업무 범위만 반복한 사람은 같은 일 N번 반복으로 시간을 보냅니다. 메이저 라이브에서 같은 패치 사이클을 5년 반복했다고 해서 5년 치 깊이가 쌓이는 것이 아닙니다. 첫 해와 다섯째 해의 결정 품질이 같다면 사실상 1년 치 경력이 5번 반복된 셈입니다. 이 상태에서 처우는 연차에 따라 자동으로 올라가지만 실제 시장 가치는 그 처우를 따라가지 못합니다. 처우와 시장 가치의 격차가 벌어지면 이직 시점에 충격이 옵니다. 본인은 7년차 처우를 받고 있는데 시장에서는 4년차 정도의 가치로 평가됩니다. 격차의 발견이 늦어질수록 충격이 커집니다. 5년차에 격차를 발견하면 보완할 시간이 있지만 10년차에 발견하면 보완할 시간이 부족합니다. 좁은 범위 반복의 가장 큰 비용은 발견의 지연입니다. 이 패턴에서 빠져나오는 첫 단계는 본인의 작년 산출물과 올해 산출물의 구조 비교입니다. 두 산출물의 구조가 거의 같다면 그 1년 동안 본인의 사고는 같은 자리에 머물렀다는 신호입니다. 신호가 발견되면 다음 분기부터 의식적으로 다른 종류의 작업을 시도합니다. 같은 회사 안에서 다른 프로젝트로 사내 이동하거나 인접 영역의 학습을 시작하거나 사이드 프로젝트를 만드는 행동이 시작됩니다.

자기 영역 밖에 대한 무지: 두 번째 함정 패턴은 자기 영역 밖에 대한 무지입니다. 디렉터가 보는 그림, BM 담당자가 보는 매출 구조, QA가 보는 품질 지표, 라이브 운영팀이 보는 CS 패턴 중 두 개 이상을 모르면 시스템디자이너로서의 결정은 고립됩니다. 자기 영역만 본 결정은 인접 직군과 충돌하고 충돌은 협업 비용을 키우며 협업 비용이 커지면 본인의 사내 평가가 깎입니다. 자기 영역 밖에 대한 무지는 한국 게임사의 분화된 직무 구조에서 특히 위험합니다. 직무가 분화될수록 각 직무가 자기 영역에만 집중하게 되고 인접 영역의 시야가 자연스럽게 좁아집니다. 그러나 시스템디자이너의 결정은 항상 인접 영역에 영향을 미치므로 인접 영역을 모른 채로 결정하면 의도하지 않은 부작용이 자주 발생합니다. 이 패턴에서 빠져나오는 방법은 의식적인 인접 영역 학습입니다. 1년에 한 영역씩 깊이 학습하는 루틴이 표준입니다. 5년차 시점에 BM을 학습하고 6년차에 데이터 분석을 학습하고 7년차에 QA 방법론을 학습하고 8년차에 라이브 운영을 학습하면 8년차 시점의 시스템디자이너는 인접 직군 네 곳과 같은 깊이로 대화할 수 있습니다. 폭의 확장 패턴이 그대로 작동하는 사람입니다. 학습의 결과물은 사내 회의에서 자연스럽게 드러납니다. 본인이 BM 회의에서 의미 있는 발언을 할 수 있으면 BM 학습이 됐다는 증거입니다. 발언이 안 나오면 학습이 부족한 상태입니다. 회의에서의 발언량이 본인의 인접 영역 학습 진행도를 측정하는 가장 좋은 척도입니다. 발언량이 늘어나지 않으면 학습 방법을 바꿉니다.

도구 흐름 갱신 정지: 세 번째 함정 패턴은 도구 흐름 갱신 정지입니다. 2024년에서 2026년의 AI 전환에 본인 스킬셋을 업데이트하지 않은 시니어는 시장에서 빠르게 회색으로 변합니다. 5년 전의 도구 스택으로 일하는 시니어와 지금의 도구 스택으로 일하는 시니어는 같은 작업이라도 효율이 두 배에서 다섯 배 차이가 납니다. 효율의 차이는 산출물의 양으로 환산되고 산출물의 양이 시장 가치를 결정합니다. 도구 흐름 갱신을 정지하는 시니어들이 자주 하는 변명은 본질이 중요하지 도구는 부수적이라는 식입니다. 본질이 중요한 것은 사실이지만 본질을 드러내는 도구가 5년에 한 번씩 바뀌는 것도 사실입니다. 같은 본질을 옛날 도구로 표현하면 그 본질의 양이 줄어들고 그 본질의 시장 가치가 깎입니다. 도구 흐름을 따라가는 작업은 본질을 더 효율적으로 표현하기 위한 작업이지 본질을 대체하기 위한 작업이 아닙니다. 이 패턴에서 빠져나오는 방법은 매년 한 도구를 의식적으로 추가하는 루틴입니다. 2024년에 Cursor를 학습하고 2025년에 Claude Code를 학습하고 2026년에 MCP 통합을 학습하는 식입니다. 학습은 책 한 권과 실제 작업 적용 한 번과 사내 한 사람과의 공유로 구성됩니다. 학습 후에 본인의 작업 흐름이 어떻게 바뀌었는지를 한 페이지로 정리합니다. 도구 흐름 갱신의 흔적은 본인 이력서의 도구 항목에 매년 한 줄씩 추가됩니다. 2025년 항목과 2026년 항목이 같은 사람은 1년 동안 도구 흐름을 따라가지 않은 사람입니다. 매년 다른 사람은 도구 흐름을 따라가는 사람입니다. 시장은 후자에게 더 비싼 가격을 제시합니다.

본인 황금기 방식의 표준 강요: 네 번째 함정 패턴은 본인 황금기 방식의 표준 강요입니다. 본인 경력의 황금기에 통했던 방식을 새 장르나 새 플랫폼에 그대로 들이미는 시니어가 이 패턴의 전형입니다. 2010년대 PC MMO 경제 모델이 통했던 시기의 사고를 2026년 모바일 수집형이나 콘솔 액션에 그대로 적용하려는 시도가 그 사고의 한 형태입니다. 이 패턴의 위험은 본인의 권위가 새로운 시도를 막는다는 점입니다. 시니어가 자기 황금기 방식을 표준으로 삼으면 주니어는 그 방식에 반대하는 것이 어려워집니다. 회의에서 다른 의견이 나오지 않고 다른 의견이 나오지 않으면 새로운 시도가 일어나지 않으며 새로운 시도가 일어나지 않으면 게임의 변별력이 사라집니다. 한 시니어의 권위가 한 게임의 미래를 잡아둘 수 있습니다. 이 패턴에서 빠져나오는 방법은 의식적인 자기 의심입니다. 본인이 익숙한 방식을 새로운 상황에 적용하려 할 때마다 그 방식이 새 상황에 맞는지를 한 번 더 검증하는 루틴이 필요합니다. 검증의 형태는 다른 회사의 비슷한 상황을 분석하거나 외부 컨퍼런스 발표를 찾아보거나 사내 주니어에게 다른 의견을 적극적으로 묻는 행동입니다. 자기 의심은 시니어에게 어려운 작업입니다. 자기 권위가 자기 의심으로 약해질 수 있다는 두려움이 있기 때문입니다. 그러나 자기 의심이 없는 시니어는 5년 안에 시장에서 약해집니다. 자기 의심이 있는 시니어는 5년 뒤에도 신선합니다. 자기 의심은 약점이 아니라 시니어의 가장 큰 강점입니다. 의심의 양이 시니어의 신선도를 결정합니다.

리드 회피와 IC 깊이 부재의 동시 발생: 다섯 번째 함정 패턴은 리드 회피와 IC 깊이 부재의 동시 발생입니다. 사람 관리가 어려워서 리드를 회피했지만 IC로서의 깊이도 안 쌓은 경우가 가장 위험한 상태입니다. 둘 다 안 한 채로 연차만 흐르면 시장에서 본인의 정체성이 사라집니다. 본인이 어떤 트랙의 사람인지를 한 문장으로 말할 수 없게 됩니다. 이 상태에서 이직 시장에 나오면 왜 비-리드 10년차인가의 답을 만들 수가 없습니다. 검토자는 이 사람이 리드가 안 된 이유와 IC로서 깊이가 부족한 이유를 모두 의심합니다. 의심된 후보는 면접에 도달하지 못합니다. 결과적으로 본인의 시장 가치는 처우의 천장을 만난 채로 그 자리에 머무릅니다. 이 패턴에서 빠져나오는 방법은 본인의 트랙을 한 번 정하는 것입니다. 5년차에서 8년차 사이에 본인이 리드 트랙으로 갈지 IC 트랙으로 갈지를 의식적으로 결정합니다. 결정 없이 둘 다 가능성을 열어 두는 태도가 가장 위험합니다. 결정을 내리지 않으면 본인의 다음 행동이 흐려지고 흐려진 행동은 누적되지 않습니다. 리드 트랙을 결정한 사람은 사람 관리 경험을 의식적으로 누적합니다. 주니어 멘토링, 1대1 미팅 운영, 평가 피드백 작성, 갈등 중재 같은 경험이 본인의 다음 분기 작업 목록에 들어갑니다. IC 트랙을 결정한 사람은 도메인 깊이를 의식적으로 누적합니다. 한 도메인의 글로벌 모범 사례 추적, 그 도메인의 외부 발신, 그 도메인의 깊은 데이터 작업 같은 경험이 본인의 다음 분기 작업 목록에 들어갑니다. 결정이 행동의 방향을 결정합니다.

외부 단절: 여섯 번째 함정 패턴은 외부 단절입니다. NDC와 IGC와 GDC 발표를 보지 않음, 책을 읽지 않음, 다른 회사 친구가 없음, 헤드헌터 연락을 안 받음의 네 가지가 모두 사실인 상태가 외부 단절입니다. 5편에서 다룬 메타 인지가 사라지는 가장 흔한 경로입니다. 외부 단절은 처음에는 의식적 결정이 아니라 무의식적 표류로 시작됩니다. 사내 일이 바빠서 컨퍼런스를 못 보고 다른 회사 친구를 만날 시간이 없고 헤드헌터 연락은 귀찮아서 무시합니다. 1년이 지나면 이 무시가 습관이 되고 5년이 지나면 본인은 자기 회사의 표본 안에 갇힙니다. 갇혀 있는 동안 시장은 다른 방향으로 움직였고 본인은 그 움직임을 보지 못했습니다. 외부 단절에서 빠져나오는 방법은 작은 행동의 반복입니다. 한꺼번에 모든 것을 다시 하려고 하면 부담이 커지고 부담이 커지면 행동이 멈춥니다. 분기에 한 가지씩 외부 채널을 회복합니다. 1분기에는 컨퍼런스 한 편을 시청하고 2분기에는 다른 회사 친구 한 명에게 연락하고 3분기에는 헤드헌터 한 명에게 답장하고 4분기에는 본인 글 한 편을 외부에 공개합니다. 이 작은 행동이 1년 동안 누적되면 외부 단절이 풀립니다. 풀리는 데 1년이 걸린다는 사실이 어렵게 느껴질 수 있지만 그것은 단절의 누적이 길었기 때문입니다. 1년의 회복으로 5년의 단절이 풀린다는 사실은 회복이 가능하다는 뜻이기도 합니다. 자각이 있고 작은 행동이 있으면 어떤 단절도 풀립니다. 자각과 행동이 없으면 단절은 영원히 지속됩니다.

고연차의 이직 시장과 처우 천장

시장 상품성의 3가지 분류 — 리드 후보, 시니어 스페셜리스트, 범용 고연차: 고연차의 시장 상품성은 거칠게 세 가지로 분류됩니다. 첫 번째 분류는 리드 후보입니다. 즉시 팀장이나 파트장으로 투입 가능한 사람으로 매니저 경험과 도메인 경험과 인성을 모두 갖춘 카드입니다. 가장 비싼 카드이지만 가장 좁은 슬롯입니다. 한 회사에 한 분기에 열리는 자리는 한두 자리에 불과하고 그 자리에 매칭되는 인재는 시장 전체에서 소수입니다. 두 번째 분류는 시니어 스페셜리스트입니다. 한 영역의 끝까지 본 IC로 신작이나 라이브의 중핵에 배치됩니다. 리드보다 슬롯이 넓고 처우는 케이스마다 매우 폭이 큽니다. 같은 시니어 스페셜리스트라도 도메인이 비싼 영역인지 그렇지 않은지에 따라 처우가 두 배 차이까지 벌어집니다. 본인의 도메인 선택이 처우의 큰 부분을 결정합니다. 세 번째 분류는 범용 고연차입니다. 깊이도 폭도 도메인도 도구도 명확하지 않은 10년차입니다. 시장 가격이 가장 흔들리는 카드이고 헤드헌터가 가장 다루기 어려워하는 카드이며 본인이 가장 답답한 카드입니다. 이 분류에 속한 사람은 본인이 아무리 10년차니까를 외쳐도 시장은 신입에서 5년차 두 명을 더 싸게 채용합니다. 이 사실을 직시해야 다섯 패턴 중 하나로의 이동 동기가 생깁니다. 세 분류 사이의 이동은 일방향이 아닙니다. 범용 고연차에서 시니어 스페셜리스트로 이동할 수도 있고 시니어 스페셜리스트에서 리드 후보로 이동할 수도 있습니다. 이동의 방향과 속도는 본인의 다음 1~3년 행동에 의해 결정됩니다. 행동이 없으면 분류는 그대로 머무르고 행동이 있으면 분류가 이동합니다. 이동의 가능성이 있다는 사실이 함정에 빠진 사람의 출구입니다.

처우 천장을 뚫는 사람의 패턴: 10년차 이상 비-리드의 계약 연봉은 한국 게임업계에서 7천만 원에서 8천만 원 부근에서 천장을 만난다는 체감이 일반적입니다. 1억 원 이상으로 가는 비-리드 시니어는 셋 중 하나입니다. 첫째는 흥행 라이브 IP의 핵심 IC입니다. 메이플과 던전앤파이터와 로스트아크와 검은사막과 서든어택 같은 장기 라이브의 코어 시스템 담당자가 이 자리입니다. 둘째는 인센티브가 큰 신작 출시 사이클을 통과한 사람입니다. 셋째는 글로벌 회사의 한국 IC 트랙 진입자입니다. 라이엇 코리아와 EA 코리아 같은 외국계가 그 자리를 만듭니다. 글로벌 프린시플 직급의 평균 연봉은 글래스도어 추정으로 약 19만 달러 부근으로 한국 게임사의 1억 원 안팎과는 다른 수준입니다. 이 자리에 도달하려면 한국 시장을 넘어 글로벌 도메인 표준에 본인 사고를 맞추는 작업이 필요합니다. 처우 천장을 뚫는 사람의 공통점은 다섯 패턴 중 둘 이상을 결합한다는 점입니다. 깊이의 전문화 하나만 가진 사람은 천장을 만나기 쉽지만 깊이와 폭을 둘 다 가진 사람은 천장을 뚫습니다. 도메인 전문성과 도구 깊이를 둘 다 가진 사람도 천장을 뚫습니다. 결합의 종류는 다양하지만 둘 이상의 결합이 천장을 뚫는 공통 메커니즘입니다. 처우 천장을 뚫지 못하는 사람의 공통점은 한 패턴만 깊이 들어간 채 다른 패턴을 의식하지 않은 점입니다. 한 영역만 깊이 파고든 시니어 스페셜리스트는 그 영역이 시장에서 비싸지 않으면 천장을 만납니다. 폭만 넓은 시니어는 어느 영역에서도 깊이가 부족해서 천장을 만납니다. 결합의 부재가 천장을 만드는 가장 흔한 원인입니다.

회사 규모, 라이브 단계에 따른 IC 트랙의 작동 여부: 회사 규모와 라이브 단계에 따라 IC 트랙의 작동 여부가 달라집니다. 대형 라이브에서 10년차 비-리드 IC는 정상 분포의 일부입니다. 한 게임에 시스템 디자이너가 10명 이상이고 그중 절반 이상이 7년차 이상이면 IC 트랙이 자연스럽게 작동합니다. 신생 스튜디오에서 10년차 비-리드 IC는 사실상 리드를 겸할 수밖에 없습니다. 5인짜리 스튜디오에 명시적 리드와 묵시적 리드가 따로 존재하는 것은 사치입니다. 라이브 단계도 결정적입니다. 라이브 5년 이상의 IP에서는 한 영역의 깊은 IC가 누적적으로 가치 있습니다. 같은 시스템을 5년 동안 다듬고 라이브 데이터로 검증하고 시즌마다 새로운 변주를 시도하는 작업이 IC의 깊이를 만듭니다. 라이브 단계에 도달하지 못한 신작 개발 단계의 회사에서는 모든 시니어가 사실상 만능형으로 일해야 하므로 IC 트랙이 잘 안 자랍니다. 회사를 고를 때 본인이 노리는 트랙에 맞는 회사를 골라야 합니다. IC 트랙을 노리는 사람이 신생 스튜디오를 가면 강제로 리드 행동을 해야 하고 그 과정에서 본인의 IC 깊이가 약해집니다. 리드 트랙을 노리는 사람이 IC 트랙이 강한 대형 라이브에 가면 매니저 자리가 좁아 본인의 리드 경험이 누적되지 않습니다. 회사 선택은 본인의 트랙 선택의 연장입니다. 본인의 트랙과 회사의 트랙 작동 여부를 매칭하는 작업은 채용 공고 정독과 사외 동료 정보 교환과 헤드헌터 대화를 통해 이루어집니다. 회사가 외부에 발표하는 자료에서 그 회사의 직급 체계와 평가 기준이 어떻게 작동하는지를 추적합니다. 라이온하트의 직책자 교육 같은 발표는 그 회사가 매니저 트랙을 명시적으로 운영한다는 신호이고 크래프톤의 CAIO 신설 같은 발표는 그 회사가 IC 트랙의 정점을 명시적으로 만든다는 신호입니다.

이직보다 사내 이동을 먼저 검토해야 하는 경우: 고연차의 가장 큰 자산 중 하나는 현재 회사 안에서 옆 프로젝트로 이동할 수 있다는 것입니다. 이직은 처음부터 신뢰를 다시 쌓아야 하지만 사내 이동은 신뢰를 보존한 채로 환경만 바꿉니다. 본인이 좁은 범위 반복의 함정에 걸려 있다면 이직보다 사내 이동을 먼저 검토하는 것이 합리적입니다. 사내 이동의 첫 단계는 본인 매니저와의 솔직한 1대1 대화입니다. 본인이 같은 작업을 N년 반복했다는 사실을 인정하고 다음 분기에 다른 영역으로 이동하고 싶다고 말합니다. 매니저가 그 요구를 받아들이면 사내 이동의 가능성이 열립니다. 받아들이지 않으면 그 회사에서 본인의 한계를 알게 되고 그 다음에 이직을 검토합니다. 사내 이동 카드는 이직 카드보다 항상 더 빨리 쓸 수 있어야 합니다. 같은 회사 안의 다른 프로젝트로 이동하는 데 걸리는 시간은 보통 1분기에서 2분기 사이입니다. 이직은 6개월에서 1년이 걸립니다. 시간 비용의 차이가 큽니다. 사내 이동을 먼저 시도하고 실패한 뒤에 이직을 시도하는 순서가 시간 효율이 가장 높습니다. 검토자 시각에서도 사내 이동을 잘 활용해 영역을 넓힌 시니어의 이력서가 잦은 이직만 반복한 시니어보다 더 안정적으로 평가됩니다. 한 회사 안에서 다른 프로젝트로 두 번 이상 이동한 사람은 그 회사 안에서 다양한 시야를 만든 사람으로 분류됩니다. 그 분류가 시장에서 비싼 카드입니다. 사내 이동의 흔적이 본인 이력서에 적혀 있으면 그 흔적 자체가 차별점이 됩니다.

명시적 리드와 묵시적 리드의 공개 사례

한국 NDC 발표자들의 트랙 — 도메인 깊이의 외부 명시화: 한국 NDC 발표자들의 트랙을 추적하면 명시적 리드와 묵시적 리드의 패턴이 보입니다. 강임성의 NDC 17 발표 늦깎이 게임 디자이너의 8년 성공과 실패의 성장기록은 명시적 리드의 회고입니다. 8년 동안 3개 회사 4개 게임을 거치며 디자이너로 자리 잡은 과정에서의 시행착오를 공유한 발표입니다[^(NDC 17) 늦깎이 게임 디자이너의 8년, 성공과 실패의 성장기록]. 김용하 PD의 NDC 21 발표 게임 PD가 되어 보니는 21년차 개발자이자 10년차 PD 본인의 시행착오를 공유합니다[^(NDC 2021 #3) 넷게임즈 김용하 PD “PD란 게임 출시를 책임지는 사람”]. 한국에서 PD가 되는 길이 매끈한 사다리가 아니라 프로젝트 좌절과 실패를 통과해 만들어진 길임을 보여 주는 사례입니다. PD라는 명시적 리드 자리도 시간만으로는 도달하지 않는다는 사실을 직접 회고로 보여 줍니다. 조찬만님의 NDC 21 발표 사수 없는 밸런스 디자이너를 위한 전투와 성장 밸런스 설계 방향은 직책이 리드가 아니어도 본인 작업 방법론을 표준화해 외부에 공유한 사례입니다. 패턴 E의 멘토링과 문화와 문서 자산화의 전형입니다. 김미림님의 NDC 18 발표 밸런스 기획이란 무엇인가는 KOG와 넷마블몬스터와 넷게임즈로 이어진 밸런스 도메인 전문가의 트랙을 보여 줍니다. 직책이 리더가 아니어도 한 도메인을 길게 한 사람이 컨퍼런스 단상에 서는 패턴입니다. 김영준님의 NDC 25 발표 내가 신입 게임 기획자였을 때 알았다면 좋았을 것들은 본인의 시행착오를 후배에게 전하는 발표입니다[^(NDC 25) 내가 신입 게임 기획자였을 때 알았다면 좋았을 것들]. QA 출신이 기획자로 전환해 하이브리드가 된 동료 사례를 공유한 부분은 폭의 확장 패턴의 한 예시입니다. 발표 자체가 묵시적 리드 행동의 외부 명시화이고 발표를 본 사람들에게는 같은 길의 전조등이 됩니다.

글로벌 Principal/Staff Designer의 자격 요건 분석: 글로벌의 프린시플과 스태프 디자이너 채용 공고는 IC 트랙 정점의 자격을 명시적으로 보여 줍니다. Riot Games의 Principal Game Designer 채용 공고는 직책 프린시플은 명시적이지만 사람 관리는 부수적이라고 명시합니다. 자격은 7년에서 8년 이상의 게임 디자인 경력, 한 라이브를 통과한 실적, 도메인 깊이, 데이터 분석을 디자인 결정으로 옮기는 능력입니다. 직무 기술서에 명시된 IC 리더십의 표현은 다음과 같습니다. 팀의 프로세스나 원칙에 시스템적 변화를 만들어 팀 전체의 산출물을 크게 개선한 경험, 갈등 해결 경험, 필요할 때 어려운 피드백을 존중과 함께 제공하는 경험. 이는 매니저가 아니지만 팀 프로세스와 원칙을 시스템적으로 바꾸는 사람을 IC 정점의 자격으로 명시한 표준 표현입니다. 블리자드의 Principal Game Designer 평균 연봉은 글래스도어 추정 기준 약 19만 2천 달러로 25에서 75퍼센타일이 약 15만에서 24만 9천 달러 구간입니다. 이 자리는 팀장이 되지 않은 디자이너를 위한 자리입니다. 글로벌 IT의 Game Design Skills 분류에서도 명시적입니다. 리드는 사람 관리가 주 업무이고 프린시플은 본인의 기예가 주 업무입니다. 한국에 그대로 옮겨지지 않는 부분이 있지만 IC 트랙 정점의 표준 자격을 본인 자료에 매핑해 보는 작업은 가치가 있습니다. 본인이 글로벌 프린시플 자격에 얼마나 도달해 있는지를 점검하면 본인의 다음 학습 방향이 보입니다. 한국 시장과의 직접 비교가 아니라 IC 트랙 정점이 어떤 모습인지의 외부 표준을 자기에게 적용하는 작업으로 이 비교를 활용합니다.

"본인 깊이를 외부에 명시화한 사람"이 채용 시장에서 평가되는 방식: 명시적 리드와 묵시적 리드의 공개 사례에서 가장 일관된 공통점은 본인 깊이를 외부에 명시화했다는 점입니다. NDC와 IGC와 GDC 같은 컨퍼런스에서 발표했거나 본인 블로그에 글을 누적했거나 깃헙에 도구를 공개했거나 외부 멘토링에 참여했거나 어떤 형태든 외부 명시화의 흔적이 있습니다. 외부 명시화의 흔적이 곧 시장에서의 가시성입니다. NDC Replay와 SlideShare와 인벤과 디스이즈게임 인터뷰가 곧 공개 포트폴리오가 됩니다. 채용 검토자 입장에서 이런 공개 흔적이 있는 시니어는 평가가 쉽습니다. 본인 작업의 깊이를 외부에 검증된 형태로 보여 주었기 때문에 검토 시간이 줄어들고 검토 시간이 줄어들면 추천 비용이 줄어들며 추천 비용이 줄어들면 합격 확률이 올라갑니다. 외부 명시화가 없는 시니어는 채용 시장에서 본인 깊이를 처음부터 다시 증명해야 합니다. 이력서와 포트폴리오 본문에서 본인 깊이를 증명하는 작업은 NDA의 제약 안에서 이루어지므로 한계가 있습니다. 외부 자료가 보완재로 작동하지 않으면 본문만으로는 깊이가 충분히 전달되지 않습니다. 시장이 본인을 흔한 카드로 분류합니다. 외부 명시화의 시작은 작은 한 걸음에서 옵니다. 한 분기에 한 편의 글을 공개하는 루틴이 첫 단계이고 1년 뒤 컨퍼런스 발표에 도전하는 것이 두 번째 단계이며 5년 뒤 본인 도메인의 표준을 외부에 제시하는 것이 세 번째 단계입니다. 단계 사이의 시간은 길지만 단계의 시작이 늦어질수록 도착도 늦어집니다. 외부 명시화는 시니어가 자기 시장 가치를 자기가 만드는 가장 직접적인 행동입니다.

연간 루틴 — 멈추지 않기 위한 6가지 행동

자기 영역의 깊이 갱신: 연간 루틴의 첫 번째 행동은 자기 영역의 깊이 갱신입니다. 매년 1회 가능하면 연말이나 연초에 본인이 담당하는 도메인의 최근 1년 변화를 정리합니다. 신작 트렌드, 경쟁작 시스템 변화, 자사 게임의 라이브 데이터 변화가 정리의 내용입니다. 1년 전과 비교해 더 정확하게 결정할 수 있게 된 영역을 한 줄로 요약합니다. 깊이 갱신은 한 달에서 두 달의 시간 투자가 필요합니다. 매주 두 시간씩 8주를 들이면 1년 치 도메인 변화를 정리할 수 있습니다. 정리의 결과는 본인 노트로 남기고 사내 시니어 한 명과 공유합니다. 공유의 과정에서 본인이 빠뜨린 부분이 보충되고 본인의 시야가 한 단계 넓어집니다. 깊이 갱신이 매년 누적되면 5년 뒤 본인의 도메인 사고 깊이는 처음과 비교할 수 없을 만큼 두꺼워집니다. 같은 도메인을 5년 동안 같은 깊이로 본 사람과 매년 갱신해 온 사람의 5년 후 차이는 가시적입니다. 시장도 그 차이를 알아봅니다. 매년 갱신해 온 사람의 시장 가치는 매년 조금씩 올라가고 갱신하지 않은 사람의 시장 가치는 그 자리에 머무르거나 떨어집니다. 깊이 갱신의 부수적 효과는 본인의 다음 1년 작업 방향이 자연스럽게 잡힌다는 점입니다. 1년 변화를 정리하면 그 변화의 다음 단계가 어디인지가 보입니다. 본인이 그 다음 단계에 어떻게 기여할지의 작업이 다음 분기의 일정에 들어갑니다. 갱신 없이 본인의 작업 방향을 잡으려고 하면 막연해지고 막연한 방향으로는 누적이 일어나지 않습니다.

인접 영역 1개 학습: 연간 루틴의 두 번째 행동은 인접 영역 1개 학습입니다. BM, 라이브 운영, 데이터 분석, AI 활용, UX 리서치 중 하나를 선택해 1년 동안 한 권의 책과 한 컨퍼런스 세션과 사내 두 사람과의 1대1 학습을 누적합니다. 목표는 그 영역 사람과 회의에서 헛소리 안 할 수 있는 수준에 도달하는 것입니다. 학습 영역의 선택은 본인의 약한 곳에서 시작합니다. 매년 자기 점검에서 가장 약한 영역으로 나오는 곳을 다음 해의 학습 영역으로 정합니다. 5년 동안 이 루틴을 반복하면 다섯 인접 영역과 같은 깊이로 대화할 수 있는 시스템디자이너가 됩니다. 폭의 확장 패턴이 그대로 누적된 사람입니다. 학습의 형태는 책과 컨퍼런스와 1대1 대화의 세 축으로 구성됩니다. 책은 그 영역의 표준 교과서 한 권을 1년 동안 천천히 읽는 형태가 좋습니다. 컨퍼런스는 그 영역의 NDC나 IGC나 GDC 발표 한 편을 시청하고 본인 작업에 어떻게 적용할지를 정리합니다. 1대1 대화는 사내에서 그 영역의 사람 두 명과 점심을 먹거나 커피를 마시면서 실무 이야기를 듣습니다. 학습의 결과는 본인 회의 발언량으로 측정됩니다. 1년 전에는 그 영역의 회의에서 발언이 거의 없었던 본인이 1년 뒤에는 의미 있는 발언을 두세 번 할 수 있다면 학습이 됐다는 증거입니다. 발언량이 늘지 않으면 학습 방법을 바꿉니다. 책이 너무 추상적이었거나 컨퍼런스가 본인 도메인과 거리가 멀었거나 1대1 대화의 깊이가 얕았거나 셋 중 하나의 문제입니다.

분기 1건의 멘토링 또는 문서 자산화: 연간 루틴의 세 번째 행동은 분기 1건의 멘토링 또는 문서 자산화입니다. 주니어 한 명을 한 분기 동안 케어하거나 사내 표준 문서 한 건을 분기당 만듭니다. 이 행동이 묵시적 리드 행동의 가시화 단가입니다. 행동이 누적되면 본인의 묵시적 리드 흔적이 만들어지고 그 흔적이 채용 시장에서 본인의 트랙을 결정합니다. 멘토링의 형태는 회사마다 다르지만 보통 1대1 미팅을 격주로 30분씩 1분기 동안 운영하는 형태가 표준입니다. 주니어의 산출물을 리뷰하고 본인의 경험을 공유하고 그 주니어의 다음 분기 학습 계획을 함께 잡는 작업이 미팅의 내용입니다. 한 분기에 한 명을 책임지면 1년에 4명을 책임지는 셈이고 5년이면 20명의 주니어를 거친 시니어가 됩니다. 문서 자산화의 형태는 사내 표준 문서, 온보딩 가이드, 시스템 명세 템플릿, 검증 체크리스트, 회고 템플릿 같은 자산입니다. 본인이 매번 처음부터 만들지 않아도 되는 자산을 분기에 한 건씩 만들면 1년에 4건이 누적됩니다. 5년이면 20건의 사내 자산이 본인 손을 통해 만들어집니다. 이 자산은 본인이 떠나도 회사에 남고 그 사실이 본인의 묵시적 리드 자격을 증명합니다. 분기에 1건이 어렵다면 못 한 이유를 적어 두는 것까지 포함합니다. 다음 분기에 같은 이유로 못 하지 않도록 자기 패턴을 이해하는 작업입니다. 본인이 한 일과 안 한 일을 모두 기록하면 1년 뒤 본인의 행동 패턴이 보입니다. 패턴이 보이면 다음 1년의 계획이 정확해집니다. 정확해진 계획은 누적 효율이 올라갑니다.

외부 관찰의 정량적 목표: 연간 루틴의 네 번째 행동은 외부 관찰의 정량적 목표입니다. 5부의 메타 인지 루틴을 1년 단위로 정량화합니다. NDC 1회, GDC나 GDC Vault 핵심 5편, Game Developer 매거진과 Lethain과 StaffEng 같은 글로벌 IC 트랙 자료의 1년치 핵심 글, 사내 외 동종 직군 친구 3명과 분기 1회 식사가 그 목표입니다. 정량적 목표가 중요한 이유는 의지에만 의존하면 누적이 일어나지 않기 때문입니다. 컨퍼런스 한 편을 보겠다는 의지는 1년에 0편으로 끝나기 쉽습니다. 컨퍼런스 5편을 캘린더에 분기마다 1편씩 박아 두는 정량적 목표는 5편으로 누적됩니다. 의지와 캘린더의 차이가 누적과 비누적의 차이입니다. 헤드헌터 콜드 메일을 무시하지 말고 1년에 2~3개는 응답해서 시장 위치 감각을 확인하는 행동도 정량적 목표의 일부입니다. 응답 자체가 본인의 시장 노출을 만들고 그 노출이 본인 위치의 외부 측정을 가능하게 합니다. 응답이 0건이면 본인 위치의 외부 측정이 없고 외부 측정이 없으면 본인 위치에 대한 정확한 자각이 어렵습니다. 외부 관찰의 결과는 1년 단위로 정리합니다. 12월 마지막 주에 1년 동안 시청한 컨퍼런스 5편과 만난 외부 친구 12회와 응답한 헤드헌터 메일 3건을 한 페이지로 정리합니다. 그 한 페이지가 본인의 메타 인지 자료가 됩니다. 다음 해의 학습 방향과 트랙 결정과 이동 가능성이 그 한 페이지에서 출발합니다.

묵시적 리드 행동의 이력서 명시화: 연간 루틴의 다섯 번째 행동은 묵시적 리드 행동의 이력서 명시화입니다. 1년에 한 번 이력서를 다시 쓰는 작업이 표준입니다. 이직 의사와 무관하게 매년 갱신합니다. 갱신의 형태는 본인이 만든 시스템 한 줄에 묵시적 리드 행동을 함께 적는 것입니다. 이력서의 한 줄이 시스템 담당으로만 끝나면 묵시적 리드 행동이 보이지 않습니다. 시스템 담당과 함께 본인이 책임진 결정, 멘토와 표준화와 문서화 흔적, 인접 직군과의 협업, 데이터와 도구 사용 흔적을 채워 넣으면 한 줄이 다섯 줄이 됩니다. 다섯 줄로 늘어난 항목이 본인의 묵시적 리드 흔적입니다. 매년 갱신할 때 추가할 게 없다면 그 1년은 정체된 1년입니다. 추가할 흔적이 없는 시간은 본인의 시장 가치를 만들지 못한 시간입니다. 정체된 1년이 발견되면 다음 1년의 행동 계획을 더 적극적으로 짭니다. 정체된 1년이 두 번 연속되면 본인의 트랙 자체를 다시 검토합니다. 트랙 결정의 부재가 정체의 원인일 수 있습니다. 이력서 갱신의 부수적 효과는 본인의 1년 사고 정리입니다. 1년 동안 한 일을 한 페이지로 압축하는 작업이 본인의 1년을 회고하게 만듭니다. 회고가 다음 해의 방향을 잡고 방향이 다음 해의 행동을 만듭니다. 갱신 없는 사람은 회고 없는 사람이고 회고 없는 사람은 같은 패턴을 반복합니다.

사내 이동 가능성의 정기 점검: 연간 루틴의 여섯 번째 행동은 사내 이동 가능성의 정기 점검입니다. 사내 다른 프로젝트와 다른 도메인과 다른 조직으로의 이동 가능성을 매니저와의 1대1 미팅에서 명시적으로 꺼냅니다. 사내 이동 카드는 이직 카드보다 항상 더 빨리 쓸 수 있어야 합니다. 점검의 빈도는 1년에 한 번이 표준이고 분기에 한 번이 적극적인 형태입니다. 매니저와의 1대1에서 본인이 다음에 무엇을 하고 싶은지를 솔직하게 말합니다. 매니저가 그 요구를 받아들이면 사내 이동의 가능성이 열리고 받아들이지 않으면 그 회사에서 본인의 한계가 보입니다. 한계가 보이면 그다음에 이직을 검토합니다. 사내 이동의 매력은 신뢰의 보존입니다. 새 회사에서 처음부터 신뢰를 쌓는 비용은 1년에서 2년이 걸리지만 사내 이동은 그 비용이 거의 0입니다. 본인의 사내 신뢰가 보존된 채로 환경만 바뀌면 빠르게 새로운 도메인에 진입할 수 있습니다. 진입의 속도가 누적의 속도를 만들고 누적의 속도가 본인의 시장 가치를 만듭니다. 사내 이동이 어렵다고 판단되는 회사에서는 그 판단 자체가 이직의 신호일 수 있습니다. 본인의 다음 단계를 그 회사가 지원하지 않는다면 그 회사 안에서 본인의 성장 한계가 정해진 셈입니다. 한계 안에 머무를지 한계를 넘을지의 결정은 본인의 책임이고 한계를 넘는 결정이 외부 이직입니다. 사내 이동의 정기 점검이 한계를 발견하는 가장 빠른 방법입니다.

제출 직전 30분 — 통합 점검

파일, 포맷 점검: 포트폴리오 제출 직전의 마지막 30분은 통합 점검에 씁니다. 첫 번째 점검은 파일과 포맷입니다. 단일 PDF 파일인지, 파일 크기가 회사가 허용하는 범위 안인지, 파일명이 본인 이름과 직무와 날짜를 포함하는 형태인지를 확인합니다. 김철수 시스템디자이너 포트폴리오 2026년 11월 같은 파일명이 표준입니다. PDF 변환 후의 첫 페이지를 PDF 뷰어에서 직접 열어 봅니다. 텍스트가 잘리지 않았는지, 도식이 깨지지 않았는지, 이미지가 흐려지지 않았는지를 확인합니다. 변환 과정에서 흔히 발생하는 문제는 폰트 누락입니다. 본인 컴퓨터에서 잘 보이던 폰트가 검토자의 컴퓨터에서 다른 폰트로 대체되어 레이아웃이 깨질 수 있습니다. 표준 폰트인 맑은 고딕이나 본고딕을 쓰면 이 문제가 줄어듭니다. 링크의 클릭 가능성도 확인합니다. PDF 안의 외부 링크가 클릭하면 새 창에서 열리는지를 직접 클릭해 봅니다. 깨진 링크는 검토자에게 부정적 신호를 줍니다. 외부 자산 링크는 https로 시작하는 정확한 URL이어야 하고 단축 URL이나 내부 페이지로 리다이렉트되는 링크는 사용하지 않습니다. PDF 외 별첨 파일이 있다면 그 파일들의 형식과 크기도 확인합니다. 엑셀 시트는 xlsx 형식이 표준이고 csv는 보조입니다. 데이터 테이블이 외부에 노출될 때는 NDA 안전선을 다시 한 번 확인합니다. 회사명이나 게임명이 시트의 메타데이터에 남아 있지 않은지, 컬럼명에 사내 코드명이 그대로 들어가 있지 않은지를 점검합니다.

첫 페이지의 5가지 신호: 두 번째 점검은 첫 페이지의 5가지 신호입니다. 4장에서 정리한 다섯 요소가 모두 들어 있는지를 확인합니다. 이름과 직무, 연차와 자기 정의, 대표 산출물 두세 개의 한 줄 카피와 페이지 번호, 연락처와 외부 자산 링크, 자기소개서 한 줄 카피의 다섯 요소가 첫 페이지에 빠짐없이 있어야 합니다. 다섯 요소 중 어느 하나가 빠지면 첫 페이지의 6초가 헐거워집니다. 빠진 요소를 채워 넣고 다시 첫 페이지를 봅니다. 6초 동안 모든 정보가 들어오는지를 본인이 먼저 시뮬레이션합니다. 본인이 6초 안에 본인의 정체성을 파악할 수 없으면 검토자도 그렇습니다. 첫 페이지의 정보 밀도는 자기 검토의 가장 중요한 항목입니다. 첫 페이지의 미적 균형도 확인합니다. 정보가 많으면 페이지가 답답해 보이고 정보가 적으면 헐거워 보입니다. 5장의 그리드 레이아웃 안에서 다섯 요소가 적절히 분배되어 있는지를 확인합니다. 본인 이름이 가장 크게 보이고 직무 한 줄이 그 아래에서 명확하게 잡히며 대표 산출물이 본문 페이지로 가는 트리거 역할을 하면 첫 페이지가 잘 잡힌 것입니다. 표지 디자인의 색상도 점검합니다. 학원 표준 양식의 화려한 색감이 그대로 남아 있으면 같은 학원 동기와 구분되지 않습니다. 한두 가지 색을 일관되게 사용하고 본문에 강조점은 한 가지 강조 색만 쓰는 형태가 정보 밀도를 높입니다. 색이 많으면 정보가 흐려지고 색이 단순하면 정보가 선명해집니다.

본문의 자급자족 단위: 세 번째 점검은 본문의 자급자족 단위입니다. 4장에서 정리한 페이지 단위 사고가 본문 전체에 일관되게 적용되어 있는지를 확인합니다. 본문의 어느 페이지를 펴도 그 페이지 한 장으로 한 가지 메시지가 완결되는 구조여야 합니다. 두 페이지에 걸쳐 한 메시지가 흐르는 페이지가 있으면 검토자가 흐름을 놓칩니다. 본문의 모든 케이스 스터디에 CSPAR 다섯 단계가 들어 있는지를 확인합니다. 맥락과 상황과 문제와 접근과 결과가 각 케이스마다 균형 있게 분배되어 있어야 합니다. 어느 단계가 너무 길거나 너무 짧으면 그 케이스의 인상이 흐려집니다. 다섯 단계의 분량 균형이 깨진 케이스는 다시 잡습니다. 페이지마다 한 줄 요약이 상단에 있는지도 확인합니다. 한 줄 요약은 검토자가 페이지를 빠르게 스크롤하면서 핵심을 잡는 데 사용됩니다. 한 줄 요약이 없으면 검토자는 페이지의 본문을 한 번 다 읽어야 핵심을 잡을 수 있고 그 비용이 누적되면 본문 전체를 다 보지 않고 끊어질 수 있습니다. 본문의 분량도 확인합니다. 25페이지에서 40페이지 사이의 권장 범위 안에 있는지를 확인합니다. 너무 짧으면 깊이가 부족해 보이고 너무 길면 검토자의 5분 깔때기를 통과하지 못합니다. 40페이지를 넘는 부분은 별첨으로 빼거나 본문에서 줄입니다. 별첨은 본문보다 가볍게 만들어 검토자가 정밀 검토 단계에서만 열어 보면 되도록 합니다.

데이터 산출물의 본질 점검: 네 번째 점검은 데이터 산출물의 본질 점검입니다. 6장에서 정리한 데이터 능력의 6가지 산출물 특성이 본인 데이터 자료에 들어 있는지를 확인합니다. ER 다이어그램, 컬럼 정의서, 마스터와 운영 분리, 라이브 운영 시나리오, 검증 규칙, 클래스 옮김 명확성의 여섯 가지가 모두 또는 대부분 들어 있어야 합니다. 데이터 자료에 첨부된 엑셀의 7가지 실패 패턴도 다시 점검합니다. 200컬럼 단일 시트, 관계 없는 다중 시트, PK 모호, 값만 있고 구조 없음, 정적 스냅샷, 코드 로딩 미고려, 검증 규칙 부재의 일곱 가지 중 셋 이상에 해당하면 그 엑셀은 첨부하지 않는 편이 낫습니다. 본질이 부족한 엑셀은 첨부할수록 마이너스입니다. ER 다이어그램이 별도 파일로 분리되어 있다면 그 파일이 PDF 본문에 캡처로 들어가 있는지를 확인합니다. 별도 파일로만 두면 검토자가 그 파일을 따로 열어야 하고 따로 여는 행동이 추가 행동이 됩니다. 본문에 캡처를 넣고 별첨으로 원본 파일을 함께 제공하는 형태가 표준입니다. 컬럼 정의서가 본문에 들어가 있는지도 확인합니다. 한 페이지짜리 컬럼 정의서는 본문에 그대로 들어가도 무리가 없습니다. 정의서의 행이 너무 많으면 핵심 행만 본문에 두고 전체는 별첨으로 처리합니다. 본문의 정의서가 데이터 능력의 강한 신호로 작동하므로 별첨에만 두면 그 신호가 약해집니다.

도구 스택의 시제 점검: 다섯 번째 점검은 도구 스택의 시제 점검입니다. 앞에서 정리한 2026년의 기준선과 가산점 도구가 본인 자료에 적절히 반영되어 있는지를 확인합니다. VBA와 엑셀 매크로와 엑셀 시뮬레이터가 강점으로 적혀 있다면 그 항목을 빼거나 다른 표현으로 바꿉니다. 시제가 안 맞는 도구가 강점으로 적혀 있으면 도구 흐름을 따라가지 않은 사람으로 분류됩니다. Python과 SQL과 Git이 적혀 있는지를 확인합니다. 이 세 가지는 묵시적 기본값이지만 적어 둬도 손해는 없습니다. 적지 않으면 사용 못 하는 사람으로 의심받을 수 있고 적으면 기준선을 채운 사람으로 보입니다. 단순 나열이 아니라 어떤 작업에 어떻게 썼는지의 한 줄이 함께 있으면 더 강합니다. AI 도구의 활용 흔적도 점검합니다. ChatGPT, Claude, Cursor, Copilot 같은 도구를 어떤 작업에 어떻게 썼는지가 본문 한 단락에라도 들어가 있어야 2026년의 시스템디자이너 자격을 보여 줍니다. AI에 의존한 인상이 들지 않도록 7장의 세 가지 기법인 사용 도구 명시, AI가 틀렸던 사례 노출, AI에 맡기지 않은 영역 명시를 적용합니다. 도구 스택의 정렬은 시간 흐름이나 우선순위 흐름으로 합니다. 가나다순 나열은 사고 없이 베껴 적은 인상을 주고 본인의 도구 선택 사고가 보이지 않습니다. 본인이 가장 자주 쓰는 도구나 가장 강점인 도구를 위에 두고 보조 도구를 아래에 두는 정렬이 본인의 우선순위를 보여 줍니다.

본인 기여 분리의 정직성 점검: 여섯 번째 점검은 본인 기여 분리의 정직성 점검입니다. 5장에서 정리한 인원수와 직무와 산출물과 분량의 좁혀 적기와 본인이 안 한 일의 명시화가 본문 전체에 일관되게 적용되어 있는지를 확인합니다. 모든 케이스 스터디에서 본인 단독 기여와 팀 기여가 분리되어 있어야 합니다. 기여도 퍼센트 표기가 남아 있다면 그 표기를 좁혀 적기로 바꿉니다. 70퍼센트 같은 숫자보다 데이터 테이블 22개와 18,400행을 단독으로 만들었다는 식의 분량 표기가 강합니다. 검증 가능한 분량 단위가 자기 신고 단위보다 신뢰도가 높습니다. 본인이 안 한 일의 단락이 모든 프로젝트 카드에 들어 있는지를 확인합니다. 한두 줄로 짧게 본인이 안 한 영역을 명시하면 검토자에게 정직성의 신호가 됩니다. 모든 영역을 본인이 다 했다는 인상을 주는 자료는 검토자에게 의심을 만들고 의심된 자료는 면접에 도달하지 못합니다. 본인 기여의 결과 표기도 점검합니다. 라이브 KPI 변화를 본인 단독 기여로 적은 부분이 있다면 그 부분을 좁혀 적습니다. 본인의 시스템 설계가 어느 부분에 기여했고 어느 부분은 다른 변수의 영향이라고 정직하게 분리하는 작업이 신뢰의 출발점입니다. 결과의 정직성이 면접에서의 깊은 질문에 대한 답변의 일관성을 만듭니다.

회사 공고와의 매핑 점검: 마지막 점검은 회사 공고와의 매핑 점검입니다. 8장에서 정리한 매핑 표 한 페이지가 본인 자료에 들어 있는지를 확인합니다. 지원하는 회사의 공고를 다시 열어 보고 자격 요건과 우대 사항의 모든 항목에 대해 본인 경험이 매핑되어 있는지를 점검합니다. 매핑되지 않은 항목이 있다면 그 항목을 빈 칸으로 두지 말고 보완 가능 영역으로 표시합니다. 본인이 직접 경험은 없지만 인접 영역의 경험으로 빠르게 학습할 수 있다는 표현을 함께 적습니다. 솔직함이 핵심입니다. 모든 항목에 본인이 경험이 있다고 적으면 검토자가 의심하고 빈 칸이 너무 많으면 자격 미달로 분류됩니다. 매핑 표는 회사별로 다시 만들어야 합니다. 같은 본인 경험이라도 회사별 강조점이 다르고 같은 회사의 다른 프로젝트도 강조점이 다릅니다. 라이브 운영 위주 자리와 신규 프로젝트 위주 자리의 매핑은 다른 강조점으로 다시 그려져야 합니다. 매핑 표가 회사 공고와 정확히 일치할수록 검토자에게 면접 추천을 위한 보고용으로 활용 가능합니다. 매핑 표를 본인 자료의 마지막 페이지에 둘지 첫 페이지에 둘지는 회사 공고의 강조점에 따라 결정합니다. 자격 요건이 본인과 정확히 일치하는 자리에서는 첫 페이지에 매핑 표를 두고 검토자가 즉시 매칭을 확인할 수 있게 합니다. 자격 요건과 본인 경험에 약간의 격차가 있는 자리에서는 마지막 페이지에 매핑 표를 두고 본문에서 본인 강점을 먼저 보여 준 뒤 매핑으로 마무리합니다. 매핑 표의 위치 자체가 본인의 자기 인식을 보여 주는 신호입니다.

자기 진단 종합 체크리스트

신입: 신입과 취준생을 위한 자기 진단은 12개 항목입니다. 첫 번째 항목은 학원 표준 양식과의 가시적 차이가 세 가지 이상 있는가입니다. 학원에서 배운 양식을 그대로 따라간 자료는 같은 학원 동기와 구분되지 않습니다. 두 번째 항목은 본인 외 자산이 한 가지 이상 있는가입니다. 라이브 게임 분석이나 자체 시뮬레이터나 1인 개발 같은 누적 자산이 한 가지라도 있어야 합니다. 세 번째 항목은 단일 시스템에 대한 깊은 역기획서가 한 편 이상 있는가입니다. 게임 전체를 다룬 얕은 역기획서보다 단일 시스템의 깊은 분석이 강합니다. 네 번째 항목은 ER 다이어그램이 한 장이라도 본문에 들어가 있는가입니다. 데이터 모델링 능력의 가장 빠른 증명입니다. 다섯 번째 항목은 컬럼 정의서가 한 장이라도 본문에 들어가 있는가입니다. 여섯 번째 항목은 첫 페이지에 5가지 신호가 모두 들어 있는가입니다. 일곱 번째 항목은 학원 팀 프로젝트가 한 개 이하로 줄어 있는가입니다. 여러 개의 망한 팀 프로젝트가 본문에 깔려 있으면 측은함만 만듭니다. 여덟 번째 항목은 본인 기여 분리가 모든 케이스에 적용되어 있는가입니다. 아홉 번째 항목은 PDF 단일 파일로 변환되어 레이아웃이 깨지지 않은 채로 보이는가입니다. 열 번째 항목은 도구 스택에 Python이나 SQL 중 하나라도 들어가 있는가입니다. 열한 번째 항목은 본인의 시스템디자이너 직무 정렬이 첫 페이지에서 명확한가입니다. 열두 번째 항목은 본인 자료를 모르는 시니어에게 보여 줘 30분 안에 피드백을 받은 적이 있는가입니다. 12개 중 9개 이상이 통과되어야 신입 자격으로 제출할 수 있는 자료입니다.