識別和評等流程的建議

發行項
10/24/2024

適用於此 Azure 架構完善的架構可靠性檢查清單建議：

RE：02	識別和評等用戶和系統流程。根據您的業務需求使用關鍵性調整，以排定流程的優先順序。

本指南說明識別和設定工作負載流程優先順序的建議。識別和優先順序工作負載流程牽涉到對應使用者流程和系統流程，以判斷其對組織的關鍵性。此做法可確保您識別並排定最重要的工作負載功能優先順序，以降低損毀失敗的風險。無法識別工作負載流程並排定優先順序，可能會導致系統分解和工作負載可靠性受損。

定義

詞彙	定義
使用者流程	使用者在應用程式或系統內採取的路徑或動作順序。
系統流程	系統中的資訊和處理程式流程。系統會自動遵循此流程來啟用使用者流程或工作負載功能。

關鍵設計策略

當您設計工作負載時，必須定義使用者流程和系統流程。使用者流程會透過您的應用程式繪製用戶行動圖表。他們著重於使用者介面、互動、決策，以及完成工作所需的步驟。使用者流程提供以使用者為中心的用戶體驗和介面設計觀點。系統流程會繪製工作負載的內部工作圖表。它們著重於工作負載元件、後端服務和外部 API 之間的數據移動、輸入處理、輸出處理和互動。系統流程指出工作負載在內部運作方式的複雜詳細數據。

您應該在工作負載的設計階段早期識別和定義流程。它可讓您更清楚地了解影響工作負載可靠性的內容。它會與工作負載的可靠性目標緊密配合您的架構決策。

識別所有用戶和系統流程

識別所有使用者和系統流程的輸出是工作負載中所有流程的目錄。此識別程序會要求您從頭到尾將系統中的每個使用者互動與程序進行對應。此對應是識別重要流程的必要條件。以下是識別工作負載中所有用戶和系統流程的建議：

採訪項目關係人。 項目關係人可以提供寶貴的信息來識別流程，甚至可協助您對應和排定流程的優先順序。您也可以採訪用戶、商務分析師和技術小組，以收集工作負載內用戶互動和相依性的見解。
檢閱檔。 在設計階段中，您可能沒有檔可檢閱。不過，如果檔存在，您應該使用它。要求系統架構圖表、用戶手冊和程式描述。這些文件可協助您瞭解工作負載及其個別流程的預期功能。
觀察工作負載。 監視作業中的工作負載，指出使用者與其互動的方式，以及不同元件彼此交談的方式。您應該分析系統記錄、效能計量和用戶活動記錄，以識別模式、頻繁的工作和系統回應。
列出已識別的流程。 面試、文件和觀察應該可讓您識別工作負載中的所有流程。編譯您識別的所有流程清單，並將其分類為使用者流程（著重於用戶互動）和系統流程（著重於後端進程和數據移動）。
定義流程起點和終點。 針對每個已識別的流程，清楚定義流程的開始位置及其結束位置。針對使用者流程，記錄每個用戶互動及其預期結果。專注於用戶體驗和介面設計。針對系統流程，您必須識別其基礎觸發程式和預期結果。
分解每個流程。 將每個流程細分成個別步驟，描述每個時間點發生的動作、決策或程式。請注意每個步驟如何與系統的其他部分互動，包括與其他流程或外部系統的相依性。您應該能夠找出流程如何與工作負載和用戶體驗整合並影響。這個雙重方法提供整個工作負載的整體檢視。
檔唯一輸出。 識別每個流程中的任何替代路徑或例外狀況，例如錯誤處理或條件式分支。如果流程有多個可能的結果，您應該將其新增至目錄做為相異專案。針對使用者流程，您應該識別互動的預期行為。針對系統流程，您應該識別處理程式的預期行為。
使用圖表視覺化。 建立流程圖或圖表，以可視化方式表示流程及其步驟。您可以使用 Microsoft Visio、UML 順序圖、使用案例圖表、簡單繪圖工具，或文字格式的描述性清單等工具（請參閱範例流程目錄）。
反覆更新流程對應。 流程對應是反覆的程式。流程可以變更、分割或合併，特別是在設計階段。隨著工作負載流程變得更清楚定義，您應該更新流程目錄以符合。使用專案關係人的意見反應來驗證並精簡流程圖，以確保精確度和完整性。

識別每個流程的商務程式

商務程式是達成輸出的一系列工作，例如訂單履行、客戶服務管理或庫存控制。識別每個流程的商務程序牽涉到將流程對應至一或多個商務程序。此對應可協助您瞭解每個流程對商務的重要性。

您可能有現有的文件或商務方案，可提供流程與商務程序的對應。有時候，使用者手冊、訓練教材或系統規格可以提供工作負載及其流程預定用途的深入解析。如果沒有，您必須將流程對應至其支援的商務程式。以下是識別每個流程商務程序的建議：

