您的招聘到离职流程:职位管理数据模板

通用流程挖掘模板
您的招聘到离职流程:职位管理数据模板

您的招聘到离职流程:职位管理数据模板

通用流程挖掘模板

这是适用于招聘到离职:职位管理的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。

选择具体系统
  • 为事件日志数据提供标准化结构。
  • 推荐用于全面分析的属性和活动。
  • 适用于各种源系统的指导。
刚接触事件日志?了解 如何创建流程挖掘事件日志.

招聘到离职:职位管理属性

以下建议数据字段对于构建完整事件日志至关重要,可帮助您深入了解招聘到离职职位管理流程。
5 必需 7 建议 4 可选
名称 说明
事件时间
EventTime
职位管理流程中某项具体活动发生的准确日期和时间,表示活动的开始时间。
说明

事件时间是记录活动确切发生时刻的时间戳。它为整个流程提供时间顺序背景,使事件能够按正确顺序排列,从而重建实际发生的流程。

该时间戳是所有基于时间分析的基础,可用于计算活动之间的周期时间、识别审批步骤的持续时间,并衡量从职位创建到完成招聘的整体交付周期。准确的时间戳对于“职位管理周期时间”等仪表板以及“职位审批平均周期时间”等KPI至关重要。

为什么重要

它对于按时间顺序排列事件,以及计算周期时间和交付周期等所有基于时长的指标至关重要。

获取位置

通常位于源系统的系统日志、交易记录,或文档创建日期和变更日期字段中。

示例
2023-04-15T10:30:00Z2023-06-21T14:05:12Z2024-01-10T09:00:00Z
活动名称
ActivityName
职位管理流程中某个时间点发生的具体业务事件、任务或状态变更的名称。
说明

活动名称描述职位管理生命周期中的单个步骤或操作。这些活动构成流程图的基础模块,代表“启动职位申请”“收到预算批准”或“职位关闭”等关键事件。

在分析中,追踪这些活动可以实现完整流程的可视化,帮助识别事件顺序、发现流程变体,并定位瓶颈或返工循环,例如反复出现“发送职位申请进行返工”的活动。活动名称清晰且一致,是构建准确、易于理解的流程模型的关键。

为什么重要

该属性是构建流程图、识别瓶颈和了解职位生命周期事件顺序的基础。

获取位置

来源通常包括事件日志、状态变更表或HR及职位管理系统中的交易代码。

示例
岗位申请已发起已收到经理审批岗位已填补岗位已重新分类
职位ID
PositionId
组织内特定职位的唯一标识符,也是职位管理流程的主要案例标识符。
说明

职位ID是分配给每个职位的唯一键,用于将其与其他职位区分开来。它是连接单个职位生命周期中所有活动和事件的主线,从最初提出申请到最终关闭。

在流程挖掘中,每个事件日志都必须包含案例标识符,以便将相关活动归入同一个流程实例。将职位ID用作案例ID后,分析人员可以追踪每个职位的完整端到端历程,从而实现流程可视化、单个职位周期时间计算,以及常见路径或偏差的识别。

为什么重要

它对于将所有相关活动归入同一个流程实例至关重要,从而支持对每个职位生命周期进行端到端分析。

获取位置

通常位于职位管理系统或人力资源信息系统(HRIS)模块的页眉或主记录中。

示例
POS-0012586003491-FINMKTG-SR-ANALYST-2
数据最后更新时间
LastDataUpdate
表示该事件数据在流程挖掘数据集中最后一次刷新或更新时间的时间戳。
说明

该属性记录数据集最后一次从源系统更新的时间。它是一个元数据字段,用于说明正在分析的数据的新鲜度和时效性。

分析人员可借此了解分析覆盖的时间范围,并确认使用的是当前可用的最新数据。对于持续流程监控,了解最后更新时间至关重要,可确保仪表板和KPI反映运营现状,并确保得出的结论基于及时信息。

为什么重要

它可以帮助分析人员了解数据的时效性,确保分析具有现实意义,并基于当前可用的最新信息。

获取位置

该时间戳通常在数据提取和转换(ETL)过程中生成并存储。

示例
2024-07-20T02:00:00Z2024-07-19T02:00:00Z2024-07-18T02:00:00Z
源系统
SourceSystem
提取事件数据的系统名称或标识符,例如核心HRIS或专用招聘模块。
说明

源系统属性用于标识流程数据的来源。在许多组织中,从招聘到离职的流程横跨多个应用,例如使用核心HR系统管理职位,同时使用独立的候选人跟踪系统(ATS)开展招聘。

