면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
개발자와 소통할 때 가장 중요한 건 기획 의도를 구현 가능한 수준으로 구체화해서 전달하는 것이라고 생각합니다. 팀 프로젝트에서 제가 기획한 스킬 시스템을 개발자에게 전달할 때, 처음엔 「멋있게 발동됐으면 좋겠다」는 식으로 추상적으로 설명해서 의도와 다른 결과물이 나온 적이 있습니다. 이후로는 발동 조건, 수치, 예외 상황까지 표로 정리해 전달했더니 수정 요청이 크게 줄었습니다. 감성적 설명이 아니라 구체적 스펙으로 소통하는 게 개발자와의 협업에서 핵심이라는 걸 배웠습니다.
외주 협업 프로젝트에서 게임사 측이 요청한 수정 사항이 기존 일정과 충돌해 갈등이 생긴 적이 있습니다. 저희 팀은 일정을 지키는 게 우선이라 생각했지만, 게임사는 품질이 우선이라는 입장이었습니다. 감정적으로 부딪히기보다 각자의 우려 사항을 정리해 회의를 다시 열었고, 결국 핵심 기능만 우선 완성하고 나머지는 다음 업데이트로 미루는 절충안에 합의했습니다. 이 경험으로 갈등은 입장 차이가 아니라 각자가 지키려는 가치가 다르기 때문에 생긴다는 걸 이해하게 됐고, 그 가치를 먼저 확인하는 게 해결의 시작이라고 배웠습니다.
게임 제작 팀에서 UI 디자인을 맡으며 기획자, 개발자와 매주 진행하는 리뷰 미팅에 참여했는데, 이 과정에서 제 디자인이 실제 구현 제약(해상도, 성능)을 고려하지 못했다는 피드백을 자주 받았습니다. 처음엔 답답했지만, 이후로는 디자인 시안을 만들기 전에 개발자에게 기술적 제약을 먼저 물어보는 습관을 들였습니다. 그 결과 시안이 반려되는 횟수가 눈에 띄게 줄었고, 디자인은 예쁜 그림이 아니라 구현 가능한 결과물이어야 한다는 걸 이 협업 경험을 통해 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.