4. 四张报表度量研发质量
4.1 项目质量绩效
从项目的角度分析数据，即这个报表的所有的KPI都是围绕着项目来进行统计。从需求、缺陷、开发三个维度定义出一系列的KPI。
4.1.1 实施要点
项目质量从需求、缺陷、开发三个维度进行考量。
项目往往分为维护型和新立项的项目，考核的周期一般是不一样。建议项目管理维度上就区分为维护型项目和新立项型项目。新立项项目的统计范围为此项目的计划开始和计划结束时间；维护型项目的统计按用户输入的开始时间和结束时间来统计。特别注意，新立项项目的都有自己的计划开始和结束时间，导致统计时每个项目的统计SQL都不一样，需要多次请求数据库，可能存在性能问题。建议采用定时服务凌晨汇总数据到临时表。
一个项目可以关联多个产品。这是禅道的功能。但是我们需要增强：当关联了多个产品，可以设置其中一个为主产品。这样就可以通过产品进行数据的过滤。
4.1.2 KPI设计
已完成需求：该项目下所选时间段内创建的需求，筛选出有对应任务的，而且需求阶段为“研发完毕”、“测试中”、“测试完毕”、“已验收”“已关闭”等的需求个数。
已提测需求：该项目下所选时间段内创建的，且有对应提测版本的需求个数。
需求测试平均通过次数：该项目下所选时间段内创建的已提测的需求，需求测试通过次数之和除以提测需求个数。
缺陷概况：列出该项目下所选时间段内所有的缺陷个数，以及分别按致命、严重、一般、建议类型列出个数。
缺陷密度
缺陷换算个数：按bug严重程度进行换算，致命=3个，严重=2个，一般=1个，建议=0.2个。
项目开发总工时：工时日志对象类型为“开发”的工时之和
缺陷密度：缺陷换算个数/项目开发总工时
缺陷修复失败率
bug重复激活次数：项目下所有的bug，重新激活一次就加1，比如，一个bug重新激活2次就加2。
缺陷修复失败率：bug重复激活次数/总缺陷数
缺陷解决率
已解决缺陷数：该项目下所选时间段内bug的解决方案为“已解决”“不予解决”“转为需求”的bug个数
缺陷解决率：已解决缺陷数/总缺陷数
返工率
总工时：项目下所有的工时之和。
缺陷修复工时：项目下工时日志对象类型为“bug”、“提测版本”的工时之和。
返工率：缺陷修复工时/总工时。
* 这个KPI的统计依赖官方的日志插件，因为“bug”类的工作日志登记需要这个插件的功能来登记修复缺陷的工时。
开发生产率
已完成的开发任务数：所选时间段内任务类型为“开发”，任务状态为“已完成”、“已关闭”的任务个数之和。
已完成开发任务总工时：所选时间段内任务类型为“开发”，任务状态为“已完成”、“已关闭”的任务工时之和。
开发生产率：已完成的开发任务数/已完成开发任务总工时
4.1.3 实施效果图
4.2 项目工作量分析
从项目的角度分析数据，即这个报表的所有的KPI都是围绕着项目来进行统计。根据日志明细上不同的分类统计项目工作量的分布。
4.2.1 实施要点
项目往往分为维护型和新立项的项目，考核的周期一般是不一样。建议项目管理维度上就区分为维护型项目和新立项型项目。新立项项目的统计范围为此项目的计划开始和计划结束时间；维护型项目的统计按用户输入的开始时间和结束时间来统计。
4.2.2 KPI设计
前期研究工作量：项目下工时日志对象类型为“前期研究”的工时之和。
需求工作量：项目下工时日志对象类型为“需求分析”的工时之和。
设计工作量：项目下工时日志对象类型为“开发设计”的工时之和。
前期工作量占比：（前期研究工作量+需求工作量+设计工作量）/总工作量
预估开发工作量：项目下任务类型为“开发”的预估工时之和
实际开发工作量：项目下任务类型为“开发”的实际工时之和。
估算偏差率：（实际开发工作量-预估开发工作量）/预估工作量
需求答疑工作量：项目下工时日志对象类型为“需求答疑”工时之和。
bug修复工作量：项目下工时日志对象类型为“bug”、“提测版本”的工时之和。
* 这个KPI的统计依赖官方的日志插件，因为“bug”类的工作日志登记需要这个插件的功能来登记修复缺陷的工时。
待改进工作量占比：（需求答疑工作量+bug修复工作量）/总工作量
测试工作量：项目下工时日志对象类型为“测试”、“测试单”的工时之和。
测试工作量占比：测试工作量/总工作量
UI工作量：项目下工时日志对象类型为“UI”的工时之和。
支持工作量：项目下工时日志对象类型为“支持”的工时之和。
项目管理工作量：项目下工时日志对象类型为“管理”的工时之和。
项目会议工作量：项目下工时日志对象类型为“会议”的工时之和。
其他工作量：项目下工时日志对象类型不是以上类型之和。
其他工作量占比：其他工作量/总工作量。当该项工作量与总工作量占比超过5%时，用红色字体显示。
4.2.3 实施效果图
4.3 人员质量绩效
研发人员日常的工作主要分为三类：研发、支持、修复缺陷，通过这三类数据进行人员质量绩效的评估。研发类的，分析研发工作量、开发生产率；支持类的，分析工作量占比；修复缺陷类的，分析返工率、缺陷解决率、缺陷修复失败率。
4.3.1 实施要点
已完成研发任务数：统计任务的完成时间在查询时间段内的任务个数。可以根据任务表zt_task 表里finishedDate 来判断。
4.3.2 KPI设计
1. 工作量占比
总工作量：人员的所有工时之和。
研发工作量：人员的工时日志对象类型为“开发”的所有工时之和。
支持工作量：人员的工时日志对象类型为“支持”的所有工时之和。
支持工作量占比：支持工作量/总工作量。
2. 返工率
缺陷修复工作量：人员的工时日志对象类型为“bug”、“提测版本”的工时之和。
* 这个KPI的统计依赖官方的日志插件，因为“bug”类的工作日志登记需要这个插件的功能来登记“bug”类（即修复缺陷）的工时。
返工率：缺陷修复工作量/总工作量
3. 缺陷概况：
缺陷的个人归属问题：依次获取bug的解决者、指派给、创建者，前者为空，则获取后者。
缺陷总数：列出该时间段内人员所有的缺陷个数，以及分别按致命、严重、一般、建议类型列出个数。
4. 缺陷解决率
已解决缺陷数：该时间段内人员的bug的解决方案为“已解决”“不予解决”“转为需求”的bug个数。
解决率：已解决缺陷数/缺陷总数
5. 缺陷密度
标准换算缺陷个数：按bug严重程度进行换算，致命=3个，严重=2个，一般=1个，建议=0.2个。
缺陷密度：缺陷换算个数/研发工作量
6. 缺陷修复失败率
bug重复激活次数：该时间段内人员所有的bug，重新激活一次就加1，比如，一个bug重新激活2次就加2。
缺陷修复失败率：bug重复激活次数/缺陷总数
7. 开发生产率
已完成研发任务数：统计任务的完成时间在查询时间段内的任务个数。
开发生产率：研发任务数/已完成开发任务工时之和。
4.3.3 实施效果图
4.4 人员产品工作量分布
研发类公司的人员日常产生的工时分布在四大类别上：事务型项目、请假、维护型项目、新立项型项目。事务型项目就是日常的部门事务，例如开会、团建等；请假也要登记工时；维护型项目主要就是日常的技术支持、缺陷修复，持续的做下去；新立项型项目有完整的项目生命周期，有严格的项目开始时间和结束时间。
这个报表就是统计每个人在每个产品里事务、请假、维护型项目、新立项型项目的工作量数据。
4.4.1 实施要点
事务型项目、维护型项目、新立项型项目里都有可能登记了请假的工作量，要剔除这部分。
4.4.2 KPI设计
工作量分析
事务管理：日志明细里的项目管理类型为“事务管理”所有工时之和。需要剔除对象类型为“请假”的。
请假：日志明细里的对象类型为“请假”的所有工时之和。
维护项目：日志明细里的项目管理类型为“维护项目”的所有工时之和。需要剔除对象类型为“请假”的。
新立项：日志明细里的项目管理类型为“新立项”的所有工时之和。需要剔除对象类型为“请假”的。
其他：日志明细里的项目管理类型为“其他”或空的所有工时之和。需要剔除对象类型为“请假”的。
工时总计：事务管理+维护项目+新立项+其他工时之和。
常规填写率：合计人天/(工作量参考值-请假天数)，高于125%，低于95%，字体为红色
4.4.3 实施效果图
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
