RPA Meetup 짤막 소감

최근에 RPA 오픈채팅방에서 Meetup이 있었다.

3가지 주제가 가장 메인이었던 거 같다.

1. RPA의 미래는?

2. RPA 개발자의 미래는?

3. RPA의 현재 고충

-----------------------------------------------------------------------------------------------------------

1. RPA의 미래는?

장소를 빌려주신 분이 AI쪽에 관심이 많은 대표님이셔서 ChatGPT와 MS 라인에 대한 이야기를 많이 했다.

MS Teams 같은 툴들에 ChatGPT가 적용되고[챗봇화], 그에 따른 수행을 Power Automate가 하게 된다면,

다른 RPA툴들이 따라올 수 없을 거 같다는 의견에 모두들 그럴 듯하다는 반응이었다.

기술적인 측면에서는 Document Understanding, 문서 인식 기능의 발전이 저변을 굉장히 많이 넓힐 것이라 봤다.

역시나 여러 고객사를 가봤을 때, OCR 과제가 요청되지만 대부분 컷됐던 걸 많이 목격하신 분들이 많았다.

현재까지 RPA 과제가 진행된 것보다 훨씬 크고 많은 과제들이 문서 인식이라는 기술 아래에 묻혀있고,

또 여러가지 AI모델들도 RPA가 수행할 수 있는 scope에 포함될 수 있을 것이라 봤다.

다만 기업들이 RPA를 메인으로 가져간다기 보다는,

AI를 하는 과정에서 그것을 체계적으로 수행할 수 있는 툴을 찾는 과정에서 RPA가 확장될 것이라는 의견이 많았다.

 

2. RPA 개발자의 미래는?

자리에 RPA 개발하시는 분들이 많아서 묘하게 조심스러운 분위기가 있었던 거 같다.

여러 의견이 있었는데,

내 의견은 'RPA 개발자라는 포지션은 결국 개발 기획 및 프로세스 통합, 교육에 특화될 가능성이 높다'였다.

또, 라이브러리가 고도화 되면서 low code, no code 트렌드에 따라 개발들이 현업에 돌아갈 것이라 봤다.

어떤 분은 개발이 현업에 돌아가지 않을 것이라고 봤다.

아무리 low code, no code라 해도 개발에 익숙하지 않은 현업이 개발에 뛰어들지 않을 것이라는 의견이었다.

실제로 현재 한국에서는 citizen developer^[각주:1]가 제대로 활성화된 곳이 몇 군데 없다.

오히려 중간 단계없이 chatGPT 같은 AI들이 프로세스를 듣고 자동화 코드를 짜게 되지 않을까 라고 예측하셨다.

결국 이런 의견 저런 의견을 다 종합해 봤을 때,

RPA 개발자는 툴을 다루는 기술만 익혀서는 미래가 없고,

아키텍쳐 관리 및 프로세스 도메인, 기획, PI에 대한 역량을 키워야 한다는 의견이 지배적이었다.

 

3. RPA의 현재 고충

고충들은 대부분 기술적인 문제라기 보다는 커뮤니케이션의 문제였다.

현업 입장에서의 요구사항, 수행 실패 시 예상 대응이 개발자가 실제로 가능한 운영 capacity와 괴리가 있었다.

리스크가 높은 과제, 실시간성이 있는 과제 등을 어떻게 운영할 것인가에 대한 의견, 현상 자체가 논의됐다.

큐 베이스로 운영하는 사이트의 개발자분도 계셨는데 중간에 울분(?)을 토하셨던 게 기억이 난다.

어떤 분이 '그래도 할만하지 않아요?' 하니까 '해보실래요?' 하셨는데,

분명 욕이 없었는데 모두가 욕을 들었다고 생각했다.

 

------------------------------------------------------------------------------------------------------------------

쇼파가 너무 편해서 돌아다니지 않고 이야기가 된 게 아쉬웠다.

다음에 또 하면 더 다양하게 이야기를 들어보고 싶다.

1. Uipath가 이 용어를 잘못 갖다 쓰고 있다면서 짜증을 내셨던 기억이 난다 [본문으로]