您的问题管理数据模板
您的问题管理数据模板
- 深入分析根因所需的关键属性
- 问题生命周期的标准化活动映射
- Freshservice数据提取技术指南
问题管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
时间戳
EventTimestamp
|
活动发生的确切日期和时间。 | ||
|
说明
此属性记录特定事件在系统中发生的时间。流程挖掘引擎据此按时间顺序排列事件,并计算各步骤之间的时长。 分析时,这些数据是所有时间类KPI的基础,例如处理时间、前置时间分析和瓶颈识别。
重要性
此字段确定事件时间线,支持计算周期时间并排列流程顺序。
获取途径
活动流中的Freshservice API“created_at”或“updated_at”字段。
示例
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
|
|||
|
活动
ActivityName
|
在问题记录上执行的具体事件或操作。 | ||
|
说明
此属性描述流程生命周期中的步骤,例如“问题已记录”“已识别根本原因”或“支持团队已变更”。它是流程发现算法绘制工作顺序的核心要素。 分析时,此字段决定流程图中的节点,对于识别返工循环、跳过的步骤和流程变体至关重要。
重要性
此字段定义流程执行中的“做了什么”,是生成流程图的必填项。
获取途径
从Freshservice的“Activities”或“Audit Log”接口获取。
示例
问题已记录优先级已更新状态已变更为已解决
|
|||
|
问题记录
ProblemNumber
|
分配给问题记录的唯一字母数字标识符(例如PRB-10234)。 | ||
|
说明
此属性是流程挖掘分析中的核心案例ID,可在Freshservice中唯一标识某项问题调查,并关联所有相关活动、事件和变更。它用于将单条审计日志归入同一个流程实例。 分析时,用户可根据此标识符从汇总数据逐级下钻到具体问题处理过程,了解事件发生的确切顺序。
重要性
这是重建流程顺序的基础键,也是唯一识别每个案例的必要字段。
获取途径
Freshservice API的“Problem”对象中的“display_id”字段。
示例
PRB-10023PRB-10045PRB-11201
|
|||
|
SLA已违约
IsSlaBreached
|
用于标记问题记录是否未达到服务级别协议目标。 | ||
|
说明
如果问题解决时间超过规定时限,此布尔属性的值为true。 分析时,此属性用于“严重问题SLA绩效”仪表板,帮助识别在时效方面面临较大困难的团队或类别。
重要性
直接衡量流程执行情况和绩效。
获取途径
根据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
|
用于标记问题记录是否曾从已关闭状态重新变为待处理状态。 | ||
|
说明
此布尔属性通过检查活动历史中是否存在从终止状态返回活跃状态的转换来计算。 分析时,可用于“问题记录重新打开趋势”仪表板,是衡量解决流程质量的重要指标。
重要性
识别误判为已解决的问题和返工的主要指标。
获取途径
根据事件日志(ActivityName)计算。
示例
truefalse
|
|||
|
根因类别
RootCauseCategory
|
对问题根本原因的分类。 | ||
|
说明
此属性用于归类问题发生的原因,例如“软件缺陷”“配置错误”或“人为错误”,并在RCA阶段完成后填写。 分析时,可用于“根因分类质量”仪表板,识别基础设施中的系统性薄弱环节。
重要性
趋势分析和识别可主动改进领域的关键属性。
获取途径
Freshservice API“Problem”对象。根据配置,通常对应自定义字段或“root_cause”文本字段。
示例
软件故障配置错误硬件故障
|
|||
|
状态
ProblemStatus
|
问题当前所处的生命周期状态,例如待处理、待变更或已解决。 | ||
|
说明
此属性用于跟踪问题在工作流中的进展。字段变更会触发标准流程活动。 分析时,可作为区分处理中和已完成工作的主要筛选条件,并用于在制品(WIP)分析。
重要性
定义案例状态,并用于计算流程统计数据。
获取途径
Freshservice API“Problem”对象的“status”字段。
示例
待处理待变更已解决已关闭
|
|||
|
部门
DepartmentName
|
报告问题的用户所属部门,或主要受影响的部门。 | ||
|
说明
此属性用于标识受问题影响的业务单元。 分析时,可按部门细分“严重问题SLA绩效”,了解某些部门是否比其他部门获得更慢的服务。
重要性
提供问题影响的组织背景信息。
获取途径
通过Freshservice API查询请求者对应的Department表记录。
示例
财务人力资源IT
|
|||
|
临时解决方案说明
WorkaroundNotes
|
描述临时修复方案或替代方案的文本。 | ||
|
说明
此属性记录所提供临时解决方案的详情。填写此字段表示临时解决方案已成功发布。 分析时,与填写此字段相关的时间戳用于计算“平均临时解决方案交付时间”KPI。
重要性
衡量缓解问题的速度与彻底解决问题的速度时至关重要。
获取途径
Freshservice API“Problem”对象的“workaround”字段。
示例
手动重启服务清除浏览器缓存改用其他VPN端点
|
|||
|
关联变更请求
ChangeRequestId
|
为解决问题而创建的变更请求标识符。 | ||
|
说明
此属性包含与问题记录关联、用于实施永久修复的变更请求ID。 分析时,它是“RCA到变更的过渡时间”KPI的关键数据,可衡量从找到原因到采取行动之间耗费的时间。
重要性
将问题管理流程与变更管理流程关联起来。
获取途径
Freshservice API的“associated_change_request”字段。
示例
CHG-2001CHG-2045
|
|||
|
最近数据更新时间
LastExtractionTime
|
指示数据从Freshservice提取时间的时间戳。 | ||
|
说明
此属性用于标记分析所用数据集的新鲜度,帮助您判断当前查看的是实时数据还是历史快照。 分析时,可将其作为参考时间点,计算活跃案例当前已持续的时长。
重要性
说明数据延迟情况和可靠性。
获取途径
执行ETL时的系统时间。
示例
2023-11-01T12:00:00Z
|
|||
|
到期日期
DueDate
|
预期解决问题记录的目标日期。 | ||
|
说明
此属性记录问题的截止日期,通常由SLA策略设定,也可由经理手动指定。 分析时,将此日期与实际解决日期进行比较,可了解计划准确性和预期设定是否合理。
重要性
按时交付分析的参考点。
获取途径
Freshservice API“Problem”对象的“due_by”字段。
示例
2023-12-31T17:00:00Z
|
|||
|
受影响资产
AssociatedAsset
|
与问题关联的主要配置项(CI)或资产。 | ||
|
说明
此属性用于标识调查所涉及的具体硬件或软件资产。 分析时,可按资产类型评估“根因分类质量”,了解某些设备或软件版本是否容易出现缺陷。
重要性
将流程绩效与基础设施组件关联起来。
获取途径
Freshservice API的“associated_assets”字段。
示例
服务器-01薪资应用程序核心交换机A
|
|||
|
影响
ImpactLevel
|
问题对业务流程造成影响的程度。 | ||
|
说明
此属性用于量化问题的影响范围,通常与紧急程度结合使用,以确定优先级。 分析时,可帮助您优先处理影响关键业务职能的流程瓶颈。
重要性
用于根据业务关键程度对分析结果加权。
获取途径
Freshservice API“Problem”对象的“impact”字段。
示例
低中高
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
说明
此静态属性用于标识数据集的来源,即“Freshservice”。在多系统环境中,它有助于区分来自不同ITSM工具或实例的记录。 分析时,通常用于筛选或分组来自多个来源的数据。
重要性
确保多系统流程挖掘实施中的数据沿袭和可追溯性。
获取途径
提取时写入的固定值。
示例
Freshservice
|
|||
问题管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
已关联变更请求
|
将变更记录关联到问题记录,标志着修复阶段开始。通过“与变更关联”系统事件记录。 | ||
|
重要性
这是变更请求瓶颈监控的关键数据,可衡量问题管理向变更管理的交接情况。
获取途径
活动流:“与变更关联”事件。
采集
关联Change ID时记录
事件类型
explicit
|
|||
|
已分配支持团队
|
将问题记录分配给特定技术团队或分配组。通过监控工单历史中“Group”字段的变更来记录。 | ||
|
重要性
这是支持团队转交热力图的关键数据。跟踪此项可发现团队间反复转派和过度交接的情况。
获取途径
活动流:“group_id”或“group_name”字段更新。
采集
Group字段更新时记录
事件类型
explicit
|
|||
|
已发布临时解决方案
|
向问题记录添加临时解决方案,通常标记为“Workaround”备注或字段。用于计算临时解决方案发布速度。 | ||
|
重要性
衡量团队缓解影响的速度,是计算平均临时解决方案前置时间KPI的关键数据。
获取途径
活动流:“workaround”字段更新,或创建标记为Solution/Workaround的备注。
采集
Workaround字段填写时记录
事件类型
explicit
|
|||
|
已实施永久修复
|
表示最终解决方案已实施。在Freshservice中,通常根据状态变为“Solved”或“Resolved”来推断。 | ||
|
重要性
用于计算永久修复实施延迟,并标记技术修复工作的结束。
获取途径
活动流:状态变更为“Solved”或“Resolved”。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
|
已识别根本原因
|
填写根本原因文本字段或分析部分的时间点。通过识别“Root Cause”字段从空值开始的首次更新来记录。 | ||
|
重要性
这是RCA前置时间分析的关键里程碑,标志着流程从调查转入解决方案设计。
获取途径
活动流:“root_cause”或“analysis”字段更新。
采集
比较更新前后的root_cause字段
事件类型
inferred
|
|||
|
问题已关闭
|
生命周期的最后一个事件,此时记录被锁定并视为非活跃状态。状态变更为“Closed”时记录。 | ||
|
重要性
定义流程实例的最终结束时间,是计算总周期时间的必要数据。
获取途径
活动流:状态变更为“Closed”。
采集
状态变更为Closed时记录
事件类型
explicit
|
|||
|
问题已记录
|
在系统中首次创建问题记录。保存新的问题工单时,Freshservice审计日志会明确记录此事件。 | ||
|
重要性
标记流程实例的起点,是计算所有前置时间和周期时间的基准。
获取途径
Freshservice活动流或Tickets API(created_at时间戳)。
采集
执行New Problem事务时记录
事件类型
explicit
|
|||
|
SLA已违约
|
系统生成的事件,表示已超过“Due By”时间。Freshservice会记录特定的SLA违约标记。 | ||
|
重要性
直接用于严重问题SLA绩效分析,并突出显示未达标情况。
获取途径
活动流:SLA违约系统日志。
采集
系统SLA监控触发时记录
事件类型
explicit
|
|||
|
优先级已更新
|
问题记录的紧急程度或影响级别发生变化。通过“Priority”字段的审计轨迹记录。 | ||
|
重要性
这是分析SLA违约和筛选“严重问题SLA绩效”仪表板的关键数据。
获取途径
活动流:“priority”字段更新。
采集
Priority字段修改时记录
事件类型
explicit
|
|||
|
已关联资产
|
将配置项(CI)或资产关联到问题记录,有助于识别“受影响的业务服务”或“受影响的配置项”。 | ||
|
重要性
将抽象的问题与物理或逻辑基础设施关联,是开展根本原因分类质量分析的重要依据。
获取途径
活动流:“与资产关联”事件。
采集
资产关联到记录时记录
事件类型
explicit
|
|||
|
已分配处理人员
|
将具体处理人员分配给问题记录。“Agent”字段填写或更新时会明确记录此事件。 | ||
|
重要性
表示某位人员正式开始处理工作,有助于按优先级分析资源分配情况。
获取途径
活动流:“responder_id”字段更新。
采集
Agent字段更新时记录
事件类型
explicit
|
|||
|
已添加备注
|
记录向问题添加公开或私密备注的一般活动,反映持续协作或进展更新。 | ||
|
重要性
即使状态未变,也可能表示工作仍在进行。可用于识别“主动等待”时段。
获取途径
活动流:“已添加备注”事件。
采集
发布评论时记录
事件类型
explicit
|
|||
|
状态:等待变更
|
状态变更表示问题正在等待变更请求实施。可根据状态字段变为“Change Requested”或类似状态来推断。 | ||
|
重要性
用于识别问题管理团队依赖外部变更流程所产生的等待时间。
获取途径
活动流:状态变更为代表“Change Requested”的ID。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
|
问题任务已完成
|
完成附加到问题记录的子任务。此类任务通常用于跟踪实施后评审(PIR)或特定调查步骤。 | ||
|
重要性
通过跟踪评审任务是否关闭,为“评审后完成情况审计”仪表板提供数据。
获取途径
活动流:“Task”状态变更为Closed/Completed。
采集
关联的Task标记为完成时记录
事件类型
explicit
|
|||
|
问题已重新打开
|
状态从“Resolved”或“Closed”变回“Open”,表示修复失败或未获认可。 | ||
|
重要性
这是“问题记录重新打开趋势”仪表板的核心指标。重新打开率偏高,通常意味着RCA或修复质量不佳。
获取途径
活动流:状态从[Closed/Solved]变更为[Open/In Progress]。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
数据提取指南
立即消除问题管理瓶颈
将周期时间缩短30%,提升IT服务稳定性
无需信用卡,5分钟即可完成设置。