RPA專案實施十二大準則(升級版)

之前發表了《 》，現再次推出升級版。客戶在做 之前，通常情況下都會有下列的問題：

• 專案是否能滿足業務的需求？
• 專案是否能夠落地？
• 需要多長的時間？
• 需要投入多少錢？
• 能夠產生多大的收益？
• RPA執行中是否會出現問題？

所有的客戶都希望在最短的時間內，花最少的錢，高質量地完成專案。所以客戶的問題主要集中在專案成本，專案收益，專案週期和專案質量，其實就是專案的 和專案質量。

專案成本和專案週期是相輔相成的，週期長了成本就高，反之週期短了成本就低。所以關鍵性的指標就是專案成本和專案質量。

如何降低專案成本並保證專案質量，這也就直接成為 團隊的兩個關鍵性的指標。

為了達成這兩個指標，RPA實施團隊就需要依靠三個關鍵性的因素：

• 方法論：有一套成熟的 支援整個實施過程。
• 人才：各個崗位需要經驗豐富的人才。
• 工具：有成熟的RPA框架/產品和完善的元件庫。

個人總結的RPA實施過程中需要遵守的十二大準則如下： 

1、完善的實施方法論

實施方法論是來自實踐，指導實踐的RPA實施專案經驗的結晶，有了實施方法論的指引，RPA專案實施會少走彎路，提高效率。完善的實施方法論可以指導參與者依據實施流程順利地開展實施工作。

• 完整的RPA實施過程包含下列幾大階段:
• 準備階段：包含確定和評估專案等
• 設計階段：包含建立PDD和SDD文件等
• 開發階段：包含流程開發等
• 測試階段：包含流程測試等
• 支援階段：包含效能監控和繼續支援等

2、完善的專案文件

完善的文件有利於提高軟體開發的能見度，作為檢查軟體開發進度和開發質量的依據，便於以後的軟體開發、使用和維護，文件的過程就是軟體開發的過程，文件是軟體開發規範和指南。

RPA實施過程中主要包含下列的幾種文件：

可行性分析文件（FAD）

對涉及的業務流程會進行技術分析，透過一定的方法論或者工具對流程進行可行性分析，從而判斷是否存在自動化的機會，該文件用於記錄分析過程和分析結果。

流程定義文件（PDD）

流程定義文件用於記錄業務流程操作詳細的操作步驟和業務規則，定義整個業務的範圍和功能要求，相當於軟體開發中的需求文件。

方案設計文件（SDD）

基於流程定義文件，開發團隊會進行相應的方案設計和具體的系統實現，並形成方案設計文件。

測試場景文件（TSD）

測試場景文件用於檢查編寫的程式碼和流程是否能滿足業務需求。

3、良好的溝通能力

良好的溝通，也是一種能力的體現。

和客戶之間良好的溝通，體現在可以明白客戶的業務流程和業務規則，並讓客戶清楚地瞭解RPA是如何實現的，需要的前提條件和期待的實現結果。

良好的團隊內部溝通包含同事之間的技術交流和學習，專案中的相互協作，問題的及時反饋。有效的溝通和表達，能促進一個團隊的良性發展。

4、全面的個人能力

RPA工具一般都是基於.NET技術進行開發的，首先需要熟悉這類語言相關的語法和類庫，其次要對RPA工具本身的功能做到熟練掌握，包含開發元件和管理功能，要做到既能開發又能配置和部署。

另外要多瀏覽官方的文件和論壇，定期學習新的功能。還有一點就是RPA專案一般對Excel操作的比較多，掌握VBA更有利於彌補不足之處。

開發者需要多學，多用，多練。增強個人的開發技能的同時增長開發經驗，並需要學習業務流程，成為能獨當一面的開發專家。

5、規範的編碼規則

編碼規範體現出一個開發者的基本素質，良好的編碼規範可以提高團隊編碼的效率，避免很多不必要的問題。

•  命名規範

根據內部定義的規則進行命名，包含變數，引數，流程名，檔名等命名方式，可以遵循軟體開發的編碼規範。

•  程式碼註釋

包含流程的註釋，每個activity的註釋，以及業務邏輯的註釋。

•  日誌記錄

日誌包含兩種：系統日誌和業務日誌。完善的框架中的系統日誌功能比較齊全，一般情況下不需要再次記錄；對於業務日誌根據專案需要記錄關鍵性的操作。

•   配置資訊

對於專案需要的配置資訊，需要儲存到配置檔案中。不過需要分清哪些可以儲存到本地檔案中哪些需要儲存到伺服器端。例如使用者賬號和密碼需要儲存到伺服器端，對於需要經常修改的資訊也可以儲存到伺服器的端。

•  資料夾結構

清晰地定義專案資料夾的結構，一般情況下包含下列幾種資料夾：

