이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
사이드 프로젝트에서 전체 기능을 한 번에 만들려다 3달이 지나도 배포를 못 한 경험이 있었습니다. 그 이후 2주 스프린트로 나눠서 진행했습니다. 첫 스프린트엔 핵심 기능 하나만 만들어서 배포했고, 사용자 반응을 보고 두 번째 스프린트 방향을 정했습니다.
처음엔 완성도가 낮다는 생각에 불안했는데, 배포 후 실제 피드백이 가설을 바꿔준 경험을 하고 나서 인식이 달라졌습니다. 4주 만에 첫 버전 배포, 8주에 주요 기능 완성. 애자일의 가치는 빠른 배포보다 방향을 바꿀 기회를 자주 갖는 것임을 배웠습니다.
방향을 바꿀 기회를 자주 갖는 것이 애자일의 가치라는 걸 배웠고, 이후에도 배포를 작은 단위로 쪼개는 방식을 씁니다.
인턴 때 알림 개선 프로젝트에 참여했는데, 초기 계획엔 5개 기능이 있었습니다. 2주차 스프린트 리뷰에서 팀장님이 기능 수보다 완성도를 높이는 게 낫겠다고 하셨습니다. 처음엔 아쉬웠는데, 2개에 집중하니 훨씬 빠르게 완성됐습니다. 알림 오픈율이 22% 올랐고 팀에서 성과로 인정됐습니다. 실패는 3개 기능을 처음 계획에 넣은 것인데, 너무 많이 담으면 아무것도 제대로 못 한다는 걸 그때 배웠습니다. 이후엔 스프린트 시작 전에 기능 범위를 먼저 줄입니다.
너무 많이 담으면 아무것도 제대로 못 한다는 걸 배웠고, 이후에도 스프린트 시작 전에 기능 범위를 줄입니다.
학교 팀 프로젝트에서 매주 월요일마다 작동하는 기능 하나씩 공유하는 규칙을 만들었습니다. 처음엔 완성되지 않은 것을 보여주기 싫다는 팀원이 있었는데, 일주일 후 첫 공유에서 교수님 피드백이 생각보다 구체적으로 나오자 분위기가 바뀌었습니다. 매주 피드백을 반영하니 최종 발표물이 초기 계획보다 훨씬 사용하기 좋게 변했습니다. 애자일 방식의 핵심은 완성 전에 방향을 검증하는 것임을 그 프로젝트에서 가장 잘 배웠습니다.
완성 전에 방향을 검증하는 것이 핵심이라는 걸 배웠고, 이후에도 매주 작동하는 결과물을 공유하는 습관이 생겼습니다. 완성 전 검증이 완성 후 수정보다 항상 쌉니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.