您的问题管理数据模板
您的问题管理数据模板
- 深入根因分析的关键属性
- 问题生命周期的标准化活动映射
- Freshservice 数据提取的技术指导
问题管理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Timestamp
EventTimestamp
|
活动发生的精确日期和时间。 | ||
|
描述
此属性记录系统中特定 event 发生的时间。它允许 Process Mining 引擎按时间顺序排列 event,并计算步骤之间的持续时间。 在分析中,这些数据是所有基于时间的 KPI 的基础,如吞吐时间、交付周期分析和瓶颈识别。
为何重要
它建立了事件的时间线,从而实现周期计算和流程排序。
获取方式
Freshservice API 活动流中的“created_at”或“updated_at”字段。
示例
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
|
|||
|
活动
ActivityName
|
对问题记录执行的具体 event 或操作。 | ||
|
描述
此属性描述流程生命周期中的步骤,例如“问题已记录”、“根本原因已识别”或“支持组已变更”。它是流程发现算法映射工作序列的核心组件。 在分析中,此字段决定了流程图中的节点,对于识别返工循环、跳过的步骤和流程变体至关重要。
为何重要
它定义了流程执行的“内容”,是生成流程图的必填项。
获取方式
派生自 Freshservice 的“Activities”或“Audit Log”端点。
示例
问题已记录已更新优先级状态改为已解决
|
|||
|
问题记录
ProblemNumber
|
分配给问题记录的唯一字母数字标识符(例如:PRB-10234)。 | ||
|
描述
此属性作为 Process Mining 分析的核心 case ID。它唯一标识 Freshservice 中的特定问题调查,关联所有相关的活动、event 和变更。它用于将单个审计日志条目组合成连贯的流程实例。 在分析中,此标识符允许用户从高层汇总数据下钻到特定的问题历程,以了解所发生的精确 event 序列。
为何重要
它是重建流程流的基础键,也是唯一识别每个案例所必需的。
获取方式
Freshservice API “Problem”对象,字段“display_id”。
示例
PRB-10023PRB-10045PRB-11201
|
|||
|
RCA 时间
TimeToRootCause
|
从问题创建到识别出根本原因的持续时间。 | ||
|
描述
此持续时间属性通过测量“问题已记录”event 与“根本原因已识别”event 之间的时间差来计算。 在分析中,它为“平均根本原因识别时间”KPI 提供数据,突显诊断阶段的效率。
为何重要
专门衡量调查阶段的速度。
获取方式
根据事件时间戳计算。
示例
48 小时3天45分钟
|
|||
|
SLA 违约
IsSlaBreached
|
指示问题记录是否未达到其服务水平协议目标的标志。 | ||
|
描述
如果问题解决时间超过了定义的策略,则此布尔属性为 true。 在分析中,这会驱动“关键问题 SLA 绩效 dashboard”,帮助识别哪些团队或类别在及时性方面面临最大挑战。
为何重要
流程合规性和绩效的直接衡量标准。
获取方式
Freshservice API,派生自“sla_policy”或“sla_breached”标志。
示例
truefalse
|
|||
|
优先级
ProblemPriority
|
分配给问题的优先级(如:低、中、高、紧急)。 | ||
|
描述
此属性指示问题记录的相对重要性和紧急程度。通常由“影响”和“紧急度”矩阵决定。 在分析中,此字段对数据细分至关重要。它允许分析师比较关键问题与轻微缺陷之间的周期时间和 SLA 达成率。
为何重要
对于过滤高影响问题并设定分析优先级至关重要。
获取方式
Freshservice API “Problem”对象,字段“priority”。
示例
低中高紧急
|
|||
|
关联事故
RelatedIncidentCount
|
与此问题关联的事件记录数量。 | ||
|
描述
此属性统计与该问题记录关联的单个事件数量。它可作为衡量用户受干扰程度的指标。 在分析中,此字段用于“事件关联密度”KPI,以验证问题处理是否真正减少了事件数量。
为何重要
指示问题对服务台影响的大小。
获取方式
Freshservice API,“associated_incidents”数组的计数。
示例
05120
|
|||
|
指派处理人
AgentName
|
当前分配处理该问题的服务台人员姓名。 | ||
|
描述
此属性标识负责调查或解决问题的个人。它支持资源分析和绩效监控。 在分析中,它有助于识别工作负载分配情况,以及哪些人员可能负载过重或在 RCA 方面效率极高。
为何重要
资源分析和组织挖掘的关键。
获取方式
Freshservice API “Problem”对象,字段“responder_id”(需查找 Agent 表)。
示例
Alice SmithBob Jones系统管理员
|
|||
|
支持组
SupportGroup
|
负责处理该问题的技术团队或小组。 | ||
|
描述
此属性代表问题记录的负责团队。组间转办是问题管理中延迟的主要原因之一。 在分析中,此字段用于生成“支持组转办热力图”,并识别团队间的“乒乓”转办行为。
为何重要
对分析交接和识别孤岛瓶颈至关重要。
获取方式
Freshservice API “Problem”对象,字段“group_id”(需查找 Groups 表)。
示例
数据库团队网络运维应用支持
|
|||
|
是否重新打开
IsReopened
|
指示问题记录是否曾从关闭状态重新切换回打开状态的标志。 | ||
|
描述
此布尔属性通过检查活动历史中从终结状态返回到活动状态的流转来计算。 在分析中,它为“问题记录重启趋势 dashboard”提供支持,作为衡量解决流程质量的关键指标。
为何重要
虚假解决和返工的首要指标。
获取方式
根据事件日志 (ActivityName) 计算。
示例
truefalse
|
|||
|
根因类别
RootCauseCategory
|
对问题识别出的潜在原因进行分类。 | ||
|
描述
此属性对问题发生的原因进行分类,例如“软件缺陷”、“配置错误”或“人为错误”。它在 RCA 阶段后填充。 在分析中,此字段用于“根本原因分类质量 dashboard”,以识别基础架构中的系统性薄弱环节。
为何重要
对于趋势分析和识别主动改进领域至关重要。
获取方式
Freshservice API “Problem”对象。通常是自定义字段或“root_cause”文本字段,取决于具体配置。
示例
软件故障配置错误硬件故障
|
|||
|
状态
ProblemStatus
|
问题的当前生命周期状态(如:待处理、已请求变更、已解决)。 | ||
|
描述
此属性跟踪问题在其 workflow 中的进展。该字段的变化会触发标准流程活动。 在分析中,它是区分进行中工作与已完成工作的首要筛选条件,并支持 WIP(在制品)分析。
为何重要
定义案例状态,用于计算流程统计数据。
获取方式
Freshservice API “Problem”对象,字段“status”。
示例
未结待处理变更已解决已结案
|
|||
|
部门
DepartmentName
|
报告问题或受影响主要的用户的所属部门。 | ||
|
描述
此属性标识受问题影响的业务单位。 在分析中,它有助于细分“关键问题 SLA 绩效”,以观察某些部门获得服务的速度是否慢于其他部门。
为何重要
为问题的影响提供组织维度的上下文。
获取方式
Freshservice API,通过请求者查找 Department 表。
示例
财务人力资源IT
|
|||
|
临时解决方案描述
WorkaroundNotes
|
描述临时修复方案或 workaround 的文本。 | ||
|
描述
此属性包含所提供的临时解决方案详情。该字段的存在表示临时解决方案已成功发布。 在分析中,与填充此字段相关的时间戳决定了“平均临时解决方案交付周期”KPI。
为何重要
对于衡量缓解速度与完全解决速度之间的关系至关重要。
获取方式
Freshservice API “Problem”对象,字段“workaround”。
示例
手动重启服务清除浏览器缓存使用备用 VPN 节点
|
|||
|
最后数据更新
LastExtractionTime
|
指示从 Freshservice 提取数据的时间戳。 | ||
|
描述
此属性标记用于分析的数据集的新鲜度。它帮助用户了解查看的是实时数据还是历史快照。 在分析中,它被用作计算当前未结 case 持续时间的参考点。
为何重要
提供有关数据延迟和可靠性的上下文。
获取方式
ETL 执行时刻的系统时间。
示例
2023-11-01T12:00:00Z
|
|||
|
到期日期
DueDate
|
预计解决该问题记录的目标日期。 | ||
|
描述
此属性记录问题的截止日期,通常由 SLA 策略设定或由经理手动设定。 在分析中,将此日期与实际解决日期进行比较,可以深入了解计划的准确性以及预期设定的合理性。
为何重要
准时交付分析的参考点。
获取方式
Freshservice API “Problem”对象,字段“due_by”。
示例
2023-12-31T17:00:00Z
|
|||
|
受影响资产
AssociatedAsset
|
与问题关联的主要配置项 (CI) 或资产。 | ||
|
描述
此属性标识作为调查对象的特定硬件或软件资产。 在分析中,它可以按资产类型进行“根本原因分类质量”分析,揭示某些设备或软件版本是否容易出现缺陷。
为何重要
将流程绩效与基础设施组件联系起来。
获取方式
Freshservice API,“associated_assets”字段。
示例
Server-01薪资应用核心交换机 A
|
|||
|
已链接的变更请求
ChangeRequestId
|
为修复该问题而创建的变更请求标识符。 | ||
|
描述
此属性包含与问题记录关联的变更请求 ID,用于实施永久修复。 在分析中,它对于“RCA 到变更过渡时间”KPI 至关重要,能够衡量从发现原因到采取行动之间损失的时间。
为何重要
将问题流程与变更管理流程联系起来。
获取方式
Freshservice API,“associated_change_request”字段。
示例
CHG-2001CHG-2045
|
|||
|
影响
ImpactLevel
|
衡量问题对业务流程影响程度的指标。 | ||
|
描述
此属性量化问题的范围,通常与紧急程度结合使用以确定优先级。 在分析中,它有助于优先确定哪些流程瓶颈正在影响最关键的业务功能。
为何重要
用于根据业务关键程度对分析结果进行加权。
获取方式
Freshservice API “Problem”对象,字段“impact”。
示例
低中高
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
描述
此静态属性标识数据集的来源,即 'Freshservice'。在多系统环境中,它有助于区分来自不同 ITSM 工具或实例的记录。 在分析中,当合并来自多个来源的数据时,这主要用于过滤或分组。
为何重要
确保多系统流程挖掘实施中的数据血缘和可追溯性。
获取方式
提取过程中的硬编码值。
示例
Freshservice
|
|||
问题管理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
临时解决方案已发布
|
在问题记录中添加临时解决方案,通常标记为“workaround”备注或字段。用于计算临时解决方案发布速度。 | ||
|
为何重要
衡量团队减轻影响的速度。对于“平均变通方法周期”KPI 至关重要。
获取方式
活动流:“workaround”字段的更新,或创建标记为解决方案/变通方法的备注。
捕获
填充变通方法字段时记录
事件类型
explicit
|
|||
|
变更请求已关联
|
将变更记录与问题记录关联,标志着修复阶段的开始。通过“Association with Change”系统 event 捕获。 | ||
|
为何重要
对于变更请求瓶颈监控至关重要。用于衡量从问题管理到变更管理的交接情况。
获取方式
活动流:“与变更关联”事件。
捕获
链接变更 ID 时记录
事件类型
explicit
|
|||
|
已应用永久修复
|
代表最终解决方案的实施。在 Freshservice 中,这通常根据状态更改为 'Solved' 或 'Resolved' 来判定。 | ||
|
为何重要
计算永久修复实施的延迟。标记技术纠正工作的结束。
获取方式
活动流:状态变更为“已解决”。
捕获
比较状态字段的前后变化
事件类型
inferred
|
|||
|
已识别根因
|
填充根本原因文本字段或分析部分的时间点。通过识别“Root Cause”字段从空值到首次更新来捕获。 | ||
|
为何重要
RCA 前置时间分析的主要里程碑。它标志着从调查阶段向方案设计阶段的转变。
获取方式
活动流:“root_cause”或“analysis”字段的更新。
捕获
比较更新前后的 root_cause 字段
事件类型
inferred
|
|||
|
支持组已分配
|
将问题记录路由到特定的技术团队或分配组。通过监控工单历史中“组”字段的变化来捕获。 | ||
|
为何重要
对于“支持组转移热力图”至关重要。追踪此项可以揭示团队间的乒乓效应和过度交接。
获取方式
活动流:“group_id”或“group_name”字段的更新。
捕获
小组字段更新时记录
事件类型
explicit
|
|||
|
问题已关闭
|
记录被锁定并视为非活动的最终生命周期 event。通过状态流转至 'Closed' 来捕获。 | ||
|
为何重要
定义流程实例的绝对终点。计算总周期时间所必需。
获取方式
活动流:状态变更为“已关闭”。
捕获
状态变为“已关闭”时记录
事件类型
explicit
|
|||
|
问题已记录
|
系统中问题记录的初始创建。当保存新的问题工单时,Freshservice 审计日志会明确捕获此 event。 | ||
|
为何重要
标记流程实例的开始。它是计算所有提前期和周期时间的锚点。
获取方式
Freshservice 活动流或工单 API(created_at 时间戳)。
捕获
执行“新建问题”事务时记录
事件类型
explicit
|
|||
|
SLA 违约
|
系统生成的事件,指示已超过“截止日期”。Freshservice 会记录特定的 SLA 违规标记。 | ||
|
为何重要
直接支持严重问题 SLA 绩效分析。突出显示合规性失败的情况。
获取方式
活动流:SLA 违规系统日志。
捕获
系统 SLA 监控触发时记录
事件类型
explicit
|
|||
|
已指派坐席
|
将特定响应人分配至该问题记录。当“Agent”字段被填充或更新时,系统会明确捕获此操作。 | ||
|
为何重要
指示资源何时正式开始工作。有助于按优先级分析资源分配。
获取方式
活动流:“responder_id”字段的更新。
捕获
代理人字段更新时记录
事件类型
explicit
|
|||
|
已更新优先级
|
问题记录的紧急程度或影响级别的更改。通过“Priority”字段的审计轨迹捕获。 | ||
|
为何重要
对于分析 SLA 违规以及过滤“严重问题 SLA 绩效”仪表板至关重要。
获取方式
活动流:“priority”字段的更新。
捕获
优先级字段修改时记录
事件类型
explicit
|
|||
|
已添加备注
|
捕获向记录添加公开或私有备注时的常规活动。代表正在进行的协作或更新。 | ||
|
为何重要
即使状态未变也能指示活动进行中。对识别“主动等待”期很有用。
获取方式
活动流:“已添加备注”事件。
捕获
发表备注时记录
事件类型
explicit
|
|||
|
状态:待变更
|
一种状态转换,表明问题正在等待变更请求的实施。根据状态字段变更为“Change Requested”或类似值推断得出。 | ||
|
为何重要
识别问题管理团队依赖外部变更流程的等待时间。
获取方式
活动流:状态变更为代表“已请求变更”的 ID。
捕获
比较状态字段的前后变化
事件类型
inferred
|
|||
|
资产已链接
|
将配置项 (CI) 或资产与问题记录关联。这有助于识别“受影响的业务服务”或“受影响的配置项”。 | ||
|
为何重要
将抽象问题链接到物理或逻辑基础设施。对于“根因分类质量”分析至关重要。
获取方式
活动流:“与资产关联”事件。
捕获
资产关联至记录时记录
事件类型
explicit
|
|||
|
问题任务已完成
|
问题记录所属子任务的完成情况。通常用于跟踪实施后评审 (PIR) 或具体的调查步骤。 | ||
|
为何重要
通过跟踪评审任务是否关闭,为“评审完成审计 dashboard”提供支持。
获取方式
活动流:“任务”状态变更为已关闭/已完成。
捕获
关联任务标记为完成时记录
事件类型
explicit
|
|||
|
问题已重启
|
从“已解决”或“已关闭”状态转换回“打开”状态。这表明修复失败或被拒绝。 | ||
|
为何重要
“问题记录重启趋势 dashboard”的核心指标。高重启率通常意味着 RCA 质量不佳或修复方案不彻底。
获取方式
活动流:状态从 [已关闭/已解决] 变更为 [打开/处理中]。
捕获
比较状态字段的前后变化
事件类型
inferred
|
|||