研发效能评估报表围绕需求、缺陷、任务多维度的处理效率对项目和人员进行绩效评估分析。

概述

本插件依赖《日志适配模块》插件6.1+版本，需要先安装。本插件对研发效能进行统计分析，包括：项目质量绩效分析，从需求、缺陷、任务等维度统计已完成需求数、已提测需求数、各严重级别缺陷统计、缺陷密度、缺陷修复失败率、缺陷解决率、返工率、开发生产率多个指标分析项目的质量；项目工作量分析，统计各个节点的工作量和占比，包括前期研发、需求分析、系统设计、开发、需求答疑、bug修复、测试、UI、支持、项目管理、项目会议；人员质量绩效分析，分析每个人的工作质量；人员工作量分析，分析每个人的工作量投入工时。

关键链接

1、《解决方案：基于禅道日志数据的研发效能评估和成本估算解决方案》

2、《研发效能评估报表-操作手册》

解决痛点

1、研发效能评估缺少严谨的工作日志数据作为支撑。

2、研发效能评估没有成熟的评估模型。

3、需要从多个研发管理系统、基线数据、周报、日报等异构系统抽取数据，耗时耗力。

产品特点

1、一张表说清楚项目的研发效能，从需求、缺陷、任务多维进行评估。

2、一张表说清楚项目各阶段工作量分布，日志数据的价值发挥出来。

3、一张表说清楚人员的研发效能，从需求、缺陷、任务多维进行评估。

4、结合严谨的日志工作进行汇总分析，更加准确科学。

功能说明

项目质量绩效

支持如下指标：

1、统计数据的时间范围：时间是指需求的创建时间、任务的创建时间、缺陷的创建时间。

当项目未关闭时：时间 小于等于 当前日期。

当项目已关闭时：时间 小于等于 项目计划完成日期。

2、发布日期：项目申请结项时填写的日期。

3、已完成需求：该项目下所选时间段内创建的需求，筛选出有对应任务的，而且需求阶段为“研发完毕”、“测试中”、“测试完毕”、“已验收”“已关闭”等的需求个数。

4、已提测需求：该项目下所选时间段内创建的，且有对应提测版本的需求个数。

5、缺陷概况：列出该项目下所选时间段内所有的缺陷个数，以及分别按致命、严重、一般、建议类型列出个数。

6、缺陷密度

缺陷换算个数：按bug严重程度进行换算，致命=3个，严重=2个，一般=1个，建议=0.2个。

项目开发总工时：工时日志对象类型为“开发”的工时之和

缺陷密度：缺陷换算个数/项目开发总工时

7、缺陷修复失败率

bug重复激活次数：项目下所有的bug，重新激活一次就加1，比如，一个bug重新激活2次就加2。

缺陷修复失败率：bug重复激活次数/总缺陷数

8、缺陷解决率

已解决缺陷数：该项目下所选时间段内bug状态为“已解决”和“已关闭”的bug个数

缺陷解决率：已解决缺陷数/总缺陷数

已修复缺陷数：该项目下所选时间段内bug的解决方案为“已解决”的bug个数

缺陷修复率：已修复缺陷数/总缺陷数

9、返工率

总工时：项目下所有的工时之和。

缺陷修复工时：项目下工时日志对象类型为“bug”、“提测版本”的工时之和。

返工率：缺陷修复工时/总工时。

10、开发生产率

已完成的开发任务数：所选时间段内任务类型为“开发”，任务状态为“已完成”、“已关闭”的任务个数之和。

已完成开发任务总工时：所选时间段内任务类型为“开发”，任务状态为“已完成”、“已关闭”的任务工时之和。

开发生产率：已完成的开发任务数/已完成开发任务总工时

项目工作量分析

支持如下的指标：

1、统计数据的时间范围：预估开发工作量统计时间比较特殊，是指任务的指派时间（不是创建时间）；其他KPI的时间是指工作日志明细的创建时间。

当项目未关闭时：时间 小于等于 当前日期。

当项目已关闭时：时间 小于等于 项目计划完成日期。

维护项目：时间 大于等级 界面选择的开始时间 并且 时间 小于等于 界面选择的结束时间。

2、前期研究工作量：项目下工时日志对象类型为“前期研究”的工时之和。

3、需求工作量：项目下工时日志对象类型为“需求分析”的工时之和。

4、设计工作量：项目下工时日志对象类型为“开发设计”的工时之和。

