RPA 관광객이 아닌 효과적인 변화 관리 구현

기업은 RPA를 효과적으로 롤아웃하는 데 필요한 프로토콜을 준수하지 않습니다.

기업은 미래를 내다보며 기하급수적인 속도로 RPA 및 기타 지능형 자동화 형태를 도입하고 있습니다. 그러나 생산성 향상, 비효율성 감소 및 비용 절감에 대한 희망에 박차를 가하여 나무 대신 나무를 보지 못하고 있습니까?

많은 공급업체와 서비스 제공업체가 RPA 솔루션을 코드가 적고 설치하기 쉬운 것으로 마케팅하지만 실제로는 그렇지 않습니다.

KPMG와 HFS Research의 보고서에 따르면 RPA 분야에서 기대와 현실 사이에는 상당한 간극이 있습니다. 기업이 RPA의 이점을 이해하고 있지만 설문 조사에 따르면 많은 기업이 RPA를 효과적으로 구현할 준비가 되어 있지 않으며 기업 RPA 이니셔티브의 13%만이 조직 전체에 걸쳐 규모를 달성하고 있는 것으로 나타났습니다.

HFS Research의 선임 연구 분석가인 Maria Terekhova는 최근 블로그 게시물에서 보고서의 결과를 반영하여 "RPA 재난을 위한 단계가 설정되고 있으며 해당 기업은 이를 방지하기 위해 지금 조치를 취해야 합니다."라고 경고했습니다.

"다시 말해 지금까지 RPA 프로젝트는 초기 단계였고 탐색적이었습니다."라고 그녀는 설명했습니다. “하지만 이제 1년을 넘기 시작하면서 더 많은 기업이 조직 전체에서 RPA를 도입하려고 합니다. 이 시점에서 고객 조직과 서비스 제공업체 모두에서 경험이 풍부한 인재의 부족이 고통스럽게 드러날 것입니다.

"더 많은 기업이 필수 인재 없이 RPA를 확장하려고 함에 따라 RPA 서비스 연구에서 고객이 제공한 평균 만족도 점수 77%가 떨어지기 시작하여 고객의 투자 비용과 서비스 제공업체 계약 비용이 발생합니다. 다시 말해서, 시장의 양측 모두에게 주요 RPA 환멸과 심판이 오고 있습니다.”

"RPA 관광"

HFS Research의 연구 부사장인 Elena Christopher는 Information Age와의 인터뷰에서 보고서와 그 결과에 대해 설명했습니다. 그녀에 따르면 RPA 확장의 어려움은 다면적입니다.

Christopher에게 있어 첫 번째는 변경 관리와 관련된 전체 과제입니다. 그녀는 많은 기업이 RPA를 효과적으로 롤아웃하는 데 필요한 프로토콜을 준수하지 않고 있다고 생각합니다.

그녀는 "통합되어야 하고 인간 노동력과 잘 작동할 수 있는 완전히 새로운 디지털 노동력을 창출한다는 개념은 거대합니다."라고 경고했습니다. "조직은 그것을 소화하기 위해 전체 절차가 필요합니다."

그녀는 “일반 IT 프로토콜에서 RPA를 도입하는 것만으로는 충분하지 않습니다. HFS Research에서는 농담으로 이것을 RPA 관광이라고 부릅니다.”

Christopher에게 기업이 진정으로 RPA를 확장하려면 실험 그 이상이어야 합니다.

그녀는 "기업은 RPA가 하위 수준에서 상위 수준에 이르기까지 기업에 어떤 영향을 미칠지에 대해 더 광범위하게 생각할 필요가 있습니다."라고 말했습니다. “RPA 이니셔티브에는 후원과 소유권이 필요합니다. 시니어 스위트는 지원해야합니다. 비즈니스 사례와 개념 증명을 구축해야 하며 규모를 염두에 두고 수행해야 합니다."

RPA 인재 부족

크리스토퍼는 테레호바의 말을 따라 다음과 같이 주장합니다. 좋은 엔지니어와 개발자가 필요합니다.”

그녀에게 있어 단순히 비기술적 전문가를 RPA 전문가로 재교육한다는 개념은 어려운 주문입니다. 따라서 비즈니스 리더는 채용을 염두에 두고 RPA 이니셔티브를 조정해야 합니다.

그러나 IT 및 기술 직원이 RPA를 구현하기만 하고 주로 사용하지는 않는다는 점을 이해하는 것도 중요합니다.

실제로 RPA 솔루션은 일상적으로 재무 및 고객 서비스와 같은 비즈니스 운영 내에서 주로 사용됩니다. 따라서 비즈니스 사용자의 이해가 있어야 합니다.

Christopher는 다음과 같이 덧붙였습니다. “직원들이 RPA를 두려워하지 않고 기꺼이 사용할 수 있도록 도와야 합니다. 자동화 불안의 개념은 실제입니다. 나는 항상 '우리가 기사와 블로그에 로봇의 이 모든 사진을 표시하지 않는 것이 빠를수록 더 좋습니다. 왜냐하면 그것은 모두를 겁나게 하기 때문입니다.' 또한 RPA가 무엇인지에 대한 현실적인 묘사가 아닙니다. RPA는 소프트웨어입니다. (정확히 언급됨 — ed.)

그러나 여전히 모든 RPA 개발 직원은 조정해야 합니다.

프로세스에 따라 수동 작업에서 소프트웨어로 한 번 실행 또는 부분적으로 실행하는 작업으로 전환하는 것은 다소 복잡할 수 있습니다.

새로운 기술이 발생할 수 있으므로 적절한 교육이 필수적입니다.