使用工作負載輸出。 您可以使用工作負載輸出和流程明細，將流程與其支援的商務程式相互關聯。首先，檢閱工作負載所產生的輸出。輸出可以是銷售報表、數據檔或已完成的工作。
進行面試。 與與工作負載互動的小組成員和項目關係人交談。您應該詢問其日常工作、其使用工作負載的方式，以及其達成目標的特定問題。技術小組通常更深入地瞭解工作負載結構，並提供其支援的商務程序見解。
監視工作負載使用量。 針對現有的工作負載，監視工作負載，並尋找使用方式中的模式，以指出基礎商務程式，例如數據輸入、訂單處理或客戶互動。
將輸出連線到商務程式。 將流程輸出中的點連線到其支援的整體商務程式。例如，如果流程步驟涉及處理客戶訂單，則直接支持訂單履行的商務程式。訂單履行有助於維護客戶滿意度和產生營收的業務目標。最後，使用流程明細來協助判斷建立銷售報表的流程。

識別每個流程的進程擁有者和項目關係人

流程的進程擁有者是負責成功執行指定進程的個人。他們負責該程序和支援它的流程。您應該識別每個工作負載流程的進程擁有者。您也應該識別每個流程的利害關係人。項目關係人可以參與工作負載、擁有流程的相依性，或管理流程所擁有的相依性。

您可能有責任指派矩陣（RAM）或 RACI 矩陣，可識別進程擁有者和項目關係人。一般而言，流程所有人對程序負責或問責，而您諮詢或通知專案關係人。

識別每個流程的呈報路徑

呈報路徑的識別之重點在於判斷與流程相關的問題呈報的通道。需要呈報的問題可能是緊急更新、安全性考量事項、性能下降或技術事件。識別呈報路徑的目標是確保問題可及時有效解決。

您對應的呈報路徑應該從最有可能解決特定問題的個人或群組開始。如果這個人或群組無法解決問題，呈報路徑應該識別下一個連絡點。下一個連絡點具有更廣泛的責任，而且能夠與組織更多部分協調緩和策略。呈報路徑上的人員數目會因流程和組織而異。呈報路徑上的太多人可能會減緩解決工作的速度。

識別每個流程的商務影響

識別每個流程的商務影響對於瞭解每個流程對關鍵商務目標有何影響至關重要。商務影響可能包括產生營收、客戶滿意度或營運效率。藉由瞭解每個流程的正面和負面影響，您可以優先處理工作，以確保對企業而言最重要的流程可靠性。請務必考慮流程失敗的直接影響，以及其對其他互連進程的影響。以下是識別每個流程業務影響的步驟：

識別正面影響。 判斷流程如預期般執行時的預期優點。預期的好處可能包括提高效率、增加收益、提高客戶滿意度，或對業務的任何其他正面影響。
識別負面影響。 如果進程失敗或無法如預期般運作，請評估潛在的負面影響。請考慮量化特定的損失，例如收入下降。包括主觀影響，例如損害聲譽、客戶信任的侵蝕，或對其他相關商務程式的不利影響。
定義容量和可用性假設。 建立每個程序的預期容量和可用性的假設。請考慮每個單位時間的輸送量、預期的上班時間，以及目標百分比運行時間等因素。如果復原時間目標（RTO）或恢復點目標有預期，您應該包含這些期望。這些假設有助於瞭解每個流程的可靠性需求。

藉由系統地評估這些層面，您可以全面檢視每個流程如何影響業務，並針對可靠性優化做出策略性決策。

將嚴重性評等指派給每個流程

透過詳細評估流程的重要性與整體商務影響的關係，您可為每個流程指派關鍵性評等。您可以使用量化或定性關鍵性評等。目的是依優先順序排序流程，並指派標籤，讓您識別關鍵流程。此程式是識別、對應及符合商務程式和影響的邏輯接續。使用下列關鍵性描述來指派您的關鍵評等：

高關鍵性：高關鍵性流程是核心商務功能不可或缺的一部分。它們直接影響企業的重要層面，例如客戶體驗、財務交易、安全性通訊協議、人類健康和安全性。這些流程的失敗或中斷可能會導致重大的立即或長期負面影響。負面影響的範例包括營收損失、信任缺口和法律問題。優先處理這些流程可確保工作負載的最重要層面是健全且具彈性的。
中等重要性：中等重要性流程對於系統的完整功能很重要，但不會直接與客戶或關鍵商務作業互動。例如，如果問題中斷內部數據處理流程，您可以重試數據處理，而不會立即造成外部影響。這些流程對於順暢的作業至關重要，但在立即客戶或財務效果方面提供緩衝區，允許對問題的受控回應。
低關鍵性：低關鍵性流程對核心商務功能或客戶體驗沒有直接或顯著的影響。範例包括夜間記錄傳輸之類的輔助程式，或選擇性的使用者功能，例如意見反應問卷。雖然這些流程對整體系統造成影響，但中斷不太可能造成顯著的立即業務或作業問題。

透過遵循這個結構化方法來指派關鍵性，您可以有效地排定資源的優先順序，並專注於維護及增強最重要流程的可靠性與有效性。

取捨：對於可靠性的預期較高，有時與操作員的設定成本、營運成本和管理負擔較高相吻合。確保項目關係人瞭解改善重要流程可靠性的潛在成本增加。

組織一致性

雲端採用架構針對需要業務關鍵性分類的工作負載提供指引。

如需詳細資訊，請參閱雲端管理中的商務關鍵性。

共用方式為