RPA에서 로봇 작동 모델(ROM)의 중요성

"RPA의 모든 사람이 '좋은' 프로세스가 무엇인지 아는 것은 아닙니다. 일부는 거의 비즈니스 이점을 제공하거나 나중에 문제를 일으킬 복잡한 논리로 구축되었습니다."

Benjamin Franklin이 "1온스의 예방은 1파운드의 치료 가치가 있다"고 말했을 때 그는 특히 로봇 프로세스 자동화(RPA)와 로봇 작동 모델(ROM)의 중요성을 언급한 것이 아닙니다. 하지만 그는 그랬을 수도 있습니다.

RPA는 오류를 발견할 때까지 기다렸다가 수정할 때보다 전체 여정을 미리 정의할 때 가장 잘 구현됩니다.

Blue Prism의 ROM은 이 정확한 목적을 달성하기 위해 설립되었으며 7개의 기둥으로 나뉩니다.

• 비전
• 조직
• 거버넌스 및 파이프라인
• 전달 방법론
• 서비스 모델
• 사람
• 기술

각 기둥에는 RPA 솔루션을 구현할 때 고려해야 할 다양한 고려 사항이 포함되어 있습니다.

Blue Prism ROM을 준수하면 RPA CoE(Center of Excellence)가 정체되지 않고 유기적으로 번성하고 성장할 수 있습니다. 이것이 RPA를 쉽게 확장할 수 있게 하고 회사가 RPA를 실행하기 전에 RPA를 실행하는 것을 방지합니다.

비전

먼저 RPA 구현의 전략과 목적을 고려해야 합니다. 더 빠르고 정확한 응답을 제공하여 데이터 품질을 개선하거나 비용을 절감하거나 사용자 경험을 개선하고 싶으십니까?
어떤 이유에서든 RPA에 대한 전략이 더 광범위한 비즈니스의 전략에 어떻게 부합하는지 이해하는 것이 중요합니다. 이렇게 하면 확장할 준비가 되었을 때 이미 지원을 받을 수 있습니다.

비전을 설정했다면 밖으로 나가서 자신의 목소리를 듣습니다! 조직의 상부로부터 동의를 확보하고 긍정적인 방향으로 하향 조정되고 있는지 확인하십시오.

로드쇼, 워크샵 및 비즈니스 전반의 사람들을 참여시키기 위한 기타 이니셔티브를 주최할 조직 목표에 대한 전염성 있는 열정을 가진 RPA 책임자를 찾으십시오. RPA Champion은 또한 좋은 소식을 알리고 자동화를 위한 추가 기회를 식별할 수 있습니다.

적절한 사람들을 빨리 태울수록 더 좋습니다!

조직

다음 단계에는 조직 모델 계획이 포함됩니다. RPA는 비즈니스 내 어디에 있으며 성장을 위한 계획은 무엇입니까? 중앙 집중식 접근 방식은 전체 조직을 포괄합니다. 이를 기존 CoE에 포함하는 것이 좋습니다. 그러나 배달 팀이 제한되어 있는 경우 프로세스를 자동화하기 위해 비즈니스의 모든 구석이 문을 두드릴 때 기대치를 관리해야 합니다.

연합 접근 방식은 RPA 기능이 특정 기능 내에 있지만 중앙 팀이 표준 및 모범 사례를 제어하여 비즈니스 전반에 걸쳐 확장되는 방식입니다. 이는 조직 전체에 전달 포드를 만들어 CoE가 관리하는 자체 자동화 프로세스의 식별 및 전달을 담당함으로써 달성됩니다.

분할 접근 방식이 가장 바람직하지 않습니다. 여기에서 여러 RPA 기능이 별도의 인프라, 별도의 거버넌스 및 별도의 팀으로 조직 전체에서 별도로 실행됩니다. 비용 효율적이지 않고 진정한 확장을 방해합니다.

거버넌스 및 파이프라인

RPA의 모든 사람이 '좋은' 프로세스가 무엇인지 아는 것은 아닙니다. 일부는 비즈니스 이점이 거의 또는 전혀 없이 개발되거나 나중에 문제를 일으킬 복잡한 논리로 구축되었습니다.

무엇이 진정으로 좋은 프로세스인지를 명확히 하는 것이 중요합니다. 이진 논리와 트랜잭션이 많고 안정적인 대상 응용 프로그램은 사용자가 찾아야 하는 것 중 일부에 불과합니다.

'좋은'의 정의가 명확해지면 거버넌스를 통해 공급되는 프로세스를 식별할 수 있습니다. 이렇게 하면 적절한 청중에게 적절한 질문을 할 수 있습니다.

