一种考核方法、系统及其可读介质与流程

1.本申请涉及绩效考核技术领域，具体而言，涉及一种考核方法、系统及其可读介质。


背景技术：

2.绩效考核，是企业绩效管理中的一个环节，是指考核主体对照工作目标和绩效标准，采用科学的考核方式，评定员工的工作任务完成情况、员工的工作职责履行程度和员工的发展情况，并且将评定结果反馈给员工的过程。常见绩效考核方法包括bsc、kpi及360度考核等。
3.互联网企业使用项目管理系统对企业员工的工作进行跟踪和管理，目前，广大程序开发人员、项目人员、项目人员等还依然依照传统的360kp i绩效考核或者固定的考核标准进行年度及月度考核管理，但是，采用上述的考核方式，并没有对kpi进行细化，缺少工时统计、工作质量统计以及工作活跃情况统计，无法多维度进行考察，导致考核的结果并不精确，进而影响考核的质量，而采用人工考核，考核的时间较长。


技术实现要素：

4.本申请的主要目的在于提供一种考核方法、系统及其可读介质，以改善相关技术中,无法实现多维度考察，导致考核的质量较差，考核的时间过长的问题。
5.第一方面，本申请提供了一种考核方法，包括以下步骤：
6.获取项目基础数据；
7.在各项目基础数据中增设工作时长、工作质量和工作活跃度数据；
8.根据工作时长、工作质量和工作活跃度数据，按照预设的统计规则，生成目标人预设时间段内的绩效考核结果。
9.在本申请的实施例中，所述项目基础数据包括：项目名称数据、项目负责人数据和项目计划数据；
10.所述项目名称数据按照项目立项时间进行排序，并以exce l表格的形式展示；
11.所述项目负责人数据包括责任人数据和组员数据；
12.所述项目计划数据包括项目计划开始时间和项目计划结束时间。
13.在本申请的实施例中，所述工作时长数据包括项目实际开始时间、项目实际结束时间、责任人工时和组员工时；
14.将各项目实际开始时间与项目计划开始时间比对，进而得出准时开工项目和推迟开工项目的总数，进而经过计算，获得项目准时开工率与推迟率数据；
15.将项目实际结束时间与项目计划结束时间比对，进而得出准时结束项目和推迟结束项目的总数，经过计算，获得项目准时结束率和项目推迟结束率数据；
16.责任人工时包括预期责任人工时和实际责任人工时，预期责任人工时为初始项目评估后得到的工时，实际责任人工时为项目完工后，责任人实际参与工作的工时，获得责任
人参与项目率数据；
17.组员工时包括预期组员工时和实际组员工时，预期组员工时为责任人为组员分配的工时，实际组员工时为项目完工后，组员实际参与工作的工时，获得各组员参与项目率数据。
18.在本申请的实施例中，项目准时结束，则将kpi的计算基准值设为100％，项目结束时间每延长一天，则kpi的计算基准值降低5％，按照上述的计算规则，并分别与项目责任人项目参与率数据和组员项目参与率数据相乘，获得责任人和各组员的工作时长kpi。
19.在本申请的实施例中，所述工作质量包括漏洞数量、漏洞反馈时间和漏洞解决时间，其中：
20.所述漏洞数量为单个项目在运行过程中，客户反馈的漏洞总数；
21.所述漏洞反馈时间为相应漏洞初始发现，并由客户反馈至项目责任人的时间；
22.所述漏洞解决时间为漏洞解决时间与客户反馈漏洞时间的差值。
23.在本申请的实施例中，漏洞反馈后，项目负责人建立漏洞数据，将漏洞修复工作指派给组员，并预设漏洞修复的时间；组员修复漏洞后，反馈给负责人，并对比修复漏洞的时间与预设修复漏洞时间的差值，进而获得组员漏洞修复的kpi。
24.在本申请的实施例中，所述工作活跃度数据包括责任人工作类型数据和组员工作类型数据，其中：
25.所述责任人工作类型数据包括指派任务活跃度、项目管理活跃度和责任人漏洞修复活跃度，按照各活跃度预设的比重，获得责任人活跃度kpi；
26.所述组员工作类型数据包括组员项目活跃度和组员漏斗修复活跃度，按照各活跃度预设的比重，获得组员活跃度的kpi。
27.在本申请的实施例中，根据工作时长kpi、漏洞修复kpi和活跃度kpi，按照预设的规则，获得各组员和负责人的总kpi。
28.本申请另提供一种考核系统，包括录入模块、存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1
‑
8任一项所述的考核方法的步骤。
29.本申请还提供一种可读介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1
‑
8中任一项所述的考核方法的步骤。
30.与现有技术相比，本申请的有益效果是：
31.1、通过该考核方法，增设工作时长、工作质量和工作活跃度的考核，进而达到多维度考核的目的，使得考核的精确度更高；
32.2、通过该考核系统，简便的实现该考核方法的步骤，降低了人力考核的劳动量。
33.3、通过该可读介质，执行该考核方法的步骤，自主实现考核过程，降低人力考核的劳动量。
附图说明
34.图1为根据本申请实施例提供的考核方法的流程示意框图；
35.图2为根据本申请实施例提供的一种考核系统的系统示意框图。
具体实施方式
36.为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
37.需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、项目或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、项目或设备固有的其它步骤或单元。
38.在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。
39.并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。
40.另外，术语“多个”的含义应为两个以及两个以上。
41.需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
42.实施例1
43.请参阅图1，第一方面，本申请提供了一种考核方法，包括以下步骤：
44.获取项目基础数据；
45.在各项目基础数据中增设工作时长、工作质量和工作活跃度数据；
46.根据工作时长、工作质量和工作活跃度数据，按照预设的统计规则，生成目标人预设时间段内的绩效考核结果。
47.在本申请的实施例中，所述项目基础数据包括：项目名称数据、项目负责人数据和项目计划数据；
48.所述项目名称数据按照项目立项时间进行排序，并以exce l表格的形式展示；
49.所述项目负责人数据包括责任人数据和组员数据；
50.所述项目计划数据包括项目计划开始时间和项目计划结束时间。
51.在本申请的实施例中，所述工作时长数据包括项目实际开始时间、项目实际结束时间、责任人工时和组员工时；
52.将各项目实际开始时间与项目计划开始时间比对，进而得出准时开工项目和推迟开工项目的总数，进而经过计算，获得项目准时开工率与推迟率数据；
53.将项目实际结束时间与项目计划结束时间比对，进而得出准时结束项目和推迟结束项目的总数，经过计算，获得项目准时结束率和项目推迟结束率数据；
54.责任人工时包括预期责任人工时和实际责任人工时，预期责任人工时为初始项目评估后得到的工时，实际责任人工时为项目完工后，责任人实际参与工作的工时，获得责任人参与项目率数据；
55.组员工时包括预期组员工时和实际组员工时，预期组员工时为责任人为组员分配的工时，实际组员工时为项目完工后，组员实际参与工作的工时，获得各组员参与项目率数据。
56.在本申请的实施例中，项目准时结束，则将kpi的计算基准值设为100％，项目结束时间每延长一天，则kpi的计算基准值降低5％，按照上述的计算规则，并分别与项目责任人项目参与率数据和组员项目参与率数据相乘，获得责任人和各组员的工作时长kpi。
57.例如，一个项目计划开始时间为2021年1月3号，项目计划结束时间为为2021年1月4号，总预计工时为25小时，并将项目分配给a负责人以及其组员b、c和d，项目实际开始时间为2021年1月3号，项目结束时间为当天，则考核时责任人a、组员b、c和d的计算基准均为100％，而实际家执行时，由于b员工在当天请假，则计算该项目kpi时，责任人a、组员c和d的计算基准为100％，b员工由于请假，未获得此项目的kp i数据，然后再统计责任人a、组员c和d的工时，若a工时为9小时，组员c和d的工时各为8小时，则责任人的工时kpi的最终值为9/25*100％，组员c和d的工时kpi的最终值均为8/25*100％，进而获得责任人的工作时长kp i、c员工和d员工的工作时长kpi。
58.在本申请的实施例中，所述工作质量包括漏洞数量、漏洞反馈时间和漏洞解决时间，其中：
59.所述漏洞数量为单个项目在运行过程中，客户反馈的漏洞总数；
60.所述漏洞反馈时间为相应漏洞初始发现，并由客户反馈至项目责任人的时间；
61.所述漏洞解决时间为漏洞解决时间与客户反馈漏洞时间的差值。
62.在本申请的实施例中，漏洞反馈后，项目负责人建立漏洞数据，将漏洞修复工作指派给组员，并预设漏洞修复的时间；组员修复漏洞后，反馈给负责人，并对比修复漏洞的时间与预设修复漏洞时间的差值，进而获得组员漏洞修复的kpi。
63.例如，责任人a获得一个反馈漏洞后，预期3小时解决漏洞，并将漏洞分配给组员c，而组员c在4个小时候，才解决漏洞，则c员工为在预期时间内完成工作，其漏洞修复kpi为3/4*100％，而责任人a未能正确指派，获得的漏洞修复kpi与组员c获得的漏洞修复kpi数值相同。
64.在本申请的实施例中，所述工作活跃度数据包括责任人工作类型数据和组员工作类型数据，其中：
65.所述责任人工作类型数据包括指派任务活跃度、项目管理活跃度和责任人漏洞修复活跃度，按照各活跃度预设的比重，获得责任人活跃度kpi；
66.所述组员工作类型数据包括组员项目活跃度和组员漏斗修复活跃度，按照各活跃度预设的比重，获得组员活跃度的kpi。
67.具体地，活跃度为进行一次有效操作，不区分工作类型和工作内容，统计基础活跃度都为1，统计员工a在一个月内的所有活跃度数据对应的统计基础活跃度进行求和得到员工a在这一个月的活跃度统计结果。
68.在本申请的实施例中，根据工作时长kpi、漏洞修复kpi和活跃度kpi，按照预设的
规则，获得各组员和负责人的总kpi。
69.具体设置时，a正常完成满分(60)
70.b出问题扣分(60
‑
)
71.c超额完成有加分(60 )
72.绩效量化细节展示：
73.效率指数：
74.无法完成：
‑
20分
75.延期完成时间50％以上：
‑
6～
‑
10分
76.延期完成时间10％以上：
‑
1～
‑
5分
77.按时完成时间 /
‑
10％:0分
78.提前完成时间10％以上：1～5分
79.提前完成时间50％以上：6～10分
80.质量指数：
81.惨不忍睹：
‑
20分
82.存在很多问题，不断的修复与失误：
‑
6～
‑
10分
83.不完美完成，短时间可结局：
‑
1～
‑
5分
84.完美完成无差错：0分
85.考虑到可能涉及相关质量问题完善：1～5分
86.具有代表作用：6～10分
87.潜力指数:
88.无法沟通：
‑
20分
89.无法理解，需要不断指引；
‑
6～
‑
10分
90.理解思路或逻辑存在出入，经质证后可正确工作：
‑
1～
‑
5分
91.没有失误：0分
92.思路卓越：1～5分
93.独立完成及考虑相关风险改进：6～10分
94.对团队及技术的点击及贡献，产生意想不到的效果：11～20分。
95.请参阅图2，本申请另提供一种考核系统，包括录入模块、存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1
‑
8任一项所述的考核方法的步骤，录入模块用于初始信息的录入。
96.本申请还提供一种可读介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1
‑
8中任一项所述的考核方法的步骤。
97.综上所述，本发明，通过对工时统计、质量统计和工作活跃度统计，可简便实现对责任人和员工的kpi进行多维度的考核，且避免了直接通过人工考核的方式进行考核，有助于快速的进行考核，整体考核的质量更精确，考核的时间更短。
98.以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

