자동화에 대한 CIO의 관점

지난달 FORWARD IV에서는 자동화 실무를 주도하는 세 명의 CIO(최고 정보 책임자)가 Bain Research Company의 Michael Heric과 함께 자동화와 관련된 모든 것을 논의했습니다. Autodesk의 Prakash Kota, Palo Alto Networks의 Naveen Zutshi, Wells Fargo의 Peter Tsahalis는 Heric과 다음과 같이 말했습니다.

• 자동화가 비즈니스 전략을 가능하게 하는 방법

• 성공적인 자동화 프로그램을 추진하는 방법

• 자동화 이니셔티브에 대해 CIO와 협력하는 방법

CIO는 비즈니스 전략과 IT 전략 모두에 깊이 관여합니다. 따라서 자동화가 IT와 비즈니스 리더가 함께 일하는 방식을 어떻게 변화시킬 수 있는지 논의할 수 있는 완벽한 후보자가 됩니다. CIO도 바쁜 사람들이기 때문에 FORWARD IV 세션은 이 새로운 비즈니스 시대의 최전선에 있는 리더들과 솔직한 대화를 나눌 수 있는 드문 기회였습니다.

다음은 다루는 주제에 대한 간략한 요약입니다.

로봇 프로세스 자동화(RPA) - 가치 동인 또는 반창고?

Zutshi는 그의 초기 감각은 로봇 프로세스 자동화(RPA)가 단순히 규칙 기반 엔진이라는 것이었습니다. Palo Alto Networks는 급속한 성장 기간을 거치면서 RPA의 힘에 대한 인식과 함께 프로세스가 극적으로 변경되었습니다. UiPath는 회사가 운영의 핵심 프로세스를 혁신하는 데 도움이 되었으며 이제 영업 운영, 회계 및 법률 분야의 사용 사례를 목표로 삼고 있습니다.

Kota는 RPA가 Autodesk에 상당한 부가가치를 창출한 방법을 언급했습니다. 자동화라는 아이디어는 흥미롭습니다. 그리고 소프트웨어 회사로서 팀의 첫 번째 본능은 가능한 것이 무엇인지 알아보기 위해 RPA를 실험하는 것이었습니다. 그렇기 때문에 Kota는 회사가 RPA를 어떻게 사용할 것인지 명확하게 정의할 필요가 있음을 강조했습니다. 그는 RPA를 사용하기 위한 거버넌스 구조가 필수적이라고 믿습니다. Autodesk는 RPA가 여러 애플리케이션과 사람의 개입이 포함된 복잡한 프로세스의 사용 사례에 이상적이라는 것을 알게 되었습니다.

성공적인 자동화 프로그램을 구축하려면 어떻게 해야 합니까?

Tsahalis에 따르면 모든 것은 병목 현상을 이해하는 것에서 시작됩니다. 수천만 달러를 절약할 수 있는 잠재력이 있는 자동화에 적합한 대규모 비즈니스 포트폴리오에 흥미를 느끼기 쉽습니다. 그러나 올바른 팀을 구성하는 데 시간이 걸린다는 사실도 마찬가지로 실망스러울 수 있습니다.

Tsahalis는 "시민 개발자 군대를 갖는 것만으로는 충분하지 않습니다. “CoE(Center of Excellence)를 갖는 것만으로는 충분하지 않습니다. 당신은 그런 것들이 필요합니다. 그들은 중요합니다. 그러나 결국 RPA와 같은 자동화 도구는 워크플로를 단순화, 수정 및 수정합니다. 그리고 이러한 주제 전문가(SME)가 참여해야 합니다.”

Tsahalis는 또한 중소기업이 조직에서 가장 바쁜 사람들인 경향이 있기 때문에 시간과 관심이 부족하다고 설명했습니다. 제한된 대역폭의 프로세스 전문 지식을 사용하는 방법에 대해 인내심을 갖고 지능적이어야 합니다. 프로세스 SME는 자동화 팀을 안내하는 지식 마스터의 중요한 역할을 합니다.

그러나 모든 산업이 동일한 우선순위로 동일한 타임라인에서 운영되는 것은 아닙니다.

Zutshi가 말했듯이 “우리에게 통화는 속도입니다. 우리가 충분히 빨리 진행하지 않으면 보안 분야의 시작이 우리를 혼란에 빠뜨릴 것입니다.”

