工作效能的度量方法、装置、介质和设备与流程

1.本技术属于及软件项目管理技术领域，尤其涉及一种工作效能的度量方法、装置、介质和设备。


背景技术：

2.随着游戏行业的竞争日趋激烈，市场对于游戏产品的要求也日臻完美，小型作坊的工作模式逐渐被中大型团队的管线化生产所取代，团队研发效能的度量与提升在产品研发中占据着越来越重要的地位——不准确的效能度量会误导项目管理者对于团队产能、人员能力产生错误认知，会导致管理者对于研发周期与成本产生预估偏差，甚至也会使管理者做出并非当下最优的发展决策。
3.申请内容
4.为了克服现有技术中的上述缺陷，本技术提供了一种工作效能的度量方法，该方法包括：
5.采集项目组各成员在软件版本控制平台和/或软件开发协作平台上的执行操作的全量信息；
6.基于预设的效能度量规范从所述执行操作的全量信息中筛选出效能度量数据；
7.基于预设的效能数据度量规则对所述效能数据进行度量，并输出度量结果；
8.结合所述项目组各成员的配置信息对所述度量结果进行可视化显示。
9.根据本技术的一个方面，该方法中所述执行操作的全量信息包括：账号信息、任务单号信息、任务单操作信息和任务单变更信息中的至少一种。
10.根据本技术的另一个方面，该方法中所述账号信息包括提交账号或操作账号，所述任务单号信息包括提交时所用单号或操作单号，所述任务单操作信息包括提交时间、提交次数或操作行为信息。
11.根据本技术的另一个方面，该方法中所述效能度量规范包括:任务单的描述规范、任务单的时间规范、任务单的操作规范或任务单的响应规范。
12.根据本技术的另一个方面，该方法中所述结合所述项目组各成员的配置信息对所述度量结果进行可视化显示的步骤包括：提取所述项目组各成员的所述度量结果；以图表方式对所述项目组各成员的所述度量结果按度量类别进行排序显示。
13.根据本技术的另一个方面，该方法中所述结合所述项目组各成员的配置信息对所述度量结果进行可视化显示的步骤包括：提取所述项目组各成员的所述度量结果；确定所述项目组各成员的所述度量结果的统计结果，并以图表方式显示所述统计结果。
14.根据本技术的另一个方面，该方法中在采集项目组各成员在软件版本控制平台和/或开发协作平台上的执行操作的全量信息之后，该方法还包括：将所采集的项目组各成员在软件版本控制平台和/或开发协作平台上的执行操作的全量信息存储至数据库中，并定期对所述数据库进行离备份。
15.根据本技术的另一个方面，该方法还包括：将所述度量结果推送至所述项目组成
员所使用即时通讯软件的服务器，用于将所述度量结果推送至所述项目组成员所使用即时通讯软件。
16.根据本技术的另一个方面，该方法还包括：基于所述度量结果或所述度量结果的可视化显示图表对所述效能度量规范、效能度量数据和/或效能数据度量规则进行迭代优化。
17.此外，本技术提供了一种工作效能的度量装置，该装置包括：
18.信息采集模块，用于采集项目组各成员在软件版本控制平台和/或软件开发协作平台上的执行操作的全量信息；
19.信息筛选模块，用于基于预设的效能度量规范从所述执行操作的全量信息中筛选出效能度量数据；
20.效能度量模块，用于基于预设的效能数据度量规则对所述效能数据进行度量，并输出度量结果；
21.度量结果可视化模块，用于结合所述项目组各成员的配置信息对所述度量结果进行可视化显示。
22.此外，本技术提供了一个或多个存储计算机可执行指令的计算机可读介质，所述指令在由一个或多个计算机设备使用时使得一个或多个计算机设备执行如前文所述的工作效能的度量方法。
23.本技术还提供了一种计算机设备，所述计算机设备包括存储器和处理器，其中：所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如前文所述的工作效能的度量方法。
24.本技术提供的工作效能的度量方法，通过全量收集基于软件版本控制平台和/或软件开发协作平台的操作信息，并根据度量规范进行筛选与处理，从而不仅能极大降低人力成本，而且可以获取很多反应工作细节但人力无法统计或难以统计的数据，例如各职能成员对任务不同阶段的响应时间，便于管理人员更全面地获得项目的整体处理状况。并且在本技术中，当从全量操作信息筛选出效能度量数据后，便基于预设的效能数据度量规则对所述效能数据进行度量，并输出度量结果，这样一方面无需再对度量数据进行人为的分析核对，不仅减少了管理人员统计分析所需的大量时间，而且可以避免出错，并为管理人员节约出大量时间用于处理解决其他任务。另一方面，对于效能度量数据可以实时或定时获取并实时或定时给出度量结果，克服了度量结果的滞后性，提高了统计分析效能度量数据的时效性，有利于及时发现并解决项目进行中出现的问题。此外，在本技术中以可视化的方式直观呈现数据度量的结果，从而降低了管理者与各岗位负责人对于数据度量的理解成本，便于更高效地推进后续工作。
附图说明
25.通过阅读参照以下附图所作的对非限制性具体实施方式所作的详细描述，本技术的其它特征、目的和优点将会变得更明显：
26.图1是根据本技术的工作效能的度量方法的一个具体实施方式的流程示意图；
27.图2是图1示出的步骤s400中结合所述项目组各成员的配置信息对所述度量结果进行可视化显示的一个优选具体实施方式的流程示意图；
28.图3是根据本技术的度量结果的可视化显示的一个优选具体实施方式的示意图；
29.图4是图1示出的步骤s400中结合所述项目组各成员的配置信息对所述度量结果进行可视化显示的另一个优选具体实施方式的流程示意图；
30.图5是根据本技术的度量结果的可视化显示的另一个优选具体实施方式的示意图；
31.图6是根据本技术的工作效能的度量方法的另一个具体实施方式的流程示意图；
32.图7是根据本技术的推送度量结果的一个具体实施方式的示意图；
33.图8是根据本技术的工作效能的度量方法的又一个具体实施方式的流程示意图；
34.图9是根据本技术的工作效能的度量装置的一个可选具体实施方式的结构示意图；
35.图10是根据本技术的工作效能的度量装置的另一个可选具体实施方式的结构示意图；
36.图11是根据本技术的工作效能的度量装置的又一个可选具体实施方式的结构示意图；
37.图12是用于实施本技术的工作效能的度量方法的一种典型计算设备的结构示意图；
38.附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
39.为了更好地理解和阐释本技术，下面将结合附图对本技术作进一步的详细描述。本技术并不仅仅局限于这些具体实施方式。相反，对本技术进行的修改或者等同替换，均应涵盖在本技术的权利要求范围当中。
40.需要说明的是，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有这些具体细节，本技术同样可以实施。在下文给出的多个具体实施方式中，对于本领域熟知的原理、结构和部件未作详细描述，以便于凸显本技术的主旨。
41.本文所使用到的术语如下：
42.svn：subversion(svn)是一个开源的版本控制系統，其管理着随时间改变的数据。这些数据放置在一个中央资料档案库中，该档案库会记录每一次文件的变动，通过该档案库可以把档案恢复到旧的版本，或是浏览文件的变动历史。svn采用客户端/服务器体系，项目的各种版本都存储在服务器上，程序开发人员首先从服务器上获得一份项目的最新版本，并将其复制到本机，然后在此基础上，每个开发人员可以在自己的客户端进行独立的开发工作，并且可以随时将新代码提交给服务器。当然也可以通过更新操作获取服务器上的最新代码，从而保持与其他开发者所使用版本的一致性。
43.redmine：redmine是一个轻量级项目协作开发平台。不同的职能在这个平台上的工作内容以及权限内容也有所不同，具体例如：
44.策划：负责提需求、并跟进需求的顺利落地完成。即给其他职能提出制作需求。
45.主策/主程：项目组工作管理，进行组内工作的计划、细分、安排和分配。
46.主测试：根据策划提出的需求，分配测试任务，管理整个测试团队。
47.其他项目组成员(程序、测试人员、ui等)：能看到所有的工作安排和任务，主管分
配的任务、自主安排的任务以及qa提的bug修复任务等。
48.在整个项目开发维护过程中，项目组成员需要在redmine上进行大量的操作，比如新建任务单、任务单状态变更、任务完成时间变更、插单、延单等等。
49.目前在项目的开发监控方案中，研发团队在svn以及redmine上的操作情况监控还是比较依赖人工检查以及统计，比如策划提单描述不清，需求不明确这种难以有具体规定来约束的规范内容，目前通常还是比较上下游同学的直接反馈然后进行人工记录的。此外还有插单与延单统计这些也都是比较依赖人工检查以及统计。这导致目前的，团队研发效能的度量存在以下缺点：
50.第一，人力参与过多，需要人工统计的数据过多，比如插单统计、延单统计等。
51.第二，有很多能反应工作细节的数据人力无法进行统计或者难以统计，比如各职能同学工作响应时间等比较意义的数据。
52.第三，操作繁琐、机械，项目管理同学需要花费大量的时间进行人为的统计分析核对，并且难以避免出错。虽然分析结果对项目有益，但是项目管理同学难以有时间发挥除此之外更大的价值。
53.第四，数据处理存在较大的滞后性，项目管理同学可能需要花1-2天时间才能产出上一周的数据。这对统计分析数据
–
发现问题
–
提出优化措施
–
验证措施是否解决问题这一循环会有负面的影响，如果统计分析数据这一环节时效性很高，对后续解决问题会有较大积极的帮助。
54.为至少解决部分上述问题，本技术公开了一种工作效能的度量方法，请参考图1，图1是根据本技术的工作效能的度量方法的一个具体实施方式的流程示意图，该方法包括：
55.步骤s100，采集项目组各成员在软件版本控制平台和/或软件开发协作平台上的执行操作的全量信息；
56.步骤s200，基于预设的效能度量规范从所述执行操作的全量信息中筛选出效能度量数据；
57.步骤s300，基于预设的效能数据度量规则对所述效能数据进行度量，并输出度量结果；
58.步骤s400，结合所述项目组各成员的配置信息对所述度量结果进行可视化显示。
59.在步骤s100中，采集项目组各成员在软件版本控制平台和/或软件开发协作平台上的执行操作的全量信息。即例如通过软件版本控制平台和/或软件开发协作平台的统一接口来采集项目组各成员在软件版本控制平台和/或软件开发协作平台上的执行操作的全量信息，以便不仅覆盖人力检查无法涉及的所有个人操作行为，而且极大地降低了人力检查的成本。
60.示例性地，在本技术中一个实施方式中，软件版本控制平台例如采用svn，软件开发协作平台例如采用redmine。软件开发项目组成员可以在这些平台上件协作开发和版本控制的各种操作。
61.在本技术中，所述执行操作的全量信息包括：账号信息、任务单号信息、任务单操作信息和任务单变更信息中的至少一种。所述账号信息包括提交账号或操作账号，所述任务单号信息包括提交时所用单号或操作单号，所述任务单操作信息包括提交时间、提交次数或操作行为信息。所述操作行为信息例如修改需求单上的信息(完成时间、完成版本)，以
及单在每一个状态上的时间(如在开发区的时间)等等。
62.以软件版本控制平台svn为例，所述执行操作的全量信息包括提交账号、提交时间、提交时所用单号(任务单的单号)、每个单号的提交次数。
63.以软件开发协作平台redmine为例，所述执行操作的全量信息包括操作账号、操作单号、基于每个需求单的操作行为、基于每个需求单的操作行为、基于每个需求单的操作前后变更记录。
64.进一步地，在本技术中，在步骤s100中，在采集项目组各成员在软件版本控制平台和/或软件开发协作平台上的执行操作的全量信息之后，还可以将所采集的项目组各成员在软件版本控制平台和/或开发协作平台上的执行操作的全量信息存储至数据库中，并定期对所述数据库进行离备份。这样可以避免信息传递丢包、线上数据库连接失败等偶发情况对度量工作造成的不便。
65.在步骤s200中，基于预设的效能度量规范从所述执行操作的全量信息中筛选出效能度量数据。即根据设定的效能度量规范从采集的全量信息中筛选出用于进行效能度量的数据。
66.在本技术中，效能度量规范基于软件开发和运营需求进行设定。示例性地，在本技术中，所述效能度量规范可以包括:任务单的描述规范、任务单的时间规范、任务单的操作规范或任务单的响应规范。
67.在本技术中，任务单的描述规范用于表示任务单的标题、内容是否描述清楚、是否有错漏等的规范。
68.任务单的时间规范用于表示任务单的完成时间、提交时间等的规范。
69.任务单的操作规范用于表示任务单的提交次数、延期次数、插单次数等的规范。
70.任务单的响应规范用于表示任务单的响应时间的规范。任务单的响应时间表示需求上一环节完成后，下一环节开始所消耗的时间，该指标一定程度上代表了整个需求运转的流畅程度。响应时间过长说明需求流程阻塞程度较高，或者说是工作态度不积极，这两者的问题都是需找出来进行解决。
71.在步骤s200中，根据设定的效能度量规范从采集的全量信息中筛选出用于进行效能度量的数据。例如设定的效能度量规范包括任务单的时间规范，则从采集的全量信息中筛选出任务单的实际完成时间、要求完成时间、外放时间及对这些时间的修改休息等。又例如设定的效能度量规范包括任务单的操作规范，则从采集的全量信息中筛选出任务单的操作数据，例如提交次数、任务单的修改信息、任务单的错单信息等。
72.在步骤s200中，基于预设的效能数据度量规则对所述效能数据进行度量，并输出度量结果。在本技术中，预设的效能数据度量规则基于预设的效能度量规范确定。例如对于任务单的时间规范，则可生成相应的任务单时间效能数据度量规则，通过任务单时间效能数据度量规则可以对任务单的时间数据进行度量，并输出度量结果。
73.作为一个示例：效能数据为：某职能成员所有的需求单，以及他将需求单的状态更改为完成的时间。
74.效能度量规范为将需求单的状态更改为完成的时间不能超过设定的任务单完成时间。
75.效能数据度量规则：判断任务单完成时间是否超过设定的完成时间。
76.例如，某成员周二9:30后将需求单的状态从开发中修改成开发完成，该需求单的要求完成时间为周二6:00之前，则根据效能数据度量规则输出的度量结果为延期交付。
77.作为另一个示例，效能数据为：某职能成员所有的需求单，以及修改需求完成时间的行为。
78.效能度量规范为修改后的时间不能在初始完成时间/设定完成时间之前或之后。
79.效能数据度量规则为：修改后的时间是否在初始完成时间/设定完成时间之前还是之后。例如，对于将本来要求制作成员下周完成的任务单临时要求提前到本周完成的行为，则根据效能数据度量规则输出的度量结果为插单行为。
80.在步骤s400中，结合所述项目组各成员的配置信息对所述度量结果进行可视化显示。
81.在本技术中，项目组各成员的配置信息可以包括项目组各成员在软件版本控制平台和/或软件开发协作平台的账号信息，通过各成员的配置信息可以将得到度量结果与各成员进行一一对应。
82.在本技术中，可以根据需求对度量结果进行各种可视化显示，下面结合图2至图5对本技术中的度量结果的可视化显示进行示例性说明。
83.请参考图2-图3，图2是图1示出的步骤s400中，结合所述项目组各成员的配置信息对所述度量结果进行可视化显示的一个优选具体实施方式的流程示意图，图3是根据本技术的度量结果的可视化显示的一个优选具体实施方式的示意图。优选地，步骤s400中所述结合所述项目组各成员的配置信息对所述度量结果进行可视化显示的步骤包括：
84.步骤s410，提取所述项目组各成员的所述度量结果。即，结合项目组各成员的配置信息得到所述项目组各成员的所述度量结果。
85.步骤s420，以图表方式对所述项目组各成员的所述度量结果按度量类别进行排序显示。即，对各成员的度量结果进行排序，并以合适的图表方式显示。
86.作为一个示例，如图3所示，对各成员的延期交付的数量统计，并得到延期交付的贡献排序榜和延期交付比例排序榜，并以图表形式示出。
87.请参考图4-图5，图4是图1示出的步骤s400中，结合所述项目组各成员的配置信息对所述度量结果进行可视化显示的另一个优选具体实施方式的流程示意图，图5是根据本技术的度量结果的可视化显示的另一个优选具体实施方式的示意图。优选地，步骤s400中所述结合所述项目组各成员的配置信息对所述度量结果进行可视化显示的步骤包括：
88.步骤s410，提取所述项目组各成员的所述度量结果。即，结合项目组各成员的配置信息得到所述项目组各成员的所述度量结果。
89.步骤s430，确定所述项目组各成员的所述度量结果的统计结果，并以图表方式显示所述统计结果。即，对各成员的度量结果进行统计，以总体查看整个项目组的度量结果，并以图表进行显示。
90.作为一个示例，如图5所示，统计各成员的度量结果确定平均验收耗时、平均延单次数等信息，并以图表形式显示。
91.应当理解，本技术的工作效能的度量方法得到的度量结果可以定期推送至项目组成员的即时通讯软件，例如推送至即时通讯软件的工作群中，以便能有效的帮助项目管理人员监控和推进策划规范行为以及推进软件开发版本进度。请参考图6，图6是根据本技术
的工作效能的度量方法的一个可选具体实施方式的流程示意图，与图1示出的具体实施方式的不同之处在于，在步骤s400之后，图6示出的可选具体实施方式还包括：
92.步骤s500，将所述度量结果推送至所述项目组成员所使用即时通讯软件的服务器，用于将所述度量结果推送至所述项目组成员所使用即时通讯软件。
93.具体地，可以通过例如定时机器人等方法定期推送并在工作群中公示策划等职能不规范的行为，以便能有效的帮助项目管理人员监控和推进策划规范行为以及推进软件开发版本进度。如图7所示，以验收为例，度量结果可以推送至即时通讯软件的工作群中进行展示。
94.应当理解，本技术的工作效能的度量方法在得到的度量结果之后，还可以根据度量结果对设定的度量规范等进行优化，以实现更合理的效能度量。请参考图8，图8是根据本技术的工作效能的度量方法的一个可选具体实施方式的流程示意图，与图1示出的具体实施方式的不同之处在于，在步骤s400之后，图8示出的可选具体实施方式还包括：
95.步骤s600，基于所述度量结果或所述度量结果的可视化显示图表对所述效能度量规范、效能度量数据和/或效能数据度量规则进行迭代优化。
96.具体例如，通过可视化显示的度量结果推进策划等职能行为规范的改进并验证效果。又或者通过分析可视化显示的度量结果的合理性对度量数据和度量规则进行迭代优化。
97.本技术还公开了一种工作效能的度量装置，请参考图9，图9是根据本技术的工作效能的度量装置的一个具体实施方式的流程示意图,该装置包括：
98.信息采集模块100用于采集项目组各成员在软件版本控制平台和/或软件开发协作平台上的执行操作的全量信息；
99.信息筛选模块200用于基于预设的效能度量规范从所述执行操作的全量信息中筛选出效能度量数据；
100.效能度量模块300用于基于预设的效能数据度量规则对所述效能数据进行度量，并输出度量结果；
101.度量结果可视化模块400用于结合所述项目组各成员的配置信息对所述度量结果进行可视化显示。
102.应当理解，本技术的工作效能的度量装置还可以包括规范输入模块，用于输入根据开发需求预设的效能度量规范。
103.此外还应当理解，本技术的工作效能的度量装置得到的度量结果可以定期推送至项目组成员的即时通讯软件，例如推送至即时通讯软件的工作群中，以便能有效的帮助项目管理人员监控和推进策划规范行为以及推进软件开发版本进度。请参考图10，图10是根据本技术的工作效能的度量装置的另一个可选具体实施方式的结构示意图，与图9示出的具体实施方式的不同之处在于，图10示出的可选具体实施方式还包括：
104.推送模块500，用于将所述度量结果推送至所述项目组成员所使用即时通讯软件的服务器，用于将所述度量结果推送至所述项目组成员所使用即时通讯软件。
105.应当理解，本技术的工作效能的度量方法在得到的度量结果之后，还可以根据度量结果对设定的度量规范等进行优化，以实现更合理的效能度量。请参考图11，图11是根据本技术的工作效能的度量装置的又一个可选具体实施方式的结构示意图，与图9示出的具
体实施方式的不同之处在于，图11示出的可选具体实施方式还包括：
106.验证优化模块600，用于基于所述度量结果或所述度量结果的可视化显示图表对所述效能度量规范、效能度量数据和/或效能数据度量规则进行迭代优化。
107.本技术实施方式各装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。
108.需要说明的是，尽管在附图中以特定顺序描述了本技术方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
109.请参考图12，图12是用于执行本发明的工作效能的度量方法的具体实施方式的一种典型计算机设备的结构示意图。更具体而言，前文所述的工作效能的度量装置可作为该计算机设备的一部分包含于其中。所述计算机设备至少包括如下部分：cpu(中央处理器)501、ram(随机存储器)502、rom(只读存储器)503、系统总线500、硬盘控制单元504、硬盘505、人机交互外部设备控制单元506、人机交互外部设备507、串行接口控制单元508、串行接口外部设备509、并行接口控制单元510、并行接口外部设备511、显示设备控制单元512和显示设备513。其中，cpu 501、ram 502、rom 503、硬盘控制单元504、人机交互外部设备控制单元506、串行接口控制单元508、并行接口控制单元510以及显示设备控制单元512与系统总线500相连接，并通过系统总线500实现彼此之前的通信。此外，硬盘控制单元504与硬盘505相连接；人机交互外部设备控制单元506与人机交互外部设备507相连接，典型地该人机交互外部设备是鼠标、轨迹球、触摸屏或键盘；串行接口控制单元508与串行接口外部设备509相连接；并行接口控制单元510与并行接口外部设备511相连接；显示设备控制单元512和显示设备513相连接。
110.图12所述的结构框图仅仅示出了能实践本发明各个实施例的一种计算机设备的结构，而并非是对本发明的实践环境的限制。在一些情况下，可以根据需要添加或者减少该计算机设备中的一些设备。例如，图12所示的设备可以移除人机交互外部设备507和显示设备513，其具体实施形态仅仅是一个能够被外部设备访问的服务器。当然图12所示的计算机设备可以单独地实现本发明运行的环境，也可以通过网络互相连接起来而提供本发明各个具体实施方式所适用运行环境，例如本发明的各个模块和/步骤可以分布地实现在互相连接的各个计算机设备中。
111.相应地，本技术还公开了一个或多个存储计算机可执行指令的计算机可读介质，所述指令在由一个或多个计算机设备使用时使得一个或多个计算机设备执行如前文所述的工作效能的度量方法的各个具体实施方式，例如图1所示出的工作效能的度量方法。所述计算机可读介质可以是可由计算机设备访问的任何可用介质，且包括用任何方法和技术实现以存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息的易失性和非易失性介质、可移动和不可移动介质。计算机可读介质包括但不限于，ram、rom、eeprom、闪存或其它存储器技术、cd-rom、数字多功能盘(dvd)或其它光存储、盒式磁带、磁带、磁盘存储或其它磁存储设备，或者可用于存储所需信息并且可由计算设备访问的任何其它介质。上述的任意组合也应包含在计算机可读介质的范围内。
112.相应地，本技术还公开了一种计算机设备，所述计算机设备包括存储器和处理器，
其中：所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如前文所述的工作效能的度量方法的各个具体实施方式，例如图1所示出的工作效能的度量方法。
113.本技术提供的工作效能的度量方法中涉及软件逻辑的部分可以使用可编程逻辑器件来实现，也可以实施为计算机程序产品，该程序产品使计算机执行用于所示范的方法。所述计算机程序产品包括计算机可读存储介质，该介质上包含计算机程序逻辑或代码部分，用于实现上述涉及软件逻辑的部分的各个步骤。所述计算机可读存储介质可以是被安装在计算机中的内置介质或者可从计算机主体拆卸的可移动介质(例如可热拔插的存储设备)。所述内置介质包括但不限于可重写的非易失性存储器，例如ram、rom和硬盘。所述可移动介质包括但不限于：光存储媒体(例如cd-rom和dvd)、磁光存储媒体(例如mo)、磁存储媒体(例如磁带或移动硬盘)、具有内置的可重写的非易失性存储器的媒体(例如存储卡)和具有内置rom的媒体(例如rom盒)。
114.本领域技术人员应当理解，任何具有适当编程装置的计算机系统都能够执行包含在计算机程序产品中的本技术的方法的诸步骤。尽管本说明书中描述的多数具体实施方式都侧重于软件程序，但是以硬件方式实现本技术提供的方法的替代实施例同样在本技术要求保护的范围之内。
115.对于本领域技术人员而言，显然本技术不限于上述示范性实施例的细节，而且在不背离本技术的精神或基本特征的情况下，能够以其他的具体形式实现本技术。因此，应将实施例看作是示范性的，而且是非限制性的，本技术的范围由所附权利要求而不是上述说明限定，在权利要求的等同要件的含义和范围内的所有变化均涵括在本技术内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他部件、单元或步骤，单数不排除复数。权利要求中陈述的多个部件、单元或装置也可以由一个部件、单元或装置通过软件或者硬件来实现。
116.本技术提供的工作效能的度量方法，通过全量收集基于软件版本控制平台和/或软件开发协作平台的操作信息，并根据度量规范进行筛选与处理，从而不仅能极大降低人力成本，而且可以获取很多反应工作细节但人力无法统计或难以统计的数据，例如各职能成员对任务不同阶段的响应时间，便于管理人员更全面地获得项目的整体处理状况。并且在本技术中，当从全量操作信息筛选出效能度量数据后，便基于预设的效能数据度量规则对所述效能数据进行度量，并输出度量结果，这样一方面无需再对度量数据进行人为的分析核对，不仅减少了管理人员统计分析所需的大量时间，而且可以避免出错，并为管理人员节约出大量时间用于处理解决其他任务。另一方面，对于效能度量数据可以实时或定时获取并实时或定时给出度量结果，克服了度量结果的滞后性，提高了统计分析效能度量数据的时效性，有利于及时发现并解决项目进行中出现的问题。此外，在本技术中以可视化的方式直观呈现数据度量的结果，从而降低了管理者与各岗位负责人对于数据度量的理解成本，便于更高效地推进后续工作。
117.以上所披露的仅为本技术的一部分实施例或具体实施方式，不能以此来限定本技术之权利范围，依本技术权利要求所作的等同变化，仍属本技术所涵盖的范围。