process-mining-insights

流程挖掘洞察

概述

此技能通过分析流程变体、识别瓶颈、检测合规偏差并推荐优化机会，从 ServiceNow 流程挖掘数据中生成可执行的洞察。它将原始流程数据转化为可用于决策的情报。

• 检索并分析流程定义、变体和活动数据
• 识别案例耗时过长的瓶颈活动
• 检测合规偏差：跳过步骤、活动顺序错误、未经授权的执行者
• 比较各变体的表现，找出效率最高的流程路径
• 计算流程 KPI：周转时间、返工率、自动化潜力
• 生成优化建议并估算其影响

适用场景： 分析业务流程效率、调查流程合规性、准备流程改进提案，或构建流程表现的高管仪表板时。

先决条件

• 角色： process_mining_admin、process_mining_analyst 或 admin
• 插件： com.snc.process_mining（Process Mining）
• 访问权限： 对 sn_process_mining_process、sn_process_mining_variant、sn_process_mining_activity、sn_process_mining_case 具有读取权限
• 知识： 了解流程挖掘概念（变体、活动、转换、一致性）
• 数据： 至少有一个已导入事件数据的流程挖掘项目

操作步骤

步骤 1：检索流程定义

列出可用的流程挖掘项目及其元数据。

使用 MCP（Claude Code/Desktop）：

Tool: SN-Query-Table
Parameters:
  table_name: sn_process_mining_process
  query: active=true
  fields: sys_id,name,description,source_table,total_cases,total_variants,total_activities,created_on,updated_on
  limit: 20

使用 REST API：

GET /api/now/table/sn_process_mining_process?sysparm_query=active=true&sysparm_fields=sys_id,name,description,source_table,total_cases,total_variants,total_activities,created_on,updated_on&sysparm_limit=20

步骤 2：分析流程变体

按频率排序检索变体，以了解最常见的流程路径。

使用 MCP：

Tool: SN-Query-Table
Parameters:
  table_name: sn_process_mining_variant
  query: process=[process_sys_id]^ORDERBYDESCcase_count
  fields: sys_id,name,process,case_count,avg_duration,median_duration,activity_sequence,conformance_status
  limit: 25

使用 REST API：

GET /api/now/table/sn_process_mining_variant?sysparm_query=process=[process_sys_id]^ORDERBYDESCcase_count&sysparm_fields=sys_id,name,process,case_count,avg_duration,median_duration,activity_sequence,conformance_status&sysparm_limit=25

关键变体分析：

变体	案例数	平均时长	一致性	备注
理想路径	1,245	2.3 天	合规	理想的流程
返工路径	389	6.1 天	偏离	在审核与修复之间循环
跳过审批	67	1.1 天	不合规	缺少经理审批
紧急路径	42	0.4 天	合规	提供理由后的加急处理

步骤 3：识别瓶颈活动

查询活动级数据，找出案例耗时最长的环节。

使用 MCP：

Tool: SN-Query-Table
Parameters:
  table_name: sn_process_mining_activity
  query: process=[process_sys_id]^ORDERBYDESCavg_duration
  fields: sys_id,name,process,case_count,avg_duration,median_duration,min_duration,max_duration,avg_wait_time
  limit: 20

使用 REST API：

GET /api/now/table/sn_process_mining_activity?sysparm_query=process=[process_sys_id]^ORDERBYDESCavg_duration&sysparm_fields=sys_id,name,process,case_count,avg_duration,median_duration,min_duration,max_duration,avg_wait_time&sysparm_limit=20

瓶颈识别标准：

• 时长瓶颈：活动的 avg_duration > 流程平均值的 2 倍
• 等待瓶颈：活动的 avg_wait_time > 平均处理时间（等待，而非工作）
• 数量瓶颈：活动的 case_count 明显高于下游活动（队列积压）
• 差异瓶颈：max_duration / min_duration > 10 倍（执行时间不一致）

步骤 4：分析活动之间的转换

检查案例在活动之间的流转方式，以检测返工循环和异常路径。

使用 MCP：

Tool: SN-Query-Table
Parameters:
  table_name: sn_process_mining_transition
  query: process=[process_sys_id]^ORDERBYDESCcase_count
  fields: sys_id,source_activity,target_activity,case_count,avg_duration,process
  limit: 50

使用 REST API：

