이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 때 팀의 주간 KPI 대시보드를 담당했는데, 처음엔 지표가 너무 많아서 정작 중요한 변화를 놓치는 문제가 있었습니다. 핵심 지표 세 개로 압축하고 나머지는 드릴다운 탭으로 내리는 구조로 바꿨더니, 주간 리뷰 시간이 절반으로 줄었습니다. Looker를 써서 자동 집계 설정을 잡았고, 목표 대비 편차가 생기면 Slack 알람이 오는 구조를 추가했습니다. 이 작업 덕분에 이슈 인지 시간이 월 단위에서 주 단위로 바뀌었고, 팀장님이 다음 분기 데이터 인프라 개선 과제에 이 구조를 포함시켰습니다.
측정하지 않으면 개선할 수 없습니다. 하지만 너무 많이 측정하면 무엇을 봐야 할지 잃게 됩니다. 그 균형을 잡는 게 데이터 업무의 핵심이라고 생각합니다.
KPI를 선택할 때 가장 먼저 한 것은 올라가도 실제 비즈니스에 영향이 없는 지표를 걸러내는 것이었습니다. 인턴 때 대시보드에 지표가 너무 많아서 정작 중요한 변화를 놓치는 문제가 있었는데, 많은 지표가 보기에는 좋아 보여도 실제 의사결정에 연결되지 않는 것들이었습니다.
어떤 지표가 달라지면 다음 행동이 달라지는가를 기준으로 핵심 세 가지를 남겼습니다. 목표가 무엇인지를 먼저 정하고, 그 목표에 직접 연결되는 지표가 무엇인지를 역방향으로 도출하는 것이 KPI 선택의 방식이었습니다. KPI는 측정하는 것이 아니라 어떤 결정을 내릴 때 쓰는 것이라는 관점이 기준이 됐습니다. 지표 선택은 목표에서 역으로 찾습니다.
KPI 개선에서 지표를 좋게 만드는 것만큼 이슈를 빠르게 발견하는 구조를 만드는 것이 중요했습니다. 팀의 주간 대시보드를 담당하면서 핵심 지표 세 개로 압축했는데, 여기에 목표 대비 편차가 임계값을 넘으면 자동으로 알람이 오는 구조를 추가했습니다. Looker에서 임계값 설정을 잡고 Slack 알람을 연결했더니, 월 단위로 리뷰할 때 이미 늦었던 이슈를 주 단위로 잡을 수 있게 됐습니다.
KPI 대시보드 자체보다 알람 구조가 더 큰 변화를 만든 것이 인상적이었는데, 지표를 모니터링하는 것과 이슈를 자동으로 포착하는 구조는 팀의 운영 방식을 바꾸는 수준이 달랐습니다. 그 결과 팀장님이 이 구조를 다음 분기 데이터 인프라 개선에 포함시켰습니다. KPI 개선은 발견 속도가 달라질 때 진짜 효과가 납니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성전자 SCM·공급망 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.