이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
직접 RPA 솔루션을 운영한 경험은 없지만, 학교 수업에서 업무 자동화 개념을 배우고 간단한 매크로 자동화를 실습해본 적이 있습니다. Excel VBA로 반복 입력 작업을 자동화하는 과제에서, 예외 케이스 처리 규칙을 먼저 정의하지 않으면 자동화가 오히려 오류를 증폭시킨다는 것을 경험했습니다. RPA도 같은 원리라고 이해합니다.
자동화할 프로세스의 예외 조건을 명확히 정의하고, 예외 발생 시 담당자에게 알림이 가는 구조를 함께 설계하는 것이 중요하다고 봅니다. 또한 자동화된 프로세스는 정기적으로 결과를 샘플링해 정상 작동 여부를 확인하는 루틴이 있어야 한다고 생각합니다. 실무에서 RPA를 다루게 된다면 이런 관점으로 접근하겠습니다.
자동화를 다룰 때 제가 감으로 두지 않은 건 정상 작동을 계속 확인하는 일입니다. 매크로를 짜본 경험에서, 한 번 만들어두면 끝이 아니라, 결과를 정기적으로 샘플링해 봐야 한다는 걸 배웠습니다. 봇이 조용히 틀린 값을 쌓으면, 나중에 발견했을 때 피해가 훨씬 컸기 때문입니다. 그래서 예외가 생기면 담당자에게 알림이 가는 구조를 함께 설계했습니다. 또 현행 흐름을 문서화해 예외 케이스를 미리 정의하는 게 먼저였습니다.
예외를 정의하지 않은 자동화는 오류를 증폭시켰습니다. 자동화는 만들고 잊는 게 아니라, 결과를 근거로 계속 점검하는 운영이었습니다.
RPA를 두고 제가 의식하는 건 자동화할 구간과 사람이 판단할 구간의 거래입니다. 반복적이고 규칙이 명확한 일은 자동화가 맞지만, 판단이 필요한 일까지 봇에 맡기면 오히려 사람이 뒤처리를 해야 했습니다. 그래서 고반복·대용량이면서 규칙이 분명한 구간만 골라 자동화하려 했습니다. 한 번은 예외가 잦은 일을 무리하게 자동화했다, 봇이 만든 오류를 수기로 고치는 함정에 빠질 뻔했습니다.
다 자동화하는 게 효율은 아니었습니다. 어디까지 봇에 맡기고 어디부터 사람이 볼지를 가르는 게 핵심이었습니다. 자동화는 사람을 대체하는 게 아니라, 판단이 필요 없는 일을 덜어주는 도구였습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 구매·SCM 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.