게임아카데미게임·웹툰·AI 진로 상담
게임을 좋아하는 마음만으로 시작해도 괜찮습니다. 다만 즐기는 사람에서 만드는 사람으로 넘어가려면 매일 조금씩 손을 움직이는 습관이 필요합니다. 수업은 짧은 과…
이력서와 포트폴리오에 적는 내용은 역할이 다릅니다
포트폴리오가 작품을 보여 주고 과정을 설명하는 자료라면, 이력서는 경력과 경험을 빠르게 훑어볼 수 있게 정리한 목록입니다. 그래서 이력서의 프로젝트 칸에 긴 설명이나 감상을 쓰면 오히려 읽히지 않습니다.
평가자는 이력서를 보며 지원자의 경험을 큰 그림으로 먼저 이해한 뒤, 관심이 가는 프로젝트를 포트폴리오에서 자세히 확인합니다. 따라서 이력서에는 "무슨 프로젝트였는지, 내가 무엇을 했는지, 어떤 결과가 있었는지"만 간결하게 적고, 자세한 과정은 포트폴리오로 넘기는 것이 좋습니다. 이력서와 포트폴리오의 프로젝트 이름과 기간은 반드시 같게 맞춰 두세요.
회사가 정해 둔 이력서 양식이 있다면 그 양식을 따르는 것이 우선입니다. 자유 양식이라면 아래 형식을 기본으로 쓰면 됩니다.
프로젝트 하나를 적는 기본 형식
프로젝트 하나는 머리줄과 내용 몇 줄로 나눕니다. 머리줄에는 평가자가 규모를 짐작할 수 있는 정보를, 내용 줄에는 내가 한 일을 적습니다.
| 구분 | 적는 내용 |
|---|---|
| 머리줄 | 프로젝트 이름, 기간, 장르·플랫폼, 팀 구성, 개인 또는 팀 여부 |
| 역할 | 맡은 직무와 담당 범위를 한 줄로 |
| 주요 작업 | 구체적으로 한 일 2~3가지를 행동 중심 문장으로 |
| 결과 | 완성·출시 여부, 테스트 반응, 수상 등 확인 가능한 결과 |
| 사용 도구 | 엔진, 언어, 툴 중 실제로 쓴 것 |
예를 들어 머리줄에 "○○ 프로젝트 / 약 몇 달 / 모바일 액션 / 기획 2·프로그래밍 3·아트 2"처럼 적고, 아래에 역할과 작업을 짧게 이어 쓰는 방식입니다. 기간은 대략적으로라도 정확하게 적고, 아직 진행 중이라면 진행 중이라고 밝히세요.
주요 작업은 동사로 시작하는 짧은 문장으로 씁니다
주요 작업 칸에서 가장 흔한 실수는 "전투 시스템 담당", "캐릭터 제작 참여"처럼 명사로 끝나는 표현입니다. 이런 표현은 범위가 넓어서 실제로 무엇을 했는지 알기 어렵습니다. 대신 행동과 대상이 함께 보이도록 씁니다.
- 약한 예: 전투 시스템 담당 → 나은 예: 스킬 쿨타임과 상태 이상 처리 구현
- 약한 예: 캐릭터 제작 참여 → 나은 예: 캐릭터 2종의 로우폴리 모델링과 텍스처 제작
- 약한 예: 레벨 디자인 → 나은 예: 튜토리얼 스테이지 동선 설계와 플레이 테스트 후 수정
- 약한 예: QA 진행 → 나은 예: 주요 기능 테스트 케이스 작성과 버그 리포트 관리
결과가 있다면 같은 줄이나 다음 줄에 붙입니다. "플레이 테스트에서 튜토리얼 이탈 지점을 찾아 동선을 고침"처럼 무엇이 나아졌는지가 함께 보이면 더 좋습니다. 숫자로 말할 수 있는 결과가 있다면 넣되, 확인할 수 없는 숫자는 만들어 내지 마세요. 면접에서 근거를 물으면 곤란해집니다.
어떤 프로젝트를 먼저 적을지 정하는 기준
프로젝트가 여러 개라면 시간 순서보다 지원 직무와의 관련성을 기준으로 배치하는 것이 좋습니다. 가장 관련 있고 완성도가 높은 프로젝트를 맨 위에 두고, 그다음 관련성 순으로 이어 갑니다. 회사가 시간 순서를 요구한다면 그에 따르되, 관련 있는 프로젝트의 설명을 더 자세히 적으면 됩니다.
모든 프로젝트를 다 적을 필요는 없습니다. 짧게 끝난 연습 작업이나 지원 직무와 관계없는 프로젝트가 많으면 정말 보여 주고 싶은 경험이 묻힙니다. 신입이라면 대표 프로젝트 몇 개를 자세히 적고, 나머지는 "기타 작업"으로 한 줄씩 묶는 방식도 괜찮습니다. 게임잼, 공모전, 동아리 활동처럼 짧지만 완성한 경험은 직무와 관련이 있다면 충분히 적을 만합니다.
자주 보이는 실수와 고치는 법
첫째, 팀 프로젝트의 성과를 모두 내 것처럼 쓰는 경우입니다. 팀이 함께 만든 결과라면 "팀으로 출시"처럼 사실대로 적고, 내 기여는 따로 구분해 씁니다. 면접에서 세부 질문을 받았을 때 답과 이력서가 어긋나면 다른 내용까지 의심받을 수 있습니다.
둘째, 도구 목록을 지나치게 길게 쓰는 경우입니다. 한 번 써 본 툴까지 모두 나열하면 정작 주력 도구가 무엇인지 흐려집니다. 실제로 그 프로젝트에서 중심이 된 도구만 적으세요. 셋째, 프로젝트마다 문장 형식이 제각각인 경우입니다. 어떤 것은 문장으로, 어떤 것은 단어로 쓰면 정돈되지 않은 인상을 줍니다. 형식을 하나로 통일하는 것만으로도 이력서가 훨씬 깔끔해 보입니다.
넷째, 링크를 넣고 확인하지 않는 경우입니다. 코드 저장소, 플레이 영상, 스토어 페이지 같은 링크는 프로젝트 경험을 바로 확인할 수 있게 해 주는 좋은 장치입니다. 하지만 비공개로 되어 있거나 주소가 바뀌어 열리지 않으면 오히려 감점 요인이 됩니다. 제출 직전에 로그인하지 않은 상태로 모든 링크를 한 번씩 눌러 보세요. 파일로 제출하는 이력서라면 링크가 눌리는 형태로 저장됐는지도 함께 확인해야 합니다. 링크 옆에는 무엇이 열리는지 짧게 적어 두면 평가자가 망설이지 않고 눌러 봅니다.
제출 전 마지막 확인
제출 전에는 프로젝트 칸만 따로 읽으며 세 가지를 확인하세요. 프로젝트마다 내 역할이 한눈에 보이는지, 이력서와 포트폴리오의 이름·기간·역할이 일치하는지, 그리고 면접에서 각 문장에 대해 2~3분 정도 이야기할 수 있는지입니다.
이력서에 쓴 모든 문장은 면접 질문의 재료가 될 수 있다고 생각하고 써야 합니다. 프로젝트 경험은 있는데 어떤 순서와 표현으로 정리해야 할지 막막하다면, SBS아카데미게임학원 상담에서 지원 직무에 맞춰 프로젝트 목록을 함께 골라 보고 정리 방향을 잡을 수 있습니다.
자주 묻는 질문
수업 과제로 만든 작업도 프로젝트 경험으로 적어도 되나요?
완성도가 있고 지원 직무와 관련이 있다면 적어도 됩니다. 과제였다는 사실과 내가 맡은 범위를 분명히 밝히는 것이 좋습니다.
끝내지 못한 프로젝트는 빼는 게 나을까요?
중요한 경험이 있었다면 진행 상태를 밝히고 적어도 됩니다. 다만 완성된 프로젝트가 있다면 그것을 더 앞에 두는 편이 좋습니다.
가까운 캠퍼스에서 게임 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.