沒有廢話全色肉的黃文:RPA項目因涉及到流程開發等內容，區別于傳統的IT項目建設，更像是一個開發形式的項目。它自帶衍生出的多方對接、需求溝通、周期拉長等特性，這使它擁有了更多的項目流程控制環節。此文根據藝賽旗項目實施人員在RPA項目中的實施交付經驗整理，為大家系統梳理出RPA項目整體架構與項目過程中涉及到的需注意的事宜，希望能為大家在RPA實施過程中帶來一點寶貴經驗。本文針對RPA項目的準備階段、實施階段、注意事項三部分進行梳理探討，今天先為大家呈現第一道大菜——RPA項目準備階段。
 

 

 

　　一、項目計劃

 

　　RPA項目大體從兩部分組成

 

　　1、需求流程的開發；

 

　　2、RPA平臺的部署。

 

　　項目準備階段的項目進度計劃也主要圍繞這兩個大綱進行設計。

 

　　二、流程開發

 

　　建議流程開發的階段分為以下四個：

 

 

　　注意：充分評估用戶提供的測試環境和生產環境的一致程度，判斷切換生產環節所需時間。

 

　　三、平臺部署

 

　　RPA項目通常是由業務部門或運管部門進行統籌建設。和傳統IT建設直接對接IT 部門有明顯的區別。不排除會出現要求更嚴格，支持力度不充分的情況。

 

　　注意：對于新建項目，IT 部門通常有評審要求，應該提前評估準備需二次開發內容。
 

　　四、人員安排

 

　　對于較多體量流程的RPA項目。建議流程開發和平臺部署并行實施。所以也需由不同的人支持。

 

　　注意：針對個別的廠商或者部分用戶要求。一個流程的實施需要流程開發工程師和業務顧問兩個角色參與。雖說在用戶看來觀感會更好，但我覺得會有以下弊端影響實施：

 

　　1.業務顧問的轉述無法讓實施人員完全理解需求；

 

　　2.出現反復溝通情況，溝通成本較大；

 

　　3.負責驗證和修正測試中發現的問題，據開發過程中的體驗對產品提出改進建議。

 

　　所以我還是建議實施人員必須同時承擔起業務顧問的角色。雖說對個人能力要求較高，但作為RPA工程師，在實施項目過程中針對RPA項目需擁有的能力，例如：溝通能力、理解能力、邏輯梳理能力、流程優化的建議能力對個人的提升也是極大的。
 

 

 

　　五、架構設計

 

　　整體RPA項目系統架構的設計在準備階段是至關重要的。這將影響到后續的實施、上線、投產等諸多細節內容。需務必與用戶充分溝通后再做好決策。RPA平臺主要分為 RPA 控制平臺與 沒有廢話全色肉的黃文:RPA機器人兩部分。其中RPA控制平臺是在 ECC 部署，而RPA機器人分為數據中心部署和業務場景部署兩種形式。在此列出兩種模式的優劣。對于少量RPA需求項目（不考慮后期大量擴容），建議采用業務場景部署模式。輕量化整體項目資源投入。對于較多RPA需求的項目，建議以數據中心模式部署。實現統一的管控和調度。且業務流程畢竟涉及到客戶敏感信息。有更高的安全要求。