技术特征：
1.一种考核方法，其特征在于，包括以下步骤：获取项目基础数据；在各项目基础数据中增设工作时长、工作质量和工作活跃度数据；根据工作时长、工作质量和工作活跃度数据，按照预设的统计规则，生成目标人预设时间段内的绩效考核结果。2.如权利要求1所述的一种考核方法，其特征在于，所述项目基础数据包括：项目名称数据、项目负责人数据和项目计划数据；所述项目名称数据按照项目立项时间进行排序，并以excel表格的形式展示；所述项目负责人数据包括责任人数据和组员数据；所述项目计划数据包括项目计划开始时间和项目计划结束时间。3.如权利要求2所述的一种考核方法，其特征在于，所述工作时长数据包括项目实际开始时间、项目实际结束时间、责任人工时和组员工时；将各项目实际开始时间与项目计划开始时间比对，进而得出准时开工项目和推迟开工项目的总数，进而经过计算，获得项目准时开工率与推迟率数据；将项目实际结束时间与项目计划结束时间比对，进而得出准时结束项目和推迟结束项目的总数，经过计算，获得项目准时结束率和项目推迟结束率数据；责任人工时包括预期责任人工时和实际责任人工时，预期责任人工时为初始项目评估后得到的工时，实际责任人工时为项目完工后，责任人实际参与工作的工时，获得责任人参与项目率数据；组员工时包括预期组员工时和实际组员工时，预期组员工时为责任人为组员分配的工时，实际组员工时为项目完工后，组员实际参与工作的工时，获得各组员参与项目率数据。4.如权利要求3所述的一种考核方法，其特征在于，项目准时结束，则将kpi的计算基准值设为100％，项目结束时间每延长一天，则kpi的计算基准值降低5％，按照上述的计算规则，并分别与项目责任人项目参与率数据和组员项目参与率数据相乘，获得责任人和各组员的工作时长kpi。5.如权利要求4所述的一种考核方法，其特征在于，所述工作质量包括漏洞数量、漏洞反馈时间和漏洞解决时间，其中：所述漏洞数量为单个项目在运行过程中，客户反馈的漏洞总数；所述漏洞反馈时间为相应漏洞初始发现，并由客户反馈至项目责任人的时间；所述漏洞解决时间为漏洞解决时间与客户反馈漏洞时间的差值。6.如权利要求5所述的一种考核方法，其特征在于，漏洞反馈后，项目负责人建立漏洞数据，将漏洞修复工作指派给组员，并预设漏洞修复的时间；组员修复漏洞后，反馈给负责人，并对比修复漏洞的时间与预设修复漏洞时间的差值，进而获得组员漏洞修复的kpi。7.如权利要求6所述的一种考核方法，其特征在于，所述工作活跃度数据包括责任人工作类型数据和组员工作类型数据，其中：所述责任人工作类型数据包括指派任务活跃度、项目管理活跃度和责任人漏洞修复活跃度，按照各活跃度预设的比重，获得责任人活跃度kpi；所述组员工作类型数据包括组员项目活跃度和组员漏斗修复活跃度，按照各活跃度预设的比重，获得组员活跃度的kpi。
8.如权利要求7所述的一种考核方法，其特征在于，根据工作时长kpi、漏洞修复kpi和活跃度kpi，按照预设的规则，获得各组员和负责人的总kpi。9.一种考核系统，其特征在于，包括录入模块、存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1
‑
8任一项所述的考核方法的步骤。10.一种可读介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1
‑
8中任一项所述的考核方法的步骤。
技术总结
本申请公开了一种考核方法、系统及其可读介质，该考核方法包括获取项目基础数据；在各项目基础数据中增设工作时长、工作质量和工作活跃度数据；根据工作时长、工作质量和工作活跃度数据，按照预设的统计规则，生成目标人预设时间段内的绩效考核结果。本方案，通过对工时统计、质量统计和工作活跃度统计，可简便实现对责任人和员工的KPI进行多维度的考核，且避免了直接通过人工考核的方式进行考核，有助于快速的进行考核，整体考核的质量更精确，考核的时间更短。核的时间更短。核的时间更短。


技术研发人员：黄鹤 何成元 李盟
受保护的技术使用者：先锋网融（北京）科技有限公司
技术研发日：2021.03.09
技术公布日：2021/7/15