이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
제가 졸업 프로젝트에서 처음 다루는 기술로 앱의 실시간 알림 기능을 만들어야 했을 때, 기술적으로 가장 막막했던 경험이 있습니다.
처음엔 제가 그 기능 전체를 한 번에 만들려다, 어디서 막혔는지도 모른 채 며칠을 헤맨 적이 있었습니다.
그 실패 뒤 저는 과제를 작은 단계로 쪼갰습니다. "알림을 보내는 부분", "받는 부분", "화면에 띄우는 부분"으로 나눠, 한 단계씩 만들고 확인한 것입니다. 막힐 때마다 그 작은 단계만 파고드니 원인이 보였습니다. 모르는 부분은 공식 문서와 사례를 찾아 메웠습니다. 결국 알림 기능을 완성했습니다. 저는 이 경험에서 기술적으로 어려운 과제도 통째로는 못 풀고, 작은 단계로 나누면 하나씩 풀린다는 점을 배웠습니다. 막막함은 대개 "덩어리가 너무 크기" 때문이라는 걸 익혔습니다.
제가 팀 프로젝트에서 익숙하지 않은 기술로 데이터 연동 기능을 맡았을 때, 기술적 난관을 겪은 경험이 있습니다.
한 부분에서 계속 오류가 났는데, 처음엔 제가 혼자 다 해결하려고 며칠을 붙들었습니다. "내가 맡았으니 내가 풀어야 한다"는 생각이었습니다.
그러다 결국 일정이 밀렸고, 그제야 저는 팀원과 선배에게 상황을 공유했습니다. 그러자 선배가 비슷한 문제를 겪은 경험을 알려줘, 금세 실마리가 풀렸습니다. 그 실패로 저는 어려운 과제를 혼자 끌어안는 건 책임감이 아니라, 오히려 일을 늦추는 일이라는 점을 배웠습니다. 그 뒤로 저는 일정 안에서 충분히 시도하되, 막히면 빨리 도움을 구합니다. 기술적 난관일수록 혼자보다 함께가 빠르다는 것을 익혔고, 이 자세를 실무에서도 이어가고 싶습니다.
제가 졸업 프로젝트에서 앱이 자꾸 느려지는 기술 문제를 맡았을 때, 어렵게 풀어낸 경험이 있습니다.
앱이 특정 화면에서 눈에 띄게 느렸습니다. 처음엔 제가 그때그때 임시로 화면을 덮는 식으로 넘겼습니다. 그러자 느림이 다른 화면에서 또 나타났습니다. 임시방편으로는 끝나지 않은 것입니다.
그 실패 뒤 저는 "왜 느린지"를 끝까지 파고들었습니다. 각 화면이 데이터를 불러오는 과정을 하나씩 측정했고, 한 곳에서 불필요하게 많은 데이터를 매번 불러온다는 걸 찾았습니다. 그 부분을 고치자 앱 전체가 빨라졌습니다. 저는 이 경험에서 기술 문제는 증상을 덮는 것과, 원인을 없애는 것이 다르다는 점을 배웠습니다. 어려운 과제일수록 근본 원인까지 보는 끈기가 진짜 해결이라는 걸 익혔습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.