•     Configuration-儲存配置檔案
•     Document-儲存相關文件
•     Framework-儲存框架檔案
•     Process-儲存作業系統的檔案
•     Tools-儲存工具集
•     Log-儲存業務日誌
•     Exception-儲存異常資訊和異常截圖

•  異常捕獲

需要有完善的異常捕獲機制，包含系統異常和業務異常，並記錄異常資訊和截圖。

6、 統一程式碼儲存

透過SVN等工具對程式碼進行統一管理和儲存，便於版本控制和追溯。

有了版本控制系統，可以瀏覽所有開發的歷史紀錄，掌握團隊的開發進度，而且作任何修改都不再害怕，可以輕易的復原回之前正常的版本。也可以透過分支和標籤的功能來進行軟體發行的不同版本，例如穩定版本、維護版本和開發中版本。

所有的程式碼需要統一儲存到伺服器上，特別對於框架和通用程式碼的管理，需要按照完整的流程進行操作。

7、 配備專用框架

穩定的框架有利於解決開發者的後顧之憂，開發者只需要關注在業務本身的開發上即可，不需要把精力投入到搭建和最佳化框架的事情上。

和 官方都推出了自己的框架，但是這些框架都是圍繞WorkQueue進行業務處理的，需要修改下相應的邏輯才能為其他型別業務所使用。

• UiPath官方自帶的ReFramework，這個框架比較簡潔，使用上也比較容易，在框架中對日誌的記錄和對異常的處理也很到位，預設的操作也是圍繞Queue進行的，主要包含四部分：

• Init：初始化引數設定和環境設定
• Get Transaction Data：取得需要被處理的資料
• Process Transaction：對取得的資料進行具體操作
• End Process：結束流程

• Blue Prism官方提供Process Template和Process Object。

Process Template會將來自資料來源的工作載入到Blue Prism 工作佇列中，然後處理工作佇列中的所有專案。

Process Object中提供了兩個業務物件模板。第一個是基本模板，用於捕獲典型目標系統的基本操作。第二個是包裝器物件，它呼叫其中一些操作來建立一個啟動和關閉物件。 

8、完善的元件庫

完善的元件庫有利於提高開發效率，縮短開發週期。在開發過程中，即可以做到即插即用，也可以將各個單獨的元件包串聯成完整的業務流。

元件庫分為兩種：業務元件和功能元件。

業務元件顧名思義就是為某項業務打造的專門的元件包。對於通用的業務可以上升到產品級別，對於單獨的業務可以形成獨立的業務包。

功能元件也可以分為兩種：官方元件和自定義元件。

官方元件是官方推出的正式的元件包，這種型別的元件穩定性比較高並且版本也經常升級。

• Blue Prism官方內建裡20多種Object，可以透過匯入檔案的形式匯入。
• UiPath官方內建裡多種Activity，可以透過Manage Packages的匯入，官方不定期升級這些Activity的功能。
• 自定義的元件是指根據自身的功能需要，提煉的通用元件。
• Blue Prism可以使用Object複用物件，將相應的動作生成VBO，其他的Process可以呼叫。也可以將共通的的Process提煉出來，被其他的流程複用。 
• UiPath將通用的流程可以提煉成Workflow，供專案呼叫。也可以透過自定義Activity的形式，生成可複用的包。還可以將可複用的元件釋出成Library。

9、保證程式碼質量

如何保證程式碼質量是重中之重的事情。

開發人員可以靠自身的程式設計技能和經驗來提高程式碼質量，也需要專案組形成一定的最佳實踐文件，對於遇到的各種情況提供最佳實現方式，避免在類似的問題上浪費時間或者使用低效率的方式來實現。

另外需要程式碼審查來輔助完成，對於經驗不足的開發人員寫的程式碼，需要進行專門程式碼檢查的環節，並提出改善意見。

10、重視測試環節

測試是專案上線之前的最關鍵的一個環節，一定要重視和認真對待。

透過測試人員的反饋有助於對專案的把控，當需求不合理時及時補救，在理解偏差時及時溝通，當質量出問題時及時參與。

完整的，系統的測試有利於驗證開發結果，覆蓋業務場景和業務規則，規避潛在的功能性的或者業務性的風險，保障專案的正常上線。

11、形成部署規範

完善的部署規範可以避免在進行環境轉換時出現低階錯誤。

RPA專案基本都存在三種環境：開發環境，測試環境和正式環境。各個環境中的地址，賬號等配置資訊可能存在不同，就需要在部署時嚴格按照部署手冊進行相關的操作。

12、持續專案支援

RPA專案上線之後，需要持續地監控機器人的效能和利用率，根據實際情況調整機器人的使用。並需要解決上線之後遇到的各種問題，調整之前的策略，同時驗證RPA專案的 。

總之，只有透過遵守實施準則和不斷地完善這些準則，才能提高開發效率，縮短開發週期，減少出錯機率，促進團隊合作和降低維護成本，進而可以在最短的時間內，花最少的錢，高質量地完成RPA專案。 

原文連結：