5、前期工作量占比：（前期研究工作量+需求工作量+设计工作量）/总工作量

6、预估开发工作量：项目下任务类型为“开发”的任务的预估工时之和。

7、实际开发工作量：项目下任务类型为“开发”的任务的实际工时之和。

8、估算偏差率：（实际开发工作量-预估开发工作量）/预估工作量

9、需求答疑工作量：项目下工时日志对象类型为“需求答疑”工时之和。

10、bug修复工作量：项目下工时日志对象类型为“bug”、“提测版本”的工时之和。

11、待改进工作量占比：（需求答疑工作量+bug修复工作量）/总工作量

12、测试工作量：项目下工时日志对象类型为“测试”、“测试单”的工时之和。

13、测试工作量占比：测试工作量/总工作量

14、UI工作量：项目下工时日志对象类型为“UI”的工时之和。

15、支持-需求确认工作量：项目下工时日志对象类型为“支持-需求确认”工时之和。

16、支持-遗留BUG工作量：项目下工时日志对象类型为“支持-遗留BUG”工时之和。

17、支持-操作配置工作量：项目下工时日志对象类型为“支持-操作配置”工时之和。

18、支持-环境问题工作量：项目下工时日志对象类型为“支持-环境问题”工时之和。

19、支持-未知原因工作量：项目下工时日志对象类型为“支持-未知原因”工时之和。

20、支持工作量占比：支持工作量/总工作量。

21、项目管理工作量：项目下工时日志对象类型为“管理”的工时之和。

22、项目会议工作量：项目下工时日志对象类型为“会议”的工时之和。

23、其他工作量：项目下工时日志对象类型不是以上类型之和。

24、其他工作量占比：其他工作量/总工作量。当该项工作量与总工作量占比超过5%时，用红色字体显示。

人员质量绩效

支持如下的指标：

1、工作量占比

总工作量：人员的所有工时之和。

研发工作量：人员的工时日志对象类型为“开发”的所有工时之和。

支持工作量：人员的工时日志对象类型为“支持”的所有工时之和。

支持工作量占比：支持工作量/总工作量。

2、返工率

缺陷修复工作量：人员的工时日志对象类型为“bug”、“提测版本”的工时之和。

返工率：缺陷修复工作量/总工作量

3、缺陷概况：

缺陷的个人归属问题：依次获取bug的解决者、指派给、创建者，前者为空，则获取后者。

缺陷总数：列出该时间段内人员所有的缺陷个数，以及分别按致命、严重、一般、建议类型列出个数。

4、缺陷解决率

已解决缺陷数：该时间段内人员的bug的状态为“已解决”和“已关闭”的bug个数。

缺陷解决率：已解决缺陷数/缺陷总数

已修复缺陷数：该时间段内人员的bug的解决方案为“已解决”的bug个数。

缺陷修复率：已修复缺陷数/缺陷总数

5、缺陷密度

标准换算缺陷个数：按bug严重程度进行换算，致命=3个，严重=2个，一般=1个，建议=0.2个。

缺陷密度：缺陷换算个数/研发工作量

6、缺陷修复失败率

bug重复激活次数：该时间段内人员所有的bug，重新激活一次就加1，比如，一个bug重新激活2次就加2。

缺陷修复失败率：bug重复激活次数/缺陷总数

7、开发生产率

已完成研发任务数：统计任务的完成时间在查询时间段内的任务个数。

开发生产率：研发任务数/已完成开发任务工时之和。

人员工作量

支持如下的指标：

1、统计数据的时间范围：时间是指需求的创建时间、任务的创建时间、缺陷的创建时间。

当项目未关闭时：时间 小于等于 当前日期。

当项目未关闭时：时间 小于等于 项目计划完成日期。

2、工时：根据日志表汇总出来的工时。

3、人日：工时 ÷ 一天工作时长。

4、人月：人日 ÷ 22。

功能参数配置

使用场景：为了满足公司的不同管理需要，本产品提供部分个性化设置。可调整config配置文件里功能参数。

config.php 功能配置文件位置

文件位置在: {安装目录}\zentao\extension\custom\effortmatedeveff\config.php

参数配置说明

本产品提供多项实用的功能参数配置。

bugFatalLevelNum等：不同级别的缺陷等级对应的数字

/* 不同级别的缺陷等级对应的数字，有些企业进行了调整.*/ $config->effortmatedeveff->bugFatalLevelNum = 4;//