예를 들어, 자동화를 위한 이상적인 프로세스를 찾았지만 거버넌스 위원회의 IT 담당자가 대상 애플리케이션에 대해 2개월 이내에 예정된 패치가 있다고 알려줍니다. 요소를 다시 감시하고 패치가 수행될 때까지 프로세스를 보류해야 합니다.

거버넌스 위원회에서 논의되는 다른 주제 중에서 수요 창출, 즉 비즈니스 내에서 RPA에 대한 수요를 어떻게 생성할 것인지를 다룰 것입니다. 적절한 프로세스를 식별하기 위한 직원 인센티브, 내부 커뮤니케이션, 참여를 위한 워크숍 운영은 우리가 권장하는 기술 중 일부일 뿐입니다.

전달 방법

이제 이러한 모든 프로세스를 식별했습니다. 자동화된 솔루션으로 제공할 방법은 무엇입니까?

정의 단계에서 잘못된 정보를 캡처하거나 아예 캡처하는 것을 잊어버리면 치명적인 영향을 미칠 수 있으므로 프로세스 정보를 캡처하려면 지식이 풍부한 SME가 필요합니다. 또한 적절한 청중을 위한 절차 안내를 진행하는 것도 가치가 있습니다.

개발자가 Blue Prism에서 가능한 한 빨리 솔루션을 자동화하도록 하는 것은 너무 유혹적입니다. 하지만 장기적으로 보면 시간이 좀 더 걸리기를 바랄 것입니다.

먼저 "예정" 프로세스를 문서화하십시오. 로봇 프로세스는 인간 프로세스와 어떻게 다를까요? Blue Prism으로 건설하기 위한 청사진은 무엇입니까?

이 솔루션에 필요한 비즈니스 개체를 간략하게 설명하고 환경에 이미 존재하는 개체와 비교하십시오. 이것은 재사용 가능한 개체 라이브러리를 확장함에 따라 결국 개발 시간을 앞당길 것입니다. 비즈니스와 "예정"이 합의되고 설계 권한/주도 개발자가 제안된 청사진을 승인하고 필요한 동료 검토를 수행하면 개발을 시작할 수 있습니다.

테스트를 승인하고 비즈니스가 만족하는지 확인하십시오. 테스트 및 릴리스 단계에서 생성해야 하는 다른 주요 결과물이 있으며 이를 무시하지 않는 것이 중요합니다!

서비스 모델

프로세스가 프로덕션 단계에 들어가면 적절한 지원을 받아야 합니다.

로봇이 수동 키 입력을 위해 운영 팀에 비즈니스 추천을 돌려주고 있습니까? 로봇이 예상대로 작동하지 않을 경우에 대비하여 개발자가 준비되어 있습니까? 로봇 자원의 손실을 방지하기 위한 재해 복구 계획이 있습니까?

마지막으로 필요한 것은 열악한 서비스 모델로 인해 로봇 자원을 잃는 것입니다.

사람

모든 훌륭한 팀은 처음부터 미래의 성공을 계획합니다. 개발자가 경험이 없다면 피할 수 없는 RPA 문제를 해결하는 데 어려움을 겪을 것입니다. 고품질 리드 개발자를 지정하는 것이 필수적이지만 이러한 사람들은 현재 시장에서 찾기가 매우 어려울 수 있습니다.

개발자는 Blue Prism 개발 및 프로세스 분석 모두에서 최고 수준의 교육을 받아야 합니다. 이렇게 하면 경험 많은 컨설턴트의 현장 지원을 받는 동시에 하이브리드 역할을 수행할 준비가 됩니다.

개발 팀이 계속 성장함에 따라 표준을 유지하기 위해 설계 기관을 지정하고 생산 로봇을 관리하기 위해 제어실 모니터를 지정해야 합니다.

마지막으로 언제 고용해야 하는지 계획하십시오. 이는 전달 팀 전체에서 연속성과 품질을 유지하는 데 도움이 될 수 있습니다.

기술

일곱 번째 기둥에는 어떤 기술적 접근 방식을 취하는지에 대한 고려 사항이 포함됩니다. 가상 머신 설정, 향후 확장을 위한 라이선스 프로비저닝, 재해 복구를 모두 고려해야 하며 클라우드 기반 솔루션과 온프레미스 호스트 중에서 선택해야 합니다.

일반적인 문제는 공통 이미지에 대해 가상 머신을 구축하지 못하는 것입니다. 즉, Surface 자동화와 같은 개발 기술은 실패할 위험이 더 큽니다.

모든 RPA 솔루션에서 성공하려면 각 기둥을 올바르게 설정하는 것이 중요합니다.

Robiquity 수석 컨설턴트 Rob Dawson 작성