비즈니스 프로세스 리더는 전략과 과제를 IT와 사전에 공유해야 합니다. IT는 비즈니스 전문가와 협력하여 경쟁력을 유지하는 데 필요한 속도로 자동화할 책임이 있습니다. 그는 비즈니스 리더와 IT 전문가로 구성된 운영 위원회를 만들 것을 제안했습니다. 위원회의 임무는 작업 백로그의 우선 순위를 지정하고 자동화 사용 사례를 식별하는 것입니다. 그러면 CoE는 해당 지침을 이행할 수 있습니다.

Autodesk에게 성공적인 프로그램은 사고방식의 전환을 의미했습니다. Kota는 대부분의 IT 그룹에 대한 전통적인 접근 방식이 사업부의 모든 기술 작업을 수행하는 데 집중하는 방법에 대해 설명했습니다. 그러나 비즈니스 속도가 빨라지면 IT가 혁신을 늦추는 병목 현상이 될 수 있습니다.

Kota는 "IT가 수행해야 하는 역할은 활성화 기능입니다. “다양한 기능 그룹이 자급할 수 있도록 거버넌스와 가드레일을 만들어야 합니다. IT가 모든 것을 구축할 필요는 없습니다. 의사결정과 해결에 참여할 수 있습니다.”

자동화 과정에서 무엇을 배웠습니까?

많은 기업에서와 마찬가지로 COVID는 Wells Fargo에 즉각적이고 파괴적인 많은 변화를 의미했습니다. 거의 하룻밤 사이에 회사는 미국(미국) 중소기업청(SBA) 및 급여 보호 프로그램(PPP) 대출에 대한 연방 주도 프로그램을 지원하는 프로세스를 개발해야 했습니다. Tsahalis가 설명했듯이 일반적으로 새 프로그램을 관리하기 위해 기계를 가동하는 데 시간이 걸립니다. 하지만 빠른 대응이 최우선이었습니다. Wells Fargo가 반응이 느리면 비즈니스 고객이 빠르게 대출을 신청할 수 없어 고객과 Wells Fargo에 나쁜 영향을 미쳤습니다. 그래서 Wells Fargo는 자동화의 힘을 발휘했습니다.

Wells Fargo CoE는 에이전트가 대출 프로세스를 더 빠르게 진행할 수 있도록 길고 연결된 자동화를 만들었습니다. 또한 사람의 개입 없이 25% 이상의 응용 프로그램을 처리할 수 있도록 지원하는 종단 간 자동 승인 환경을 개발했습니다.

Tsahalis는 "자동화 도구 세트에 대해 생각할 때 시야를 넓혀야 합니다."라고 조언했습니다. “봇이 3개의 하위 시스템을 자동화하여 더 적은 수의 사람들이 이를 사용해야 하는 것은 아닙니다. 자동화는 신속한 응답을 위해 사용될 수 있습니다. 그러나 워크플로에 일관성을 가져와야 할 때 위험 및 제어 도구로 사용할 수도 있습니다."

Autodesk가 RPA를 시작했을 때 IT 팀은 모든 것을 자동화하기를 원했습니다. Kota는 그의 팀이 프로세스가 완료되기 전에 새로운 프로세스 자동화에 뛰어들기를 열망하는 방법에 대해 말했습니다. “우리가 배운 핵심은 속도를 늦춰야 한다는 것입니다. 빨리 가려면 속도를 줄여야 합니다. 자동화에 집중하기 전에 올바른 프로세스를 설명하고 해당 영역에 대한 명확한 프로세스 소유자를 확보하는 데 더 많은 시간을 할애해야 합니다.”

Zutshi는 전염병이 직장 생산성에 대한 가정을 어떻게 뒤집었는지에 대해 논의했습니다.

Zutshi는 "사람들은 원격 환경에서 일하는 것처럼 더 생산적이고 열심히 일하며 헌신적입니다."라고 말했습니다. "그리고 지금 하이브리드 인력에서 볼 수 있는 것은 영구적으로 있을 것입니다."

Zutshi의 팀은 하이브리드 작업 모델을 지원하기 위한 경험적 학습을 제공하기 위해 처음부터 새로운 도구 스택을 구축했습니다. 또한 직원들이 복리후생을 선택하고 다른 작업을 완료할 수 있도록 샌프란시스코 지역의 다른 회사와 유연 근무 프로그램을 도입했습니다.

하이브리드 작업 모델은 계속 존재하며, 이는 사이버 보안에서 더 많은 도전과제와 IT 및 자동화의 새로운 역할을 의미합니다. “우리는 계속 배우고 있습니다. 하이브리드 작업 환경에서 직원을 참여시키는 방법은 계속해서 작업할 것입니다.”라고 Zutshi가 말했습니다.

