點樣喺自動化之前映射一個過程
喺指定自動化之前，將目前嘅工作流程、擁有者、決定、例外情況同埋輸入資料對應。睇下有效嘅存取權請求流程。
喺自動化一個過程之前，要繪製出觸發過程嘅原因、每個步驟嘅擁有者、邊啲規則會改變佢嘅路線、需要啲咩數據同埋點樣解決例外情況。
簡而言之
- 喺提出未來嘅自動化路線之前，先繪製當前嘅流程。
- 記錄每個決定嘅輸入、擁有者、規則、輸出同證據。
- 包括遺失資料、拒絕、重試同埋手動升級路線。
- 標記一個人仍然要核准或者驗證邊啲步驟。
- 同實際執行工作嘅人一齊睇返張地圖。
揀流程文件工具
喺揀自動化工具之前，請先顯示規則
當開心嘅路徑被編碼，而例外情況仍然喺人哋嘅腦海入面，自動化項目就會失敗。先繪製一個最近嘅真實個案。標記每個有人檢查輸入、作出判斷、等待核准或者寄返工作嘅地方。地圖成為自動化系統必須支援嘅過程嘅可測試描述。
下面嘅存取請求例子會跨越請求者、經理、系統擁有者同 IT 部門。一個唔完整嘅要求會循環返嚟；只有經理同擁有者檢查之後先會批准存取權；供應之後會確認。呢啲交接同例外路線係自動化設計需要明確規則同審計記錄嘅地方。
呢度用查詢圖表嚟記錄同埋檢視地圖。圖表唔會提供存取權或者執行自動化工作流程。一旦同意咗個過程，就用佢嘅步驟、決定同記錄嚟為將會執行呢個過程嘅系統寫出要求。
自動化之前嘅存取要求
由提交到已配置存取嘅跨角色要求，喺同一個可編輯圖表入面可以睇到檢查同例外情況。
捕捉個要求
要求由所尋求嘅人同存取權開始。提交唔完整嘅文件會返嚟更正；需要一個自動化表格嚟驗證呢啲欄位。
暴露核准擁有權
經理同系統擁有者嘅檢查係分開嘅決定，因為佢哋答唔同嘅問題。地圖顯示邊個嘅決定可以阻止呢條路線。
追蹤配置同確認
IT 會應用核准嘅存取權，然後確認結果。自動化規格應該保留核准記錄，同埋處理失敗嘅配置嘗試。
運作方式
揀一個真實嘅個案
揀一個最近完成嘅請求，然後識別佢嘅觸發器同最終狀態。用嗰個案例入面嘅系統、角色同記錄，而唔係從記憶中抽取一個理想化嘅過程。
列出操作同擁有者
將每個動作放喺獨立嘅 QueryChart 行，然後將負責嘅角色分配畀泳道。標記角色之間嘅轉移；每次交接都係排隊、通知或者缺少上下文可能重要嘅地方。
寫商業規則
對於每個決定，記錄所需嘅輸入、標準、邊個可以覆寫呢個標準，同埋每個結果嘅路線。喺唔可以將政策判斷縮短到規則嘅情況下，將政策判斷同指定人士保留。
加入例外情況同證據
喺圖表入面行一個唔完整嘅要求、一個拒絕同埋一個失敗嘅履行。記低每個控制步驟必須留低嘅記錄，例如核准者、決定同時間。
喺指定自動化之前驗證
同要求者、核准者同埋做緊工作嘅團隊一齊睇返張地圖。只有噉樣先可以將步驟標記為自動化嘅候選，同埋用商定嘅地圖嚟寫執行系統嘅要求。
應避免的錯誤
自動化理想路徑
如果地圖排除咗唔完整或者被拒絕嘅請求，執行系統就需要立即進行特別嘅手動處理。畫嗰啲路線先。
將核准當成通知
批准者需要一個定義好嘅問題同埋一條拒絕路線。改變唔到結果嘅通知唔應該用作批准閘。
打開存取請求地圖
編輯步驟同交接，記錄團隊想自動化嘅流程。
相關指南
常見問題
QueryChart 係咪執行自動化？
唔係。 QueryChart 會繪製地圖同埋記錄呢個過程。將商定嘅地圖用作將會執行呢個地圖嘅工作流程或者自動化系統嘅輸入。
我應該繪製而家定未來嘅過程？
由當前嘅流程開始，嚟公開佢嘅實際規則、解決方法同例外情況。然後分別設計未來路線，並於實施前比較兩者。
啲咩應該保持手動？
喺需要判斷、例外審查或者正式授權嘅決定嗰陣保留一個指定人士。即使周邊嘅數據收集或者路由係自動化嘅，地圖都應該顯示嗰個人嘅輸入、決定同埋結果記錄。