在整合不同来源的数据以创建统一流程视图时,明确源系统至关重要。它有助于验证数据、排查集成问题,并了解不同系统如何共同支撑整体流程,还能揭示系统交接环节产生的延迟或数据差异。

为什么重要

它提供数据来源背景,对于数据验证以及分析跨多个集成系统的流程至关重要。

获取位置

这些信息通常可在数据提取的元数据中找到,也可以在数据转换过程中作为静态值添加。

示例
Workday HCMSAP SuccessFactorsOracle Fusion HCMDynamics 365 HR
成本中心
CostCenter
用于标识职位成本所分摊部门或团队的财务代码或标识符。
说明

成本中心是一个财务维度,用于根据组织会计科目表将职位关联到特定预算实体。它用于人力编制和人员费用相关的财务规划、预算和报告。

从流程挖掘角度看,成本中心可以支持从财务视角分析职位管理流程。例如,组织可以识别某些成本中心是否更频繁地变更职位、审批时间是否更长,或是否对应更高的招聘成本。这对于预算执行分析,以及了解职位管理决策的财务影响尤其有用。

为什么重要

它将职位关联到财务实体,支持按预算领域分析流程绩效和成本。

获取位置

通常位于HR或ERP系统职位记录中的财务或组织分配详情内。

示例
CC-451001002-FIN-US78345SALES-WEST
用户名
UserName
执行该活动或与该事件相关联的用户姓名或唯一标识符。
说明

用户名用于标识执行特定流程任务的员工,例如经理、HR业务伙伴或预算负责人。该用户可能是职位申请人、审批某个步骤的人员,或修改职位详情的人员。

该属性对于资源绩效、工作负载分配和合规分析至关重要。它可以帮助回答“哪些用户处理的申请最多?”或“特定审批人是否存在相关延迟?”等问题,也可用于职责分离分析,确保关键任务不会由同一人员执行。

为什么重要

它支持分析工作负载分配、用户绩效和合规情况,帮助识别培训需求或资源限制。

获取位置

通常可在交易详情、变更日志或审计跟踪中找到,并经常通过用户ID关联。

示例
j.doeEmily.WhiteU789123David Chen
经理姓名
ManagerName
招聘经理或职位汇报对象的经理姓名。
说明

经理姓名用于标识新职位员工的直属负责人。该人员通常也是发起申请的人,并且是审批和招聘流程中的关键利益相关者。

该属性是“审批瓶颈分析”仪表板的核心。按经理对活动进行分组,可以识别可能成为流程瓶颈的人员,原因可能是工作负载过高或需要额外培训。它还有助于了解流程中的管理层参与情况和决策模式。

为什么重要

它用于识别职位的关键利益相关者,支持分析审批延迟和特定经理的流程模式。

获取位置

通常位于职位详情中,属于汇报关系或组织分配信息的一部分。

示例
Robert SmithMaria GarciaChen WeiPriya Patel
结束时间
EndTime
表示活动完成时间的时间戳,用于计算单项活动的处理时间。
说明

事件时间标记活动开始,结束时间标记活动完成。两者之间的差值就是该任务的处理时间或持续时长。对于瞬时事件,结束时间可能与开始时间相同。

在分析中,该属性对于定位流程中耗时最长的具体活动至关重要。它有助于识别低效步骤,并支持详细的瓶颈分析。例如,通过分析审批步骤的结束时间,组织可以确定哪些审批耗时最长,并据此开展改进。

为什么重要

它支持计算单项活动的处理时间,帮助识别最耗时的具体任务。

获取位置

通常与开始时间一起出现在系统事件日志或交易数据中,也可以通过后续事件的开始时间推导。

示例
2023-04-15T11:05:14Z2023-06-21T14:10:00Z2024-01-10T09:00:00Z
职位名称
JobTitle
与职位关联的正式岗位名称,例如“高级软件工程师”或“市场经理”。
说明

职位名称描述职位所对应的角色或职能。同一职位名称可能对应多个职位,但该属性可以提供有关所管理角色性质的重要背景。

按职位名称或更宽泛的岗位族分析流程,可以发现特定类型岗位的规律。例如,与入门级职位相比,高级或高度专业化岗位可能需要更长的审批周期或更复杂的招聘流程。这些信息有助于制定匹配的招聘策略并设定合理的时间计划。

为什么重要

它提供岗位角色背景,支持分析不同岗位类型、级别或职能之间的流程差异。

获取位置

存储在职位主数据中,通常与HR系统中的中央岗位目录或岗位档案关联。

示例
高级会计师产品经理数据科学家人力资源业务伙伴
职位状态
PositionStatus
事件发生时职位当前或历史状态,例如“开放”“已填补”“冻结”或“已关闭”。
说明

