[ 류지영 이 만난 사람 ] 한국 소프 토 모티브 이문형 지사장 “ RPA 쉽 게 , 제대로 하 려면 … ” 
 최근 RPA 의 성장세 가 심상 치 않 다 . 글로벌 뿐 만 아니 라 국내 시장 도 급격히 확산 되 고 있 고 솔루션 간 경쟁 도 심화 되 고 있 다 . 그동안 [ 류지영 이 만난 사람 ] 은 대표 적 인 RPA 솔루션 기업 들 과 의 인터뷰 를 통해서 각 솔루션 의 특징 과 기업 철학 및 향후 계획 등 을 자세히 알아보 았 다 . 그런데 가장 최근 국내 지사 를 설립 한 , 작 지만 강한 기술 중심 의 회사 소프 토 모티브 를 빼놓 을 수 없 어서 , 국내 시장 은 물론 아시아 태평양 시장 진출 기반 을 마련 하 기 위해 동분서주 하 고 있 는 한국 소프 토 모티브 이문형 지사장 을 한가위 를 앞두 고 만나 보 았 다 . 
 - 지사장 취임 을 축하 한다 . 소프 토 모티브 는 어떤 회사 인가 ? 
 ▲ 2005 년 에 설립 된 15 년 역사 의 RPA 소프트웨어 개발 사이 다 . 일찍이 소크라테스 , 아리스토텔레스 와 같 은 철학자 와 알렉산더 같 은 리더 를 배출 한 철학 의 본고장 그리이스 에서 설립 된 회사 다 . 현재 까지 9 , 000 여 고객 을 전 세계 에 보유 하 고 있 고 , 아직 임직원 200 명 이 라는 작 은 규모 이 지만 순수 기술 중심 의 회사 로 매년 빠르 게 성장 하 고 있 다 
 - 아시아 태평양 지역 에서 처음 으로 한국 에 지사 를 만든 이유 는 ? 
 ▲ 소프 토 모티브 창업 은 그리이스 에서 했 지만 공식 본사 는 영국 에 두 고 있 다 . 흥미 로운 점 은 한국 지사 가 아시아 지역 의 첫 사무소 이 며 내 가 아시아 지역 의 첫 직원 이 라는 것 이 다 . 그러면 유럽 시장 을 중심 으로 하 던 소프 토 모티브 가 왜 아시아 그것 도 한국 에 첫 사무소 를 만들 게 되 었 을까 ? 그건 한국 에 비즈니스 드라이브 즉 , 사업 을 펼칠 수 있 는 계기 와 원동력 이 있 기 때문 이 다 . 바로 52 시간 근무 제 를 말 한다 . 
 이 와 관련 하 여 한 가지 에피소드 가 있 다 . 2017 년 어느 날 본사 는 한 통 의 이메일 을 받 는다 . 한국 의 한 은행 에서 두 직원 을 보낼 테 니 RPA 관련 교육 을 시켜 달 라는 요청 이 었 다 . 아시아 지역 그것 도 한국 에 는 큰 관심 이 없 던 소프 토 모티브 본사 는 의아 하 게 생각 하 며 , 요청 한 대로 그리스 본사 에서 두 직원 을 교육 시켰 다 . 그 이후 부터 지금 까지 이 회사 는 여러 차례 에 걸쳐 약 260 카피 의 소프 토 모티브 제품 을 구매 했 다 . 바로 한국 의 KB 금융 그룹 이 다 . 이후 본사 의 담당자 가 한국 을 방문 하 였 고 , 한국 정부 의 52 시간 가이드라인 을 확인 하 게 되 었 다 . 결국 내 가 지금 여기 있 는 이유 이 다 . 
 - RPA 는 무엇 이 라 생각 하 는가 ? 
 ▲ 어렵 게 생각 하 지 말 고 쉽 게 생각 해 보 자 . 알 다시피 RPA 는 Robotic Process Automation 의 약자 이 다 . 로보 틱 은 기계 적 , 즉 정확 하 고 규칙 적 이 란 의미 를 담 고 있 다 . 골프 를 칠 때 실수 가 전혀 없이 모든 홀 을 파로 마무리 할 때 사람 들 은 ‘ 기계 적 이 다 ’ 라고 말 한다 . 프로세스 는 경로 , 과정 을 의미 한다 . 오토메이션 은 사람 의 손 을 거치 지 않 고 기계 가 스스로 움직이 는 것 을 의미 하 고 . 종합 해 보 면 , 규칙 적 인 과정 을 기계 가 스스로 움직여 처리 하 는 것 이 라고 해석 할 수 있 다 . 
 대저 택 의 집사 를 예 를 들 어 보 면 , 손님 을 맞이 하 고 , 아침 을 준비 하 며 , 옷 을 준비 하 고 , 약속 을 체크 하 며 , 집안 의 온갖 잡다 한 일 들 을 처리 한다 . 그런데 이 집사 가 내 데스크톱 속 에서 일 한다고 상상 해 보 라 . 얼마나 재미있 는 일 인가 ? 그 데스크톱 의 집사 는 문서 를 작성 하 고 첨부 하 여 이메일 로 발송 하 고 , 웹 서치 결과 를 엑 셀 이나 워드 에 저장 해 주 며 , 매일 입력 되 는 여러 지점 의 매출 데이터 를 원하 는 형태 로 만들 어 주 고 , 문서 자료 를 읽 어 필요 한 데이터 를 데이터베이스 에 저장 해 준다 . 그 시간 나 는 퇴근 하 여 가족 과 시간 을 보내 고 . 이 데스크톱 속 의 집사 가 바로 RPA 이 다 . 
 나아가 공장 자동화 가 블 루 컬러 의 자유 와 재배치 를 이루 었 다면 RPA 는 화이트 컬러 에게 자유 를 줄 것 이 라고 믿 는다 . 인간 이 산업 혁명 이후 대량 생산 을 위해 만든 공정 들 을 자동 화 혁명 으로 인공지능 과 시스템 에 맡기 고 , 인간 은 원래 해야 했 던 일 들 , 또 인공지능 과 시스템 보다 더 잘 할 수 있 는 일 에 집중 하 자는 것 이 RPA 의 철학 이 아닐까 생각 해본다 . 이런 확신 과 철학 이 소 포토 모티브 의 솔루션 에 녹 아 있 다고 생각 한다 . 
 - RPA 를 도입 하 는 주요 계기 와 진행 과정 및 소요 기간 은 ? 
 ▲ 기업 은 그간 업무 의 개선 과 효율 화 , 업무 자동 화 란 주제 로 ERP ( Enterprise Resource Planning ) , BPM ( Business Process Management ) 을 도입 했 다 . 하드웨어 성능 이 좋 아 지 고 인공지능 개념 이 보편 화 되 면서 BPM 관련 실행 방안 의 하나 로 RPA 가 대두 되 었 다 . 특히 한국 은 52 시간 근무 규정 이 만들 어 지 면서 야간 과 주말 근무 등 을 대체 할 대안 의 하나 로 RPA 가 주목 을 받 고 있 다 . 
 특히 CEO 레벨 에서 인력 절감 을 할 수 있 다는 메시지 가 초기 에 확산 되 었 고 , 실무 선 에서 는 힘들 고 귀찮 은 야간 , 주말 작업 을 대신 해 줄 수 있 다는 입소문 이 전파 되 었 다 . 실제로 2 ~ 3 개월 정도 의 짧 은 기간 에 정량 적 으로 시간 , 속도 , 처리 량 등 의 효과 를 수치 화 할 수 있 는 부분 도 RPA 도입 의 긍정 적 인 요소 이 다 . 
 RPA 의 진행 과정 은 대개 5 단계 정도 로 나뉜다 . 가장 먼저 각 부서 업무 담당자 와 의 인터뷰 를 통해 현재 ( As - Is ) 업무 상세 내용 을 받 고 필요 시 업무 수행 을 동영상 으로 기록 한다 ( 2 ~ 3 주 소요 ) . 두 번 째 , RPA 구현 가능 성 을 판단 하 고 설계서 를 작성 한다 ( 2 ~ 3 주 소요 ) . 세 번 째 , 실제 개발 단계 이 며 대상 업무 와 RPA 기능 의 매핑 작업 을 수행 한다 ( 6 ~ 8 주 소요 ) . 네 번 째 , 내부 테스트 및 통합 테스트 단계 이 다 ( 2 ~ 3 주 소요 ) . 마지막 다섯 번 째 로 배포 단계 이 다 . 운영 자 및 개발자 매뉴얼 을 작성 하 고 배포 한다 . 평균 20 개 정도 의 업무 기준 에 3 ~ 4 개월 정도 소요 된다고 볼 수 있 다 . 
 - 소프 토 모티브 RPA 의 강점 과 한국 시장 을 위한 정책 은 ? 
 ▲ 첫 번 째 , 데스크톱 기반 의 RDA 제품 인 윈 오토메이션 ( Winautomation ) 과 서버 기반 의 제품 인 프로세스 로 봇 ( Processrobot ) 두 가지 의 제품 구성 으로 사용 자 가 업무 와 규모 에 알맞 게 선택 할 수 있 다는 점 이 다 . 두 번 째 , 상대 적 으로 저렴 한 비용 을 들 수 있 다 . 윈 오토메이션 을 통해 RPA 프로젝트 를 시작 하 는 경우 , 기존 서버 중심 의 RPA 프로 젝 에 비해 최대 1 / 10 비용 으로 구축 할 수 있 다 . 서버 제품 인 프로세스 로 봇 또한 한국 시장 에 맞 는 합리 적 인 가격 으로 제안 하 고 있 다 . 세 번 째 , 베스트 오브 브리드 ( Best of Breed ) 전략 으로 엔진 은 가볍 게 가 면서 업계 최고 의 솔루션 들 과 의 연동 을 강화 하 고 있 다 . AI 기반 인식 솔루션 , 워크 플로우 , 인증 보안 등 각 분야 를 추가 해 가 면서 사용 자 가 편하 게 선택 할 수 있 도록 했 다 . 네 번 째 , 유연 한 한국 시장 정책 이 다 . 소규모 기술 중심 의 글로벌 기업 이 다 보 니 한국 시장 의 비중 이 높 고 따라서 여러 정책 을 유연 하 게 한국 시장 의 눈높이 에 맞춰 가 고자 한다 . 한국 시장 에 만 존재 하 는 구매 정책 이나 기술 요건 등 을 만들 어 갈 것 이 다 . 
 - RPA 를 통해 업무 를 처리 할 때 주의 할 점 이 있 다면 ? 
 ▲ RPA 는 사람 이 하 는 기계 적 행위 ( 마우스 클릭 , Copy & Paste , 검색 등 ) 를 소프트웨어 로봇 이 대신 수행 하 게 하 는 것 이 다 . 전기 만 공급 되 면 예외 사항 이 없 는 규칙 적 인 업무 인 경우 , 로봇 이 365 일 쉬 지 않 고 일 할 수 있 다 . 단순 하 면서 반복 적 인 업무 에 사람 은 지치 기 쉽 지만 , RPA 는 지시 된 규칙 에 따라 정확히 업무 를 지속 적 으로 수행 한다 . 다만 인지 능력 은 미흡 한 수준 이 다 . 예 들 들 어 웹 에 접속 했 는데 예상 하 지 않 던 팝업 창 이 뜨 게 되 면 , 사람 은 즉시 상황 을 인지 하 고 삭제 하 지만 RPA 는 당황 하 여 정지 하 게 된다 . 
 또한 모든 패스워드 를 알 고 있 는 사람 의 역할 을 대신 할 경우 , 특히 보안 에 더 철저히 대응 해야 한다 . 혹시 사고 가 날 수 도 있 기 때문 이 다 . 아울러 검색 을 할 때 는 업무 처리 의 종료 를 모르 기 때문 에 일정 범위 를 정해 주 는 것 이 좋 다 . 그렇 지 않 으면 TMI ( Too much information ) 즉 과다 한 정보 를 검색 하 는 경우 도 있 을 수 있 기 때문 이 다 . 아울러 동일 한 부서 에서 어떤 프로세스 를 만들 어 동료 간 에 공유 하 는 경우 , 개인 의 업무 프로세스 를 평가 하 는 수단 이 될 수 도 있 다 . 
 - RPA 적용 범위 와 대상 은 ? 
 ▲ 사람 이 데스크톱 으로 처리 하 는 모든 업무 가 대상 이 된다 . 특히 노동 집약 적 반복 업무 , 대량 의 데이터 처리 , 정해진 규칙 기반 의 업무 가 주 대상 이 다 . 반면 대상 이 되 기 어려운 업무 는 , 예외 사항 이 많 은 일 , 지나치 게 복잡도 가 높 은 업무 , 비 정형 데이터 를 많이 다루 는 업무 , OCR 의 정확도 가 필수 적 인 업무 등 이 다 . RPA 도입 초기 에 는 문서 의 자동 화 업무 가 많 은 금융 권 에서 각광 을 받 았 으나 , 점차 웹 에서 의 업무 처리 , ERP 연동 , 인사 / 회계 시스템 연동 등 으로 범위 가 넓 어 지 면서 제조 , 서비스 , 유통 , 공공 에 까지 확산 되 는 추세 이 다 . 
 그러나 당분간 은 규칙 적 이 고 정형 화 된 업무 에 우선 적용 될 것 이 라고 본다 . 현재 파일 롯 단계 에서 전체 업무 의 10 % 정도 가 적용 됐 다면 , 올해 말 부터 전사 확대 적용 사례 가 나올 것 으로 전망 된다 . 또한 주목 할 만 한 것 은 스마트 팩토리 플랫 폼 과 RPA , 블록체인 과 RPA , 데이터 시각 화 툴 과 RPA 등 기존 레거시 애플리케이션 들 과 RPA 와 의 연동 이 일어날 것 으로 예상 된다 . 이렇게 되 면 RPA 가 기존 레거시 시스템 과 의 시너지 를 창출 하 며 , 자동 화 영역 을 폭발 적 으로 넓혀갈 것 으로 본다 . 
 - RPA 를 관심 있 게 바라보 는 분 들 을 위해서 조언 을 한다면 ? 
 ▲ RPA 가 가지 고 있 는 한계 에 도 불구 하 고 지난 2 년 간 RPA 는 빠르 게 확산 되 었 다 . 이제 두 가지 정도 를 신중 하 게 검토 하 고 고려 해야 할 때 라고 본다 . 첫째 , 구축 방법론 이 다 . 지금 까지 빅뱅 또는 서버 환경 중심 으로 만 검토 하 고 파일 롯 을 적용 했 다면 이제 는 ‘ 스타트 스몰 ( Start Small ) ’ 구축 방법론 을 검토 해 볼 차례 이 다 . 데스크톱 중심 의 개별 프로세스 들 을 모아 전체 프로세스 를 적용 하 는 스타트 스몰 방법론 은 , 적 은 비용 으로 위험 을 줄이 고 신속 하 게 원 하 는 바 를 구현 할 수 있 다는 장점 이 있 다 . KB 금융 그룹 등 이 주요 사례 이 다 . 실제로 현재 RPA 대상 의 70 % 는 데스크톱 내 에 존재 하 고 있 다는 것 이 통계 로 증명 되 었 다 . 대상 은 데스크톱 에 있 는데 굳이 서버 중심 으로 구축 할 필요 는 없 다고 본다 . 
 두 번 째 , 비용 문제 이 다 . 지난 2 년 간 파일럿 프로젝트 도 건당 몇 억 원 의 비용 을 지불 했 다고 들 었 다 . 그런데 그때 적용 한 업무 는 전체 의 10 % 도 안 된다고 한다 . 10 % 에 몇 억 원 의 예산 을 사용 했 다면 , 나머지 90 % 에 는 몇 십 억 원 이 소요 될 것 으로 보인다 . 스타트 스몰 구축 방법론 을 권하 고 싶 은 이유 가 이것 이 다 . 먼저 데스크톱 에서부터 RPA 를 적용 하 고 , 차차 관리 와 통제 를 위하 여 서버 급 에 RPA 를 적용 하 는 스마트 스몰 방법론 은 , 최대 1 / 10 의 가격 으로 RPA 를 적용 해 볼 수 있 는 방안 이 다 . 
 - RPA 솔루션 의 성능 과 사용자 의 역량 중 에 무엇 이 더 중요 한가 ? 
 ▲ 굳이 하나 를 선택 하 라면 나 는 사용 자 의 역량 이 더 중요 하 다고 생각 한다 . 솔루션 간 의 차별 성 은 그다지 크 지 않 기 때문 에 성공 적 인 RPA 프로젝트 를 위해 더 중요 한 부분 은 수 행사 의 경험 과 역량 이 라고 생각 한다 . 그런데 그 수 행사 에게 날개 를 달 아 줄 수 있 는 요소 는 사용 자 의 업무 에 대한 노하우 이 다 . 경험 상 현업 사용 자 가 적극 프로 젝 에 참여 하 고 의견 을 개진 하 며 의지 를 보일 때 RPA 본연 의 효과 가 발휘 된다 . 결코 솔루션 이나 개발 사 에 의탁 해서 는 새로운 아이디어 가 나오 지 않 는다 . 업무 에 정통 한 담당자 가 RPA 솔루션 을 이해 하 고 나 면 , 모두 가 생각 못 했 던 곳 에서 RPA 의 힘 을 발휘 될 것 이 다 . 
 RPA 는 결국 직원 을 대체 하 는 개념 이 아니 라 직원 의 역량 을 강화 시키 고 전문 화 할 수 있 는 도구 이 다 . IT 제품 이 지만 사용자 에 따라 열 배 , 백 배 의 효과 를 볼 수 있 는 솔루션 이 라고 생각 한다 . 내 기업 환경 에 맞 는 합리 적 인 구축 방안 과 제품 으로 하루빨리 RPA 의 세계 에 빠져 보 기 를 권한다 .