GET /api/now/table/sn_process_mining_transition?sysparm_query=process=[process_sys_id]^ORDERBYDESCcase_count&sysparm_fields=sys_id,source_activity,target_activity,case_count,avg_duration,process&sysparm_limit=50

请留意：

• 返工循环：目标活动在预期顺序中更早出现的转换
• 跳过模式：案例数为零或极低的预期转换
• 异常路径：参考模型中不存在的转换

步骤 5：检测合规偏差

将实际流程执行情况与参考模型（理想路径）进行比较。

偏差类别：

类型	说明	风险等级
跳过活动	完全绕过了必需步骤	高
执行顺序错误	活动未按正确顺序执行	中
未经授权的执行者	执行活动的人员不具备适当角色	严重
过度返工	活动重复次数超过阈值（例如，3 次）	中
SLA 违规	活动时长超过规定的 SLA	高
缺少文档	未提供必需的备注或附件	低

使用 MCP：

Tool: SN-Query-Table
Parameters:
  table_name: sn_process_mining_variant
  query: process=[process_sys_id]^conformance_status=non_compliant
  fields: sys_id,name,case_count,activity_sequence,conformance_status,deviation_details
  limit: 20

步骤 6：计算流程 KPI

根据流程数据推导关键绩效指标：

=== PROCESS MINING KPI DASHBOARD ===
Process: Incident Management
Period: Last 90 days

Throughput Metrics:
  Total Cases:           1,743
  Avg Cycle Time:        3.2 days
  Median Cycle Time:     1.8 days
  90th Percentile:       8.4 days

Efficiency Metrics:
  Happy Path Rate:       71.4% (1,245/1,743)
  Rework Rate:           22.3% (389 cases with loops)
  First-Time-Right:      77.7%
  Automation Rate:       34.2% (activities performed by system)

Compliance Metrics:
  Conformance Rate:      96.2% (1,676/1,743 compliant)
  Skipped Steps:         67 cases (3.8%)
  SLA Compliance:        89.1%

Resource Metrics:
  Avg Handoffs:          3.1 per case
  Avg Wait vs Work:      62% wait / 38% work
  Busiest Activity:      "Approval" (avg 1.4 days wait)

步骤 7：生成优化建议

根据分析结果，提出按优先级排序的建议：

=== OPTIMIZATION RECOMMENDATIONS ===

1. [HIGH IMPACT] Reduce Approval Wait Time
   Finding: "Manager Approval" averages 1.4 days wait, 62% of total cycle time
   Root Cause: Approvals queue in manager inbox without SLA enforcement
   Recommendation: Implement auto-approval for low-risk items (<$500) and
   add escalation after 4 hours for standard items
   Estimated Impact: -0.8 days avg cycle time, 25% throughput improvement

2. [HIGH IMPACT] Eliminate Rework Loop: Review-Fix-Review
   Finding: 389 cases (22.3%) cycle between Review and Fix steps
   Root Cause: Incomplete initial submissions missing required fields
   Recommendation: Add mandatory field validation at submission and
   pre-review checklist
   Estimated Impact: -2.8 days for affected cases, 15% rework reduction

3. [MEDIUM IMPACT] Address Skipped Approval Deviation
   Finding: 67 cases bypassed mandatory approval step
   Root Cause: Users with admin role can override state transitions
   Recommendation: Add business rule to enforce approval regardless of role,
   with emergency override requiring documented justification
   Estimated Impact: 100% conformance on approval step

4. [MEDIUM IMPACT] Automate Assignment Activity
   Finding: "Assignment" activity is manual, avg 2.1 hours
   Root Cause: No auto-assignment rules configured for this category
   Recommendation: Implement predictive assignment (see itsm/predict-assignment)
   Estimated Impact: -2 hours per case, 95% auto-assignment rate

步骤 8：导出并报告分析结果

将分析结果汇总为结构化报告，供利益相关者参考：

使用 MCP：

Tool: SN-Add-Work-Notes
Parameters:
  sys_id: [process_sys_id]
  work_notes: |
    === PROCESS MINING ANALYSIS REPORT ===
    Process: [process_name]
    Analysis Date: [current_date]
    Period: [date_range]

    EXECUTIVE SUMMARY:
    [2-3 sentence summary of key findings]

    TOP BOTTLENECKS:
    [Ranked list with impact metrics]

    COMPLIANCE STATUS:
    [Conformance rate and critical deviations]

    RECOMMENDATIONS:
    [Prioritized list with estimated impact]

    NEXT STEPS:
    [Action items with owners and timelines]

