确定和对流进行评级的建议
适用于此 Power Platform Well-Architected 可靠性检查表建议：
| 回复：02 | 确定用户流和系统流并进行评级。 根据业务要求使用关键度级别来确定流优先级。 |
|---|
本指南介绍确定工作负荷流和设置工作负荷优先级的建议。 确定工作负荷流和设置工作负荷流优先级涉及映射用户流和系统流来确定它们对于组织的关键度。 这种做法可确保您确定最重要的工作负荷功能并设置其优先级，以降低损坏性故障的风险。 无法确定工作负荷流和设置工作负荷流优先级，可能会导致系统中断、工作负荷可靠性降低。
定义
| 术语 | 定义 |
|---|---|
| 用户流 | 用户在应用程序或系统内执行的操作路径或序列。 |
| 系统流 | 系统内的信息和流程流。 系统会自动遵循此流来启用用户流或工作负荷功能。 |
关键设计策略
当您设计工作负荷时，定义用户流和系统流非常重要。
显示用户在您的应用程序中移动的用户流图表。 主要关注用户界面、交互、决策以及完成任务所需的步骤。 用户流提供以用户为中心的用户体验和界面设计视角。
显示您的工作负荷的内部工作情况的系统流图表。 主要关注数据移动、输入处理、输出处理以及工作负荷组件、后端服务和外部 API 之间的交互。 系统流指示工作负荷如何在内部运行的复杂细节。
您应该在工作负荷设计阶段的早期确定和定义流。 它让您更清楚地了解影响工作负荷可靠性的因素。 它让您的体系结构决策与工作负荷的可靠性目标紧密保持一致。
确定所有用户流和系统流
确定所有用户和系统流的输出是工作负荷中所有流的目录。 此确定过程需要您从头到尾映射系统内的每个用户交互和流程。 此映射是确定关键流的先决条件。 以下是在工作负荷中确定所有用户和系统流的建议：
确定关键贡献者。 仔细考虑参与流程的每个人。 这包括您所在部门和其他部门中一起解决问题的人员。 了解他们在所解决的业务问题的环境中的工作。
采访利益相关者。 利益干系人可提供有价值的信息来帮助确定流，他们甚至可以帮助您映射流和设置流的优先级。 您还可以采访用户、业务分析师以及技术团队，来收集有关工作负荷内的用户交互和依赖关系的见解。
发现使用流程挖掘 进行改进的流程。 如果您的任务完全在桌面上完成，可以使用流程挖掘来发现组织中的人员为完成任务所采取的所有步骤。 流程挖掘在流程图中可视化您的流程，并在分析报表中揭示流程的瓶颈和指标。
查看文档。 在设计阶段，您可能没有要查看的文档。 但是，如果文档存在，您应该使用。 要求提供系统体系结构关系图、用户手册和流程说明。 这些文档可以帮助您了解工作负荷的预期功能及其各个流。
观察正在执行的活动。 如果任务今天以不同方式执行，监视正在处理的任务。 写下用户在业务流程的这一步骤中完成任务所执行的活动。 了解活动的详细信息。 在确定活动时，您需要考虑每个活动的因果关系，它们之间的相互关系，以及它们如何推动您更接近所期望的目标。 确定流程的起点，并填充帮助达成目标的活动。 活动可以是顺序的，意味着一个活动在前一个活动完成之前不能发生，或是并行的，意味着两个或更多活动可以同时发生。
确定需要哪些数据及其来源。 建立所有数据源的列表，并观察数据的来源。 是来自内部系统还是外部数据源？ 用户如何进行身份验证来获取数据？ 是否有不同的权限级别？ 数据是否根据使用系统的用户变化？
确定创建或编辑的数据。 今天是使用纸质表单还是电子表单捕获数据？ 当您考虑屏幕的布局以及如何捕获数据时，这样一个表单可以作为起点。 正在捕获什么数据？ 它叫什么？ 是数据源中的真实名称还是业务的这一部分使用的通用名称？ 您可能需要将数据源中的名称映射到用户知道的“友好”名称。
确定作为用户或系统流的一部分做出的决策。 在流程中的这项活动结束时，是否在进行决策？ 是否有方法可以使解决方案基于数据自动进行决策？ 数据是否有层次结构？ 例如，每个支出报表可以有多项支出，某些支出类型需要其他信息。 此决策是否已传达给所有人？ 是如何传达的？ 在流程的下一步开始之前是否需要审批？ 如何捕获这些审批？ 是否有可以审批流程下一步的特定用户或角色？
列出已识别的流。 访谈、文档和观察应会让您能够确定工作负荷中的所有流。 编译您确定的所有流的列表，然后将它们分类为用户流（重点关注用户交互）和系统流（重点关注后端流程和数据移动）。
定义流起点和终点。 对于每个确定的流，明确定义流的开始位置和结束位置。 对于用户流，记录每个用户交互及其预期结果。 重点关注用户体验和界面设计。 对于系统流，您需要确定基础触发器和预期结果。
分解每个流。 将每个流分解为单独的步骤，描述每个步骤的操作、决策或流程。 注意每个步骤如何与系统的其他部分交互，包括对其他流或外部系统的依赖性。 您应该能够精确确定流如何与工作负荷和用户体验集成并对其产生影响。 此双重方法可提供整个工作负荷的整体视图。
记录独特的输出。 确定每个流中的任何替代路径或异常，如错误处理或条件分支。 如果一个流有多个可能的结果，应将它们作为不同的条目添加到目录中。 对于用户流，您应该确定交互的预期行为。 对于系统流，您应该确定流程的预期行为。
使用图表进行可视化。 创建流程图或关系图，以可视方式表示流及其步骤。 您可以使用 Visio 等 Microsoft 工具、统一建模语言（UML）序列图、用例图、简单的绘图工具或文本格式的描述性列表（请参阅 示例流目录）。
迭代更新流映射。 流映射是一个迭代过程。 流可以更改、拆分或组合，尤其是在设计阶段。 随着工作负荷流的定义更加明确，您应该相应更新流目录。 利用利益干系人的反馈验证和改进流图表，确保准确性和完整性。
确定每个流的业务流程
业务流程是一系列要实现输出的任务，如支出报告、年假管理、订单履行或库存控制。 每个流的业务流程的确定涉及将流映射到一个或多个业务流程。 此映射可帮助您了解每个流对业务的重要性。
您可能有现有的文档或业务计划，提供流到业务流程的映射。 有时，用户手删、培训材料或系统规范可提供对工作负荷及其流的预期用途的见解。 如果没有，您需要将流映射到它们支持的业务流程。 以下是确定每个流的业务流程的建议：
使用工作负载输出。 您可以使用工作负荷输出和流明细将流与其支持的业务流程相关联。 首先，查看工作负荷生成的输出。 输出可以是销售报表、数据文件或完成的任务。
进行访谈。 与与工作负荷交互的团队成员和利益干系人交流。 您应该问一些关于他们的日常任务，他们如何使用工作负荷，以及他们利用工作负荷实现了哪些目标的具体问题。 技术团队通常对工作负荷结构有更深入的了解，能够提供对它所支持的业务流程的见解。
监控工作负载使用情况。 对于现有工作负荷，监视工作负荷并查找指示基础业务流程的使用模式，如数据输入、订单处理或客户交互。
将输出连接到业务流程。 将流输出中的要点连接到它们所支持的整个业务流程。 例如，如果流步骤涉及处理客户订单，则直接支持订单履行业务流程。 订单履行有助于实现维护客户满意度和增加收入的业务目标。 最后，使用流明细帮助确定哪个流创建了销售报表。
确定每个流的流程负责人和利益干系人
流的流程负责人是负责成功执行给定流程的个人。 他们负责该流程和支持它的流。 您应该确定每个工作负荷流的流程负责人。 还应该确定每个流的利益干系人。 利益干系人可以参与工作负荷，对流具有依赖关系，或者管理流具有的依赖关系。
您可能具有已确定流程负责人和利益干系人的责任分配矩阵 (RAM) 或负责、问责、咨询、通知 (RACI) 矩阵。 通常，流程负责人负责流程，您需要咨询或通知利益干系人。
确定每个流的升级路径
确定升级路径涉及确定升级与流有关的问题的渠道。 需要升级的问题可能是紧急更新、安全问题、降级或技术事件。 确定升级路径的目标是确保及时有效地解决问题。
您映射的升级路径应该从最有可能解决特定问题的人员或组开始。 如果此人员或组无法解决问题，升级路径应该确定下一个联系点。 下一个联系点具有更广泛的责任，能够与组织的更多部分协调缓解策略。 升级路径上的人数因流和组织而异。 升级路径上的人员太多可能会降低解决速度。
确定每个流的业务影响
确定每个流的业务影响对于了解每个流如何影响关键业务目标至关重要。 业务影响可能包括绩效改进、直接和间接成本节约、风险降低或业务转换。 通过了解每个流的积极和消极影响，您可以确定工作的优先级，以确保对您的业务最重要的流的可靠性。 考虑流失败的直接影响以及它对其他相互关联的流程的间接影响非常重要。 以下是确定每个流的业务影响的步骤：
确定积极影响。 确定当流按预期运行时的预期好处。 预期好处包括改进运营效率和效果、增加客户或员工满意度、提高数据安全性、确保法规要求的合规性，或对业务产生任何其他积极的影响。
识别负面影响。 评估如果流程失败或无法按预期工作的潜在的消极影响。 考虑量化具体损失，如收入下降。 包括主观影响，如声誉受损、客户信任受损或对其他相关业务流程的不利影响。
定义容量和可用性假设。 建立有关每个流程的预期产能和可用性的假设。 考虑预期工作时间和目标百分比正常运行时间等因素。 如果对恢复时间目标 (RTO) 或恢复点目标 (RPO) 有预期，应包括这些预期。 这些假设可帮助了解每个流的可靠性要求。
通过系统评估这些方面，您可以全面了解每个流如何影响业务，并可以做出有关优化可靠性的战略决策。
为每个流分配关键性评级
对流相对于整体业务影响的重要性的详细评估可让您为每个流分配关键性评级。 目的是按优先级对流进行排序，并分配标签来帮助您标识关键流。 此过程是确定、映射和调整业务流程和影响的逻辑延续。 使用以下关键性说明分配关键性评级：
关键（高关键性）：关键流是核心业务功能不可或缺的一部分。 它们直接影响业务的关键方面，如客户体验、财务交易、安全协议、人员健康和安全。 这些流的失败或中断可能导致重大的即时或长期的负面影响。 消极影响的示例包括收入损失、违背诚实信用以及法律问题。 为这些流设置优先级可以确保工作负荷的最关键方面可靠且可复原。
重要（中等关键性）：重要流履行业务功能的一部分，但不直接与关键业务操作交互或影响关键业务操作。 例如，如果某个问题中断了内部数据处理流，您可以重试数据处理，而不会立即受到外部影响。 这些流对于平稳运营至关重要，但在即时的客户或财务影响方面提供了缓冲，允许对问题做出有妥善管理的回应。
生产力（低关键性）：生产力流不会对核心业务功能或客户体验产生直接或重大影响。 示例包括辅助流程和小型团队用例，如定期将文件传输到备份存储或处理反馈调查。 虽然这些流是为整个系统提供帮助，但中断可能不会立即造成重大业务或运营问题，通常存在人工解决方法。
采用此结构化方法来分配关键性，您可以有效地为资源设置优先级，集中精力维护和提高最关键流的可靠性和有效性。
权衡：对可靠性的更高期望有时与运营商更高的运营成本和管理负担相吻合。 应确保利益干系人了解提高关键流的可靠性的潜在成本的增加。
示例流目录
以下示例提供了一个完整场景，说明了帮助您确定、映射流和确定流程优先级的要点。 示例工作负荷是一个用于支出报告的业务线应用，让员工可以填写支出表、经理审查和批准支出，审计人员审查每周报表。
用户流 1：填写支出表
流程描述：员工使用应用程序填写费用表。
业务流程：此流程支持 填写和提交费用表单，但它是异步的，因此不太重要。
流程负责人：业务管理员
利益干系人：员工、部门经理、业务管理员
升级路径：应用程序团队、平台团队
业务影响：此流对于员工报销费用很重要，但它不会直接影响业务的主要收入流，也不会对客户产生直接影响。 当员工由于此流不可用而无法创建费用报销时，流不会对公司的收入或声誉产生负面影响。 员工可以在以后提交费用。 如果遗漏费用付款，长时间的停机可能会导致信用卡附加费。 但是，高可用性对于此流程至关重要。 业务管理员为此流程指定了 90% 的可用性要求，并同意出于维护目的在工作时间之外停机。
关键性评级：生产力（低）
用户流 2：审查和批准支出
流程描述：员工的部门经理审核和批准费用报告。
业务流程：此流支持 审查和批准费用报告，但这是一个异步流程。
流程负责人：业务管理员
利益干系人：员工、部门经理、业务管理员
升级路径：应用程序团队、平台团队
业务影响：此流程允许部门经理审查和批准费用报告并请求更多详细信息。 此流的高可用性不是很关键，因为部门经理有七天时间来批准费用报销。 当员工由于此流不可用而无法创建费用报销时，流不会对公司的收入或声誉产生负面影响。 员工可以在以后提交费用。 如果遗漏费用付款，长时间的停机可能会导致信用卡附加费。 但是，高可用性对于此流程至关重要。 业务管理员为此流程指定了 90% 的可用性要求，并同意出于维护目的在工作时间之外停机。
关键性评级：生产力（低）
用户流 3：输入和发布交易
流程描述：业务管理员需要查看费用并发布要支付的信用卡卡片的交易。
业务流程：此流程支持支付信用卡卡片费用。
流程负责人：业务管理员
利益干系人：业务管理员、平台团队、数据团队
升级路径：平台团队、数据团队、平台团队待命工程师
业务影响：此流程是支付费用不可或缺的一部分，错过付款可能会导致贷记卡片费用。 不过，通常在提交费用和付款到期之间有足够的时间。 业务管理员为此流程指定了 90% 的可用性要求，并同意出于维护目的在工作时间之外停机。
临界等级：中等
系统流 4：创建每周支出报表
流程描述：创建每周费用报告供 CFO 查看。 将生成报表并发布到 Power BI，然后向 CFO 发送通知。
业务流程：此流支持费用审核。
流程负责人：CFO
利益干系人：业务管理员、所有技术团队
升级路径：应用团队待命工程师、平台团队待命工程师、数据团队待命工程师
业务影响：此流不可用不会影响公司的收入或声誉。 业务管理员为此流程指定了 90% 的可用性要求，并同意出于维护目的在工作时间之外停机。
临界等级：中等
用户流 5：审核支出
流程描述：外部审计师对费用进行即时审计，以检查报告是否符合合规性要求。
业务流程：此流直接支持 合规性和审计流程。 没有此功能，公司可能面临外部审计人员的罚款。
流程所有者：平台团队
利益干系人：平台团队、运营团队、业务管理员
升级路径：平台团队待命工程师
业务影响：此流程需要高可用性，因为外部审计师可以在没有警告或通知的情况下请求报告费用。 如果此流不可用，可能会导致罚款。 这是企业预期有 99.9% 正常运行时间的关键流程，包括延长的工作时间。
临界等级：高
Power Platform 推进
考虑在 Power Automate 中使用流程挖掘和任务挖掘，包括流程图，这是一个功能强大的工具，可以帮助您可视化和分析业务流程。
了解如何通过计划 Power Apps 项目将您的想法转化为功能齐全的解决方案。
可靠性清单
请参考整套建议。