이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
문제를 마주하면 저는 먼저 문제를 정의하는 것부터 시작합니다. '무엇이 문제인가'를 명확히 하지 않으면 해결 방향이 엉뚱하게 가는 경우가 많다는 점을 경험으로 배웠기 때문입니다. 인턴 때 앱 크래시 이슈가 발생했을 때도 먼저 '어떤 기기에서, 어떤 상황에서, 어떤 빈도로 발생하는가'를 로그로 좁혔습니다. 재현 조건을 3가지로 좁히고 나니 개발팀이 원인을 20분 만에 찾아냈습니다. 그 다음으로는 해결 방법의 임팩트와 소요 시간을 함께 고려합니다. 빠른 핫픽스와 근본 수정 중 어느 것이 우선인지를 비즈니스 영향도 기준으로 판단하는 방식입니다. 문제 해결에서 정의가 절반이고, 나머지 절반은 우선순위 기준을 명확히 하는 것이라고 생각합니다.
문제를 만나면 제가 먼저 하는 건 그 문제를 정의하는 일입니다. '무엇이 문제인가'가 흐리면 해결이 엉뚱하게 갑니다. 인턴 때 앱 크래시 이슈가 났을 때도, 저는 '어떤 기기에서, 어떤 상황에서, 어떤 빈도로 발생하는가'를 로그로 좁혔습니다. 재현 조건을 세 가지로 추리고 나니 개발팀이 원인을 20분 만에 찾았습니다. 그다음 저는 해결 방법의 임팩트와 소요 시간을 함께 봐서, 빠른 핫픽스와 근본 수정 중 무엇을 먼저 할지 비즈니스 영향도로 판단했습니다. 문제 해결은 정의가 절반이고, 나머지 절반은 우선순위 기준을 분명히 하는 것이라고 봅니다. 다만 제 한계도 인정합니다. 재현 조건을 좁히는 건 로그와 데이터에 접근할 수 있어야 하는데, 그게 어려운 상황도 있습니다. 또 임팩트를 추정하는 게 제 짐작이라 빗나갈 수 있어, 혼자 단정하기보다 관련 팀과 맞춥니다. 그래서 문제 해결을 정의로 시작해 우선순위로 닫되, 그 추정을 함께 검증하는 일로 보려 합니다.
문제를 푸는 제 방식의 핵심은, 정의가 절반이고 우선순위가 나머지 절반이라는 것입니다. 무엇이 문제인지를 명확히 하지 않으면 해결 방향이 어긋나고, 방향을 잡아도 무엇부터 할지 우선순위가 없으면 자원이 흩어집니다. 그래서 저는 먼저 현상과 원인을 나눠 문제를 좁히고, 그다음 해결책들을 임팩트와 소요 시간으로 줄 세웁니다. 빠른 핫픽스로 급한 불을 끌지, 근본 수정으로 재발을 막을지를 영향도 기준으로 정하는 식입니다. 다만 제 한계도 인정합니다. 막혔을 때, 특히 원인이 제 지식 밖이면 정의를 좁히는 데서 더 못 나아간 적이 있습니다. 그때는 혼자 붙들기보다 그 영역을 아는 사람에게 재현 조건을 정리해 넘겨 함께 풀었습니다. 또 임팩트 추정이 빗나가면 우선순위도 어긋납니다. 그래서 문제 해결을 정의와 우선순위 두 절반으로 보되, 막힌 곳은 도움을 빌리고 추정은 데이터로 받치는 일로 보려 합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 에피드게임즈 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.