工具使用

工具	用途	使用时机
SN-Query-Table	检索流程、变体、活动和转移数据	收集核心分析数据
SN-Natural-Language-Search	通过自然语言查找流程或案例	临时调查
SN-Update-Record	使用分析结果更新流程记录	保存分析结果
SN-Add-Work-Notes	记录分析和建议	报告和审计跟踪
SN-Get-Table-Schema	探索流程挖掘表结构	设置和发现字段

最佳实践

1. 从理想路径入手——在分析偏差之前，先了解理想流程
2. 关注高频变体——优先优化影响案例最多的路径
3. 区分等待时间和处理时间——大多数瓶颈都来自等待时间，而非处理时间
4. 结合情境验证偏差——某些“偏差”是合理的例外情况（如紧急事件）
5. 量化影响——始终为建议附上指标（节省的时间、降低的成本）
6. 比较不同时段——趋势分析可以揭示流程是在改善还是退化
7. 让流程负责人参与——与能够采取行动的人员分享分析结果
8. 定期迭代——每月运行分析，以跟踪改进并发现回退
9. 关联业务结果——将流程变体与业务结果（CSAT、解决质量）关联
10. 使用一致性检查——在可用时与 BPMN 参考模型进行比较

故障排除

“未找到流程挖掘数据”

**原因：**尚未配置流程挖掘项目，或尚未导入数据
**解决方案：**确认 sn_process_mining_process 中存在有效记录。检查是否已从源表导入事件日志数据。

“变体数量极高”

**原因：**流程变化很大，或事件数据包含噪声（系统事件、重复时间戳）
**解决方案：**应用筛选条件，排除系统生成的活动。聚焦于排名前 20 的变体，它们通常涵盖 80% 以上的案例（帕累托原则）。

“活动时长似乎不正确”

**原因：**时间戳可能反映了包含周末和节假日在内的日历时间，而非工作时间
**解决方案：**检查流程挖掘项目是否使用了工作日历设置。调整时长计算，排除非工作时间。

“变体的符合性状态为空”

**原因：**尚未为该流程定义参考模型
**解决方案：**在流程挖掘项目设置中创建参考模型（理想路径）。没有参考模型，就无法执行符合性检查。

示例

示例 1：事件管理流程分析

**流程：**事件管理（90 天内共 1,743 个案例）

主要发现：

• 理想路径（创建 > 分配 > 调查 > 解决 > 关闭）涵盖 71% 的案例
• 瓶颈：由于采用手动路由，分配步骤平均耗时 2.1 小时
• 返工：22% 的案例在调查与重新分配之间反复循环
• 合规性：3.8% 的 P1 事件案例跳过了必需的审批

**首要建议：**实施自动分配，消除 2.1 小时的路由延迟。

示例 2：变更管理流程合规性

**流程：**变更管理（90 天内 412 项变更）

主要发现：

• 整体符合率为 94%
• 26 项变更（6.3%）绕过了 CAB 审查——全部是被错误标记为“标准”的“普通”变更
• 紧急变更（42 个案例）的实施后审查完成率为 98%
• 瓶颈：CAB 排期的平均等待时间为 3.2 天

**首要建议：**添加验证机制，防止普通变更使用标准变更工作流。

示例 3：服务目录履行效率

**流程：**服务目录履行（90 天内 2,891 项请求）

主要发现：

• 识别出 5 种不同的履行路径
• 速度最快的变体（自动配置的软件）平均耗时 0.3 天
• 速度最慢的变体（包含采购的硬件）平均耗时 14.2 天
• 总周期时间中有 78% 为等待时间（审批 + 采购）
• 12% 的请求在审批后因所选项目不正确而被取消

**首要建议：**添加引导式项目选择向导，将取消率降低 12%。

相关技能

• itsm/predict-assignment - 实施流程分析所建议的自动分配
• itsm/change-management - 了解变更管理流程
• reporting/trend-analysis - 对流程数据进行补充趋势分析
• reporting/sla-analysis - SLA 合规性分析
• genai/flow-generation - 自动化被确定为优化候选项的流程步骤