职位状态表示职位在生命周期中的状态。该属性会随着职位在流程中的推进而动态变化。例如,职位可能从“待审批”开始,变为“开放招聘”,然后变为“已填补”,最终变为“已关闭”。

该属性对于基于状态的分析,以及“陈旧和非活跃职位分析”等仪表板至关重要。通过分析职位在每种状态下停留的时间,组织可以识别瓶颈,例如职位在“开放”状态停留过久。它还有助于产能规划和了解整体人才供给管道的健康状况。

为什么重要

它支持分析职位在每种状态下的停留时间,这对于识别长期未处理职位和开展人力规划至关重要。

获取位置

通常存储在职位主记录中,并随着状态变更活动的发生而更新。

示例
开放招聘中等待审批已录用已冻结已关闭
部门
Department
职位所属的部门、业务单元或组织单元。
说明

部门属性通过将每个职位分配到企业的具体组成部分,为流程提供组织背景,例如“财务”“工程”或“销售”。这使组织能够按不同业务领域细分和比较职位管理流程。

按部门筛选或分组是一种有效的分析方法,有助于识别流程绩效差异,例如某些部门的审批时间更长或返工率更高。这些洞察可以指导有针对性的流程改进,并发现高绩效部门的最佳实践,供整个组织借鉴。

为什么重要

它支持跨不同业务单元比较流程,帮助识别效率、合规性和成本方面的差异。

获取位置

通常位于HR系统的职位主数据或组织管理模块中。

示例
财务研发市场营销客户支持
变更原因
ChangeReason
职位申请被拒绝、退回返工或其属性被修改时提供的理由。
说明

变更原因记录流程中特定且通常非标准事件的解释,包括申请被拒绝的原因、职位重新分类的依据,或申请被退回发起人修改时提供的备注。

这些定性数据对于根因分析非常有价值,可以说明流程偏差背后的原因。例如,分析拒绝原因可以发现职位申请中的常见问题,如缺少预算信息或岗位描述不清。这些洞察对于提高“一次通过率”和降低“职位返工率”至关重要。

为什么重要

它为理解返工、拒绝和其他偏差提供关键背景,支持有针对性的根因分析和流程改进。

获取位置

通常位于与拒绝、返工或修改交易关联的评论字段、备注或特定原因代码字段中。

示例
预算未获批准选择了错误的职位档案组织重组申请详情不完整
地点
Location
职位所在的实际地点、地理位置或区域。
说明

地点属性用于指定与职位关联的办公室、城市、州或国家。这些地理信息对于了解不同地区的招聘流程差异和人员分布至关重要。

按地点分析流程可以发现重要洞察。例如,分析可以揭示由当地劳动力市场状况造成的周期时间差异、不同国家审批层级的差异,或某些地区因合规要求而增加的流程步骤。这类分析既支持全球流程标准化,也能兼顾必要的本地差异。

为什么重要

它支持地理分析,帮助发现不同地区在流程效率、招聘需求和合规要求方面的差异。

获取位置

作为组织详情的一部分存储在职位主数据中。

示例
美国纽约德国柏林新加坡伦敦办公室
岗位族
JobFamily
对职能、技能相近或属于同一专业领域的岗位进行的高层级分组。
说明

岗位族是一种对相关职位名称进行分组的分类方式。例如,“软件工程师”“QA测试工程师”和“DevOps工程师”都可能属于“工程”岗位族。与具体职位名称相比,它提供了更高层级的职位分类和分析方式。

在分析中使用岗位族,可以从战略层面了解人员趋势和流程效率。组织可以比较不同职能的职位管理生命周期,例如“财务”与“IT”之间的差异。这有助于发现特定职能的瓶颈或最佳实践,并为战略人力规划提供依据。

为什么重要

它通过归类相似岗位支持高层级分析,帮助了解不同企业职能之间的流程趋势。

获取位置

由组织的岗位目录或岗位架构定义,并作为属性存储在岗位档案或职位记录中。

示例
工程财务与会计销售人力资源
招聘申请ID
RequisitionId
与职位关联的招聘申请唯一标识符,用于将职位连接到招聘流程。
说明

招聘申请ID是职位管理流程与招聘流程之间的桥梁。职位获批并准备填补后,通常会创建招聘申请,以正式启动招聘活动。

纳入该标识符对于实现真正的端到端招聘到离职视图至关重要。它可以将职位创建和审批数据与后续招聘数据关联起来,包括候选人来源、面试和录用通知等信息。通过这种关联,组织可以全面分析从最初申请到候选人入职的总招聘周期。

为什么重要

