이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
업무 자동화 프로젝트에서 Excel 기반 수작업 프로세스를 웹 애플리케이션으로 전환한 경험이 있습니다. 기존에는 담당자가 Excel 파일을 이메일로 주고받으며 데이터를 합산했는데, 파일 버전 관리 오류와 집계 실수가 반복됐습니다. 첫 단계로 데이터 구조를 정규화해 DB 스키마를 정의했고, 기존 Excel의 컬럼 구조를 그대로 테이블로 옮기면 중복이 생긴다는 것을 파악해 설계를 조정했습니다.
입력 폼을 웹으로 만들어 담당자가 직접 DB에 기록하도록 바꾸었고, 집계 쿼리로 대시보드를 만들어 실시간 현황을 확인할 수 있게 했습니다. 자동 유효성 검사를 폼에 넣으니 잘못된 형식의 입력이 처음부터 차단되었고, 기존에 반복되던 수정 요청이 크게 줄었습니다. 자동화는 기존 프로세스의 문제를 먼저 이해한 뒤 설계해야 한다는 결을 얻었습니다.
Excel을 웹 앱으로 전환한 뒤 효과가 있었는지 수치로 확인하지 않으면 팀의 납득을 얻기 어렵다고 생각했습니다. 전환 전 담당자가 데이터를 합산하는 데 걸리는 시간과 오류가 발생하는 빈도를 먼저 기록해뒀습니다. 웹 앱이 배포된 후 같은 작업의 처리 시간을 다시 측정했더니, 한 건 처리 시간이 평균 40분에서 3분으로 줄었습니다. 유효성 검사가 폼에 들어가니 형식 오류도 거의 사라졌습니다. 수치가 있으니 추가 개선에 투자해야 하는 이유를 설명하기도 쉬워졌습니다. 자동화 프로젝트에서 측정 계획을 개발 시작 전에 세우는 것이 효과 증명과 개선 방향 모두에 도움이 된다는 것을 이 경험에서 배웠습니다.
수치 없는 자동화는 성공 여부를 알 수 없는 결이 있었습니다.
Excel 프로세스를 웹 앱으로 옮기면서 Excel 수식을 코드로 재구현하는 것이 생각보다 복잡했습니다. 수식이 단순해 보여도 특정 값이 비어있거나 음수인 케이스를 Excel이 조용히 처리하는 방식이 있었는데, 코드에서는 명시적으로 처리해야 했습니다. 기존 담당자에게 인터뷰를 했더니, 구두로만 전해지던 예외 처리 규칙이 여러 개 있었습니다. 이것들을 단위 테스트로 명문화했더니, 이후 새 개발자가 로직을 수정할 때 예외 케이스를 놓치지 않을 수 있었습니다.
Excel 자동화의 어려움은 기술이 아니라 숨어있는 비즈니스 규칙을 드러내는 것이라는 것을 이 경험에서 배웠습니다. 담당자 인터뷰와 예외 케이스 문서화가 구현보다 먼저인 결이 있었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성전자 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.