권장 자료:하이브리드 작업 모델에 새로운 기술 스택이 필요한 이유

자동화 프로그램에 적합한 거버넌스 모델은 무엇입니까?

Tsahalis는 마을이 필요하다고 믿습니다.

CIO는 기술이 작동하는 방식을 이해하고 비즈니스에서 자동화 및 현대화에 필요한 부분을 식별할 수 있습니다. 또한 IT는 자동화 거버넌스를 안내하여 봇을 사용하는 방법과 시기와 수명을 규제할 수 있습니다. 그러나 IT와 비즈니스 프로세스 전문가의 긴밀한 협력이 필수적입니다. Tsahalis는 "우리가 자동화하려는 많은 것들이 레거시 비즈니스 흐름이므로 게임에서 비즈니스 파트너가 크게 필요합니다."라고 말했습니다.

권장 자료:자동화 성공을 위한 비즈니스-IT 연계를 달성하는 방법

비즈니스 리더는 프로세스 SME를 위한 시간 확보 방법을 찾는 데 전념하는 운영 위원회에 참여해야 합니다. 이해 관계자가 자동화 프로젝트의 범위를 이해하는 것이 중요합니다. 봇 배포는 비교적 쉽습니다. 더 어려운 부분은 이해 관계자의 합의를 구축하고 자동화가 달성할 수 있는 것에 대해 교육하는 것입니다.

Kota는 자동화의 비기능적 측면이 봇 구축만큼 성공에 중요하다고 설명했습니다. 조직에는 생성한 자동화를 유지, 유지 및 폐기하기 위한 계획이 필요합니다. IT는 항상 새로운 애플리케이션과 도구를 추가하고 있지만 목적을 달성했을 수 있는 기존 봇을 폐기하는 것에 대해서는 별로 생각하지 않습니다. “그냥 짓는 것이 아닙니다. 유지하는 것입니다. 그리고 언젠가는 은퇴 계획이 필요합니다.”라고 Kota는 강조했습니다.

Zutshi에게 묻는 것은 잘못된 질문이었습니다. “여기에 있는 우리 모두는 자동화가 여정의 후반이 아니라 초기에 이루어져야 한다고 믿습니다. 우리는 모든 곳에서 자동화를 달성하기 위해 해야 할 일이 엄청나게 많다고 믿습니다.”라고 Zutshi가 말했습니다. “우리는 그 임무의 초기 단계에 있습니다. 해결해야 할 목표가 풍부한 기회가 많이 있습니다. 그러나 누가 그것을 소유하고 있느냐가 아니라 그 문제를 어떻게 해결하느냐가 더 중요합니다. 적절한 프로세스로 대규모로 문제를 해결하고 있습니까?”

그는 모니터링 자동화 성능, 유지 관리 및 변경 관리가 IT 및 비즈니스 프로세스 소유자가 동등하게 공유해야 하는 공동 책임이라고 강조했습니다.

IT와 보다 효과적으로 협력하기 위한 이별 조언

책임감 있게 자동화하십시오. Tsahalis의 메시지입니다.

“워크플로를 자동화할 때마다 결과를 매우 명확하게 이해해야 합니다. 그리고 그 결과는 비즈니스 리더, IT 리더, 때로는 위험 및 통제 리더가 동의해야 합니다.”

그는 또한 은퇴해야 하는 시스템이나 프로세스의 수명을 연장하려는 것인지에 대해 정직해야 한다고 강조했습니다.

Kota의 이별 조언:"프로세스가 명확하게 정의되지 않고 적절한 프로세스 소유자가 식별되지 않은 경우 자동화하지 마십시오." 자동화를 위해 뛰어들고 자동화하지 마십시오.

마지막으로 Zutshi는 "전략적 자동화 여정의 초기에 IT를 도입하십시오."라고 권장했습니다.

더 빨리 할수록 프로세스에서 더 많은 장애물로 눈덩이처럼 불어날 수 있는 문제를 더 빨리 해결할 수 있습니다.

이 독특한 세션에서 통찰력을 공유한 Tsahalis, Zutshi 및 Kota에게 깊은 감사를 드립니다. 세션 재생을 보기 위해 등록하거나 UiPath 이벤트 앱에서 FORWARD 참석자가 세션 녹화를 바로 찾을 수 있습니다.

그리고 지난 달 라스베거스 행사의 주요 내용을 요약하고 싶다면 UiPath FORWARD IV 'The Best Bits'에 등록하여 컨퍼런스 독점 콘텐츠를 받으세요.