它将职位关联到招聘流程,支持对整个招聘生命周期进行更广泛的端到端分析。

获取位置

通常由候选人跟踪系统(ATS)或招聘模块生成,并与核心HRIS中的职位记录关联。

示例
REQ-2024-05-201JR102345R-0098778553
必需 建议 可选

招聘到离职:职位管理活动

下方活动表详细列出了建议记录的关键流程步骤和重要里程碑,确保准确发现并分析流程。
7 建议 8 可选
活动 说明
岗位已停用
表示岗位变为不活跃状态,通常发生在员工离职且近期没有补员计划之后。不活跃岗位会从活跃组织架构中移除,但仍保留在系统中用于历史记录。
为什么重要

该活动有助于管理人员编制并确保组织架构准确。岗位空缺到停用之间的时间,可以反映人力规划效率。

获取位置

通常根据岗位记录中的状态变更为“不活跃”或“已停止”,以及相应生效日期推断。

采集

记录岗位状态变更为表示其不再活跃的值时的时间戳。

事件类型 inferred
岗位已关闭
表示岗位从组织架构中被永久取消或归档。这是岗位生命周期的最终事件,意味着该岗位不会再次使用。
为什么重要

这是终止活动,标志着岗位生命周期结束。分析已关闭岗位,有助于了解长期组织设计和战略性人员缩减。

获取位置

通常是明确执行“关闭”或“取消”岗位的操作或业务流程,数据来自工作流日志或状态变更历史。

采集

查找“关闭岗位”业务流程的完成事件,或最终状态变更为“已关闭”或“已取消”的记录。

事件类型 explicit
岗位已创建
表示所有必要审批完成后,岗位记录已在核心HR系统中正式创建。此时岗位已正式纳入组织架构,并拥有唯一标识符。
为什么重要

这是一个关键里程碑,标志着审批阶段结束和岗位正式生命周期开始。从“申请已发起”到“岗位已创建”的时间,是一项重要绩效指标。

获取位置

通常从主要岗位记录或核心HR数据表中获取创建时间戳。

采集

使用主要岗位表或对象中的“创建日期”或“系统创建时间”时间戳。

事件类型 explicit
岗位已填补
表示招聘流程成功完成,候选人已被录用,或内部员工已调入该岗位。此时岗位已有人任职。
为什么重要

这是岗位生命周期中的关键成功里程碑。衡量从“岗位已激活”到“岗位已填补”的时间,是整体招聘周期指标的重要组成部分。

获取位置

通常在“招聘”或“人员配置”业务流程成功完成,并将员工ID与岗位ID关联后捕获。

采集

使用招聘或调动操作将员工分配到岗位时的生效日期。

事件类型 explicit
岗位已激活
标志着岗位正式开放,可开展发布招聘需求等人员配置活动,表示岗位已准备进入招聘流程。
为什么重要

这是从岗位管理交接到人才获取的关键节点。衡量已创建岗位的激活时长,可以发现运营准备阶段的延迟。

获取位置

通常根据岗位记录中的状态字段推断:当状态变为“有效”“开放”或类似状态,并记录相应生效日期时,即表示岗位已激活。

采集

记录岗位状态代码变更为表示岗位已激活并开放招聘的值时的时间戳。

事件类型 inferred
岗位申请已发起
标志着岗位管理流程正式开始。当用户,通常是招聘经理,通过HR系统提交新岗位或替代岗位申请时,系统会记录此事件。
为什么重要

这是衡量岗位创建整体周期时间的主要起点。分析申请量和申请时间,有助于资源规划,并了解组织增长或重组趋势。

获取位置

此事件通常来自工作流系统或审计日志表,用于记录新岗位申请表的提交。

采集

识别岗位申请记录的创建事件,或相关业务流程工作流中的初始步骤。

事件类型 explicit
已收到HR审批
表示人力资源部门完成最终审批,确认岗位符合公司政策、职级和薪酬结构。通常这是岗位正式创建前的最后一项审批。
为什么重要

作为最后一道关口,该阶段的延迟可能成为主要瓶颈。分析此步骤对于了解HR运营中的流程效率和合规执行情况至关重要。

获取位置

通常记录为岗位创建工作流中最终审批任务的完成,由HR业务伙伴或管理员执行。

采集

识别工作流历史中HR专属审批任务完成的时间戳。

事件类型 explicit
岗位属性已修改
表示对现有岗位描述性属性进行的任何变更,例如岗位名称、部门或地点。此活动通常发生在岗位创建之后。
为什么重要

创建后频繁修改岗位,可能表明初始数据质量存在问题,或组织处于不稳定状态。分析这些变更有助于了解审批后调整的性质和频率。

