過去擔任RPA工程師一段時間，對於數位轉型這個話題有一些想法覺得適合提出來探討。
目前越來越多企業在做或想做【數位轉型】，但我今天想要聊聊從我觀察到的怎麼樣能讓企業更順利做到所謂的"數位轉型"。
在過往擔任RPA工程師的期間，負責過很多專案，在過程中我的中心思想一直是：我覺得自己在建立一個自動流程幫部門減輕他們的作業量，使他們能有更好的生活模式。
直到——
我意識到事情並沒有這麼簡單。
若是需求者自己創建流程，在自己電腦執行這些流程或許還會單純一些。但若涉及到將RPA變成一個組別去實施，需要顧及的就不僅僅是會使用RPA工具這件事這麼簡單。若有一個專門的組別來做這件事在初期確實可以做到專注開發、較快做出一些成果，讓一些專案成功上線。
但問題會開始在中後段浮現，什麼問題？ 就我觀察而言我會列出：
- 其實RPA就像軟體開發人員一樣，若遇到有人離職需要交接時，公司必須妥善規畫好文件交接制度。說明文件要怎麼規範？交接給誰？
- 一個部門需要制度更需要管理。即便是Low Code平台，但也必須實際規範出同組人員如何彼此協作，且是否能快速看懂對方流程並且給予支援。
- 管理細到可以分：檔案存放規則、程式碼命名規範、接案流程、流程多了排程怎麼管理？如何讓專案持續優化改進？
- 公司需給予足夠的資源
- 全公司願景方向必須一致
- 這個部門的角色定位明確化
對於我來說，RPA的流程維護也有它困擾的地方在於，它是視覺介面，在理解邏輯上其實更不直覺，例如它的邏輯是以區塊呈現，一層一層包進去，必須各個點開才能再詳細看裡面的邏輯，若是一般程式語言，本身就可以瀏覽所有的層級，if A進去做A'，B進去做B'，在RPA就變成看到if A然後點擊進去介面才會看到哦會做A'(這邊只說明一個層級，但當RPA裡面可能各隱含5,6層，那就會造成維護上的不易)。
當然解方的話可能可以從看它執行、介面打開了什麼、做了什麼操作來去了解。或使用IDE介面去啟動RPA專案，請AI幫忙解讀用解讀程式碼的方式去統整流程。但目前先不深入探討。
很多企業可能會有一個迷思，因為想使用RPA的部門通常都不是IT部門本身而是其他部門像是人資部門、財務部門來協助他們減輕作業。他們就會想以隸屬在人資部門、財務部門下來做管理，但當部門發展到一個階段就會遇到以上我所列出的問題。
所以當企業選擇讓RPA變成一個組別時，就要把它當成一個IT部門來做管理，因為本質上會遇到的問題是一樣的。
回到以上列出的六個問題，從4-6點以企業面來說，整個企業是否足夠重視這件事願意一起朝著全體數位轉型的方向發展其實就非常重要。
假設RPA組設在財務部門，他的工作內容大部分會圍繞在開發ERP、政府網站平台、Excel、Email相關流程，開發一段時間可能會遇到以下發現：
- 定期去ERP下載資料的流程只能錄製介面操作來實現。但可能會因為IT部門改了某個介面而出錯但RPA組人員到報錯那刻才能發現。
- 資訊人員並不會主動通知RPA組他們要更新。
- 資訊人員不會提供API權限讓財務組的人直接串接資料使用更沒有資料庫直接讀取權限。除非本質上這個角色隸屬於IT部門。
- 使用外部網頁平台的流程一段時間遇到需要驗證或更改密碼時，只能讓原使用者介入請他提供接收到的驗證碼或請他提供設定好的新密碼。(當然串接外部平台也會有像上面提到UI介面異動的情況)
- 原使用者不可能提供他本人的公司email給RPA組直接登入去拿驗證碼。
- 沒有外部平台的API串接管道。
以外部平台收驗證碼這件事，因實際發生我這邊可以分享一個更具體的事件：當時遇到問題時我原先想的解決方法為，讓原使用者在Email系統設定自動轉信的功能，當收到此平台的驗證碼信件時，系統會自動轉寄給RPA組別，RPA才能真正做到全自動化的業務處理。但發現IT部門開發的Email系統並不支援信件自動轉寄的功能，問題就又回到了原點。
分享這兩個例子我們可以看到，若需要做數位轉型，必須讓全公司都對齊這樣的目標，而IT部門還是佔有很重要的協助角色。當IT部門有對齊數位轉型的公司願景，且願意合作協助，第一跟第二個問題實際上都可以獲得解決。反之若沒有，RPA組則容易被卡在一個很狹小的發揮空間。若是操作者自己管理自己的流程，像換密碼這樣的問題就可以輕易解決(至少不須再經過他手)。
而1-3點以RPA組別管理來說，就必須讓有財務能力及了解技術、IT管理能力的人來擔任才能在組別擴大時不失控。
所以我認為數位轉型若想單純化管理，在使用RPA工具上，最終還是必須回到需求者自己身上去做開發並且自己維護自己的流程才是上上策!
而既已存在的RPA組別則比較像是當轉型過程中的銜接者、推動者、技術傳授者、新工具研究者這樣的角色團隊推廣全公司讓工具普及化，這樣的角色我認為還是有存在的必要，但主要focus的點會在於推動者及新技術研究者，前面討論都較侷限在RPA工具本身如: UiPath，但當涉及AI Agent應用領域時，還有很大一塊需要定調未來公司發展方向，這時就由此團隊做主要負責我會覺得是比較好的安排。
