포트폴리오 설명 페이지 쓰는 법

이 글과 연결된 과정게임 과정 알아보기

게임 업계는 학력보다 결과물을 먼저 봅니다. 기획자는 문서와 데이터 시트로, 그래픽 아티스트는 작품으로, 프로그래머는 직접 만든 게임과 코드로 실력을 보여 줍…

설명 페이지가 필요한 이유: 결과물만으로는 판단이 보이지 않습니다

평가자는 포트폴리오를 보며 두 가지를 확인합니다. 결과물의 완성도와, 그 결과물을 만든 사람이 어떤 판단을 했는지입니다. 완성도는 이미지나 영상으로 보이지만, 판단은 설명이 없으면 거의 보이지 않습니다.

예를 들어 3D 캐릭터 이미지 한 장만으로는 원화를 받아 만든 것인지, 직접 디자인한 것인지, 폴리곤 수를 어떤 기준으로 정했는지 알 수 없습니다. 팀 게임 영상만으로는 지원자가 무엇을 맡았는지 알 수 없습니다. 설명 페이지는 이런 빈칸을 채워 평가자가 잘못 판단하지 않도록 돕습니다.

반대로 설명이 너무 길어도 문제입니다. 평가자는 많은 포트폴리오를 짧은 시간에 봐야 하기 때문에 긴 글은 읽히지 않을 가능성이 큽니다. 설명 페이지의 목표는 자세한 보고서가 아니라 핵심을 빠르게 전달하는 요약입니다.

작품마다 들어가야 할 다섯 가지 항목

직무와 상관없이 작품 설명에는 아래 다섯 가지가 기본으로 들어가면 좋습니다. 이 순서대로 쓰면 평가자가 정보를 찾기 쉽습니다.

1. 개요: 작품 이름, 장르나 주제, 제작 기간, 개인 작업인지 팀 작업인지
2. 내 역할: 팀 작업이라면 내가 맡은 범위를 구체적으로
3. 작업 과정: 시작부터 완성까지 주요 단계와 결정한 내용
4. 문제와 해결: 작업 중 막혔던 부분과 어떻게 풀었는지
5. 사용 도구: 툴, 엔진, 언어 등 실제로 사용한 것만

이 중 가장 많이 빠지는 것이 "문제와 해결"입니다. 하지만 평가자가 가장 흥미롭게 보는 부분도 여기입니다. 완성작은 비슷해 보여도, 어떤 문제를 만나 어떻게 판단했는지는 사람마다 다르기 때문입니다. 작은 문제라도 한 가지씩은 꼭 적어 두세요. 해결하지 못한 문제라면 어디까지 시도했고 다음에는 어떻게 하겠다는 계획을 함께 적어도 좋습니다. 평가자는 결과보다 문제를 대하는 방식을 보고 싶어 하기 때문입니다.

팀 작업은 역할 구분을 가장 분명하게 씁니다

팀 프로젝트 설명에서 가장 중요한 것은 내가 한 일과 다른 사람이 한 일을 구분하는 것입니다. "전투 시스템 개발"처럼 넓게 쓰면 평가자는 전투 전체를 혼자 만들었다고 오해하거나, 반대로 무엇을 했는지 몰라 낮게 평가할 수 있습니다.

구체적으로 쓰려면 기능이나 에셋 단위로 나눕니다. "전투 시스템 중 스킬 쿨타임과 버프 처리 구현, 몬스터 AI는 팀원 담당", "캐릭터 4종 중 2종의 모델링과 텍스처 담당"처럼 쓰면 됩니다. 팀 구성도 "기획 2명, 프로그래밍 3명, 아트 2명"처럼 짧게 적어 두면 프로젝트 규모를 짐작하기 쉽습니다.

다른 사람의 작업이 화면에 함께 나오는 경우에는 이미지에 표시를 하거나 설명에 따로 밝혀 두세요. 면접에서 세부 질문을 받았을 때 설명과 답이 일치해야 신뢰를 얻을 수 있습니다.

직무마다 강조할 내용이 다릅니다

같은 다섯 항목이라도 직무에 따라 무게를 두는 곳이 다릅니다. 평가자가 그 직무에서 확인하고 싶은 것을 먼저 보여 주는 것이 좋습니다.

• 기획: 기획 의도, 플레이 테스트에서 바뀐 점, 문서와 실제 결과의 연결
• 프로그래밍: 구조를 그렇게 짠 이유, 해결한 버그나 성능 문제, 코드 저장소 위치
• 원화·일러스트: 디자인 의도, 여러 시안 중 고른 이유, 레퍼런스 활용 방식
• 3D·애니·이펙트: 폴리곤 수나 텍스처 구성, 엔진 적용 여부, 작업 단계 이미지

아트 직무는 글보다 이미지가 중심이기 때문에 설명을 짧게 하고, 과정 이미지를 함께 보여 주는 방식이 효과적입니다. 프로그래밍과 기획은 이미지만으로 전달이 어려워 글의 비중이 조금 더 커질 수 있습니다. 그래도 한 작품 설명이 한 화면을 넘지 않도록 줄이는 것이 좋습니다.

읽히는 설명을 만드는 문장 습관

설명 문장은 짧고 단정하게 씁니다. "~하려고 노력했습니다", "~할 수 있었던 것 같습니다"처럼 흐린 표현은 줄이고, "~했습니다", "~로 바꿨습니다"처럼 행동과 결과를 바로 적습니다. 결과는 확인할 수 있는 방식으로 쓰면 더 좋습니다. 테스트에 참여한 사람의 반응이나 수정 전후 비교 이미지처럼 근거가 있으면 설득력이 커집니다.

사용 도구는 실제로 쓴 것만 적습니다. 잠깐 열어 본 툴까지 모두 적으면 면접에서 그 툴에 대한 질문을 받았을 때 곤란해질 수 있습니다. 또 "최신", "완벽한" 같은 과장 표현은 오히려 신뢰를 떨어뜨리니 피하세요.

한 작품 설명 안에서도 정보의 순서를 지키면 읽기가 훨씬 편해집니다. 가장 먼저 한 줄 요약을 두고, 그 아래에 역할과 과정을 짧은 문단이나 목록으로 나누는 방식입니다. 모든 작품이 같은 틀을 따르면 평가자는 두 번째 작품부터 어디를 보면 되는지 바로 압니다. 글자 크기와 줄 간격도 작품 이미지보다 눈에 띄지 않게, 그러나 읽기 어렵지 않을 정도로 맞춰 두세요. 화면으로 보는 경우가 많으니 휴대폰과 노트북에서 각각 열어 보는 것도 좋은 점검입니다.

다 쓴 뒤에 하는 마지막 점검

설명 페이지를 다 쓴 뒤에는 처음 보는 사람에게 작품당 30초씩만 보여 주고, 무엇을 만들었고 지원자가 무엇을 맡았는지 말해 보게 하세요. 바로 답하지 못한다면 개요나 역할 설명이 흐린 것입니다. 오탈자와 작품 이름, 날짜가 표지와 본문에서 서로 맞는지도 확인해야 합니다.

설명 페이지는 면접 질문의 출발점이 되는 경우가 많습니다. 내가 쓴 문장 하나하나에 대해 더 자세히 말할 준비가 되어 있는지 확인해 두세요. 작품은 있는데 어떤 내용을 설명에 넣고 뺄지 판단이 어렵다면, SBS아카데미게임학원 상담에서 지원 직무에 맞춰 설명 페이지 구성을 함께 점검할 수 있습니다.

자주 묻는 질문

가까운 캠퍼스에서 게임 알아보기

사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.

함께 읽으면 좋은 글