获取位置

通常通过跟踪系统审计日志或岗位记录变更历史表中的变化来推断此活动。

采集

监控变更日志,或使用岗位数据的变更前后快照,检测关键字段的修改。

事件类型 inferred
岗位已冻结
表示活跃岗位被暂时搁置,无法针对该岗位开展招聘或其他人员配置活动。通常原因包括预算调整或战略重点变化。
为什么重要

跟踪岗位被冻结的时间和原因,有助于了解组织波动和预算冻结情况,也能识别已开放但未实际招聘的“闲置”岗位。

获取位置

通常根据核心HR系统中岗位状态变为“冻结”“暂停”或“挂起”来推断。

采集

记录岗位状态更新为“冻结”或“暂停”状态时的时间戳。

事件类型 inferred
岗位已重新分类
表示岗位的基本分类发生重大更新,例如职位族、职级或层级发生变化。这类变更比普通属性修改更为重要,可能需要单独的审批流程。
为什么重要

重新分类可能影响薪酬、职业发展路径和组织架构。跟踪这些事件有助于分析组织设计变化和职位架构的敏捷性。

获取位置

此事件可能通过专门的业务流程捕获,也可能根据岗位记录变更历史中特定职位分类字段的变化推断。

采集

查找“岗位重新分类”工作流的完成记录,或跟踪“职位档案”“职级”或“职位代码”等字段的变化。

事件类型 explicit
岗位招聘已发起
表示活跃岗位的人才获取流程已正式开始。通常以创建与该岗位关联的招聘申请为标志。
为什么重要

该活动将岗位管理流程与招聘流程连接起来。分析岗位激活到招聘发起之间的时间,可以发现交接流程中的潜在缺口。

获取位置

通常在招聘模块创建新的招聘申请记录,并将其关联到特定岗位标识符时捕获。

采集

使用与岗位ID关联的招聘申请记录的创建时间戳。

事件类型 explicit
岗位申请被拒绝
表示审批人在流程任一阶段正式拒绝岗位申请。这是申请的终止事件,会停止后续所有进展。
为什么重要

跟踪拒绝情况有助于量化“首次通过率”,并揭示申请失败的原因,例如预算限制或与战略不一致。此类分析可以提升后续申请的质量。

获取位置

当审批人在工作流历史中选择“拒绝”或“不批准”操作时,系统会明确记录该事件。

采集

识别与“已拒绝”状态或执行“拒绝”工作流操作相关的时间戳。

事件类型 explicit
岗位申请被退回返工
表示审批人将岗位申请退回上一步,要求修改或补充说明。此操作会在流程中形成循环,申请发起人需要修改并重新提交申请。
为什么重要

该活动可以直接衡量返工和流程低效程度。返工循环频繁出现,通常说明要求不清晰、数据录入错误,或部门之间存在不一致。

获取位置

大多数工作流系统都会明确记录此操作。当审批人选择“退回”或“要求修改”选项时,事件日志会记录该事件。

采集

捕获工作流状态退回上一步的事件,或记录了明确“退回”操作的事件。

事件类型 explicit
已收到经理审批
表示由申请经理或部门负责人完成的第一层审批,确认团队或部门确实存在该岗位的业务需求。
为什么重要

跟踪此步骤有助于识别审批流程初始阶段的瓶颈。这里的延迟可能会显著影响整体招聘周期指标。

获取位置

通常记录为岗位申请工作流历史中的特定状态更新或审批任务完成事件。

采集

记录经理审批任务在工作流日志中标记为“已完成”或“已批准”的时间戳。

事件类型 explicit
已收到预算审批
这是一个关键里程碑,表示财务部门或预算负责人确认新岗位已有可用并已分配的资金,验证申请的财务可行性。
为什么重要

该活动对财务治理至关重要,也有助于分析预算相关延迟。了解财务审批周期,可以发现预算或预测流程中的问题。

获取位置

通常记录为工作流中的独立审批步骤完成事件,负责人往往是财务角色用户。

采集

查找事件日志中“预算审批”或“财务审核”步骤完成的记录。

事件类型 explicit
建议 可选

提取指南

如何获取用于流程挖掘的数据。

提取方法因系统而异。如需详细说明,

请阅读我们的ETL指南

选择具体流程和系统.

准备好开始了吗?

您可以使用此通用模板,或选择具体系统指南开始提取数据,深入分析招聘到离职流程中的职位管理环节。

立即简化招聘到离职流程中的职位管理

清晰了解人员配置情况,快速减少错误并优化成本。

开始免费试用

无需信用卡,5分钟即可完成设置。