이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 때 주간 정산 리포트가 항상 월요일 오전에 늦게 나온다는 불만이 있었습니다. 담당자는 "데이터가 많아서"라고만 했는데, 저는 실제로 어느 단계에서 시간이 많이 걸리는지 확인해보고 싶었습니다.
스크립트 각 단계에 시간 로그를 넣어서 돌려봤더니, 전체 40분 중 32분이 특정 SQL 집계 쿼리 하나에서 소비되고 있었습니다. 그 쿼리가 인덱스 없이 전체 테이블을 스캔하고 있었던 것입니다. 선임분께 공유했더니 인덱스를 추가했고, 이후 같은 작업이 8분으로 줄었습니다.
그 경험에서 비효율은 느낌으로 판단하기 전에 측정부터 해야 한다는 걸 배웠습니다. "느리다"와 "어디서 느리다"는 완전히 다른 정보입니다. 지금도 뭔가 느리다는 제보가 오면 먼저 단계별로 시간을 재는 습관이 생겼습니다.
동아리에서 행사 준비를 할 때마다 매번 같은 엑셀 파일을 처음부터 만드는 걸 봤습니다. 담당자가 바뀔 때마다 형식도 달라지고, 이전 자료를 찾는 데도 시간이 걸렸습니다. 저는 "이게 매번 반복된다면 구조화할 수 있지 않을까"라는 생각이 들었습니다.
2주 동안 이전 행사 자료 15개를 모아서 공통 항목을 추출하고 템플릿을 만들었습니다. 처음에는 "굳이 그렇게까지 해야 하나"는 반응이 있었는데, 다음 행사에서 준비 시간이 이전보다 절반 가까이 줄자 반응이 달라졌습니다.
비효율을 찾는 것보다 더 어려운 게 주변을 설득하는 것이었습니다. "지금도 되는데 왜 바꾸냐"는 반응에 막혔는데, 실제로 줄어든 시간을 보여주고 나서야 받아들여졌습니다. 데이터로 보여주는 것이 말보다 빠르다는 걸 그때 배웠습니다.
건설 현장 인턴 때 자재 입고 담당자와 시공 팀 사이에서 커뮤니케이션이 느리다는 걸 옆에서 지켜봤습니다. 자재가 도착해도 시공 팀이 모르고 있어서 2~3시간씩 대기하는 일이 반복됐습니다.
이유를 물어보니 입고 담당자가 전화로 알리는데, 시공 팀이 현장에 있으면 못 받는 경우가 많았습니다. 정보가 전달되는 타이밍이 문제였습니다. 제가 할 수 있는 건 간단했는데, 입고 시 메신저 단체 채널에 메시지를 남기는 규칙을 제안했습니다.
3일 뒤부터 대기 시간이 눈에 띄게 줄었습니다. 비효율을 찾는 건 거창한 분석보다 흐름이 끊기는 자리를 찾는 것이라는 걸 그때 배웠습니다. 정보가 어디서 막히는지를 먼저 보면 개선점이 보입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 총무 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.