이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 때 매주 같은 데이터를 두 번 확인하는 프로세스가 있었습니다. 처음엔 왜 있는지 몰라서 팀원에게 물었더니 '예전에 오류가 있어서 시작됐는데 지금도 하고 있다'는 답을 들었습니다. 그 오류가 이미 수정됐다는 걸 확인하고, 이중 확인 중 하나를 제거하는 걸 제안했습니다.
처음엔 혹시 다시 오류가 날까봐 팀장님이 망설이셨는데, 2주 시범 운영 후 문제가 없어서 정식으로 제거됐습니다. 주당 1시간이 절약됐고, 관련 담당자들에게 고맙다는 말을 들었습니다. 불필요한 절차는 왜 생겼는지 물어보는 것부터 시작이라는 걸 배웠습니다.
불필요한 절차는 왜 생겼는지 물어보는 것부터 시작이라는 걸 배웠고, 이후에도 관성적인 작업을 보면 먼저 이유를 묻습니다.
학교 팀 프로젝트에서 배포 전 확인 절차가 7단계였는데, 막상 따라가보니 실질적인 검증은 3단계에서 끝났습니다. 나머지 4단계는 예전 환경에서 만든 것인데 현재 환경에선 의미가 없었습니다. 팀원들에게 제거를 제안했을 때 '혹시 모르니까'라는 말이 나왔는데, 각 단계가 실제로 무엇을 검증하는지 적어보니 불필요하다는 게 설득됐습니다.
3단계로 줄이고 나서 배포 시간이 40분에서 15분으로 줄었습니다. 절차는 목적이 없어진 것부터 제거해야 한다는 걸 그때 배웠습니다. 목적이 없어진 절차부터 제거해야 한다는 걸 배웠고, 이후에도 각 단계의 목적을 먼저 확인합니다. 절차의 목적을 모르면 그 절차는 그냥 관성입니다.
인턴 때 팀에서 매일 수동으로 집계하는 로그 요약 작업이 있었습니다. 담당자가 매일 30분을 쓰고 있었는데, 작업 내용을 보니 규칙이 명확해서 스크립트로 대체할 수 있었습니다. 파이썬으로 간단한 집계 스크립트를 짜서 공유했더니 다음 날부터 수동 작업이 사라졌습니다.
처음엔 허락을 받아야 할지 몰랐는데, 팀장님이 오히려 더 빨리 공유하지 그랬냐고 하셨습니다. 자동화 이후 담당자가 다른 분석에 집중할 시간이 생겼다는 피드백을 들었습니다. 불필요한 절차를 없애는 가장 빠른 방법은 직접 대안을 만들어 보여주는 것이라는 걸 배웠습니다.
대안을 직접 만들어 보여주는 게 가장 빠른 설득이라는 걸 배웠고, 이후에도 제안할 때 직접 만들어서 공유합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.