이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트 캐릭터 텍스처 작업 후 "피부 질감이 너무 매끄러워서 게임처럼 안 느껴진다"는 피드백을 받았습니다. 처음엔 막연히 당황했는데, 레퍼런스를 다시 찾아보니 같은 장르의 다른 게임들이 어떻게 질감을 표현하는지 정확히 보지 않았던 게 문제였습니다.
Substance Painter에서 Roughness 맵을 재작업하고 표면 불균일성을 더하자 훨씬 게임다운 느낌이 나왔습니다. 팀원들 반응이 달라졌고, 그 경험 이후로 작업 전에 레퍼런스를 구체적으로 분석하는 단계를 어김없이 넣게 됐습니다. 피드백은 불편하지만, 보지 못했던 부분을 보게 해주는 기회라고 생각합니다.
작업 피드백을 받았을 때 즉각적으로 반박했다가 피드백을 주는 사람과의 관계가 어색해진 경험이 있습니다. 제 의도를 설명하려 했는데, 상대방은 설명이 아니라 방어로 받아들였습니다. 방어적 태도가 이후 솔직한 피드백을 받기 어렵게 만드는 걸 그때 배웠습니다.
그 경험 이후로 피드백을 받을 때 먼저 전체를 듣고 메모한 뒤 질문하는 순서를 씁니다. 즉각 반응을 줄이면 피드백의 의도를 더 잘 파악할 수 있다는 걸 그때 배웠고, 피드백 수용 태도가 좋은 작업을 위한 조건이라는 것도 알게 됐습니다.
방어적 태도를 줄이고 피드백 전체를 먼저 듣는 습관이 좋은 피드백 관계를 유지하는 방법이라는 걸 그 경험에서 배웠습니다. 피드백 수용 방식이 결과물 품질과 직결된다는 것도 알게 됐습니다.
개발 커뮤니티에서 코드 리뷰 문화를 소개하는 글을 읽고, 아트 작업 피드백 방식에 적용한 경험이 있습니다. 코드 리뷰에서 변경 이유를 먼저 설명하고 피드백을 요청하는 방식이 방어적 반응을 줄이고 논의를 생산적으로 만든다는 걸 알게 됐습니다. 피드백을 요청하는 방식이 받는 피드백의 질을 결정한다는 걸 그때 이해하게 됐습니다.
그 이후로 작업물을 공유할 때 의도와 시도한 것을 먼저 설명하고 피드백을 요청하는 방식을 씁니다. 맥락이 있는 피드백 요청이 더 구체적이고 유용한 피드백을 만든다는 걸 그 경험에서 배웠습니다. 맥락 제공 후 피드백 요청이 아트 작업 개선을 빠르게 하는 방법이라는 것도 알게 됐습니다.
맥락 제공 후 피드백 요청이 더 유용한 피드백을 받는 방법이라는 걸 그 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 스마일게이트 게임 아트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.