- 1、本文档共2页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
Sheet2
项目度量指标定义
管理信息
度量指标
意义
基本度量(单位)
计算说明
数据来源
裁剪说明
统计时机
统计责任人
数据存储
不可裁剪
了解开发对版本质量的控制情况
一次性修复的缺陷数
缺陷总数
平均缺陷解决周期(天/个)
了解缺陷修复的效率
评审效率=评审交付件规模/(评审时长*评审人数)
组织性能指标
项目目标
UCL
CL
LCL
控制项目进度
阶段累计进度偏差率(%)
了解项目进展健康状况,通过偏差控制,提高项目进度的按时达成率
计划各阶段工期(天)
累计进度偏差率=(实际各阶段工期-计划各阶段工期)/计划各阶段工期*100%
第一次发布的进度计划
阶段结束时
项目经理
项目度量分析统计表
实际各阶段工期(天)
PLM上实际完成
项目总体进度偏差率(%)
计划总工期(天)
项目总体进度偏差率=实际总工期-计划总工期/计划总工期*100%
/
项目结束时
实际总工期(天)
周任务达成率(%)
计划任务数(条)
周任务达成率=∑实际完成的任务数/∑计划任务数*100%
项目周报
如果项目经理对大跨度的阶段控制有把握,不需要把任务进行细化来监控周任务达成的,可以裁剪。一般情况下,建议不要裁剪,只有将任务细化后,周任务达成,才能保证大阶段关键任务达成。
每周
实际完成任务书(条)
累计各阶段工作量偏差率(%)
了解项目资源投入的健康状况,通过控制,确保项目资源的正常投入与使用,来确保项目进度、质量的达成
计划各阶段工作量(人日)
累计工作量偏差率=(实际各阶段工作量-计划各阶段工作量)/计划各阶段工作量*100%
如有以下情况为不可裁剪:
1、如需要对项目人力投入偏差了解时;
2、公司对项目人力投入成本有要求时;
3、项目经理如需要向职能部门反馈资源投入估计有偏差时;
如有以下情况为可裁剪:
1、项目走了特批流程。
2、如不需要了解人力投入偏差,此度量项为可裁剪
累计计划各阶段工作量(人日)
实际各阶段工作量(人日)
累计实际各阶段工作量(人日)
项目总体工作量偏差率(%)
计划总工作量(人日)
项目总体工作量偏差率=(实际总工作量-计划总工作量)/计划总工作量*100%
实际总工作量(人日)
提高评审质量
评审缺陷密度(个/页)
通过对评审质量的了解,便于采取改进措施,做好缺陷预防工作
总体设计评审发现缺陷数
评审缺陷密度=评审发现的缺陷数/评审交付件规模
评审报告
如有以下情况为不可裁剪:
1、如果项目经理需要了解工作产品的质量偏差并采取纠正措施时。
如有以下情况可裁剪:
1、项目走了特批流程,不进行评审活动。
2、维护项目,交付件改动不大,相关负责人进行直接审批时;
3、直接预审通过时;
评审结束时
数据度量人员
测试方案评审发现的缺陷数
软件概要设计评审发现缺陷数
原理图评审发现缺陷数
评审效率(页/小时)
评审交付件规模(页)
参加评审的人数
评审时长(小时)
评审有效性(%)
漏审缺陷数(个)
评审有效性=评审发现的缺陷数/(漏审缺陷数+评审发现问题数)*100%
控制变更
需求变更率(%)
了解需求变更情况
需求变更次数
需求变更率=需求变更次数/需求总数*100%
PLM系统
如有以下情况为不可裁剪:
1、项目经理需要了解项目的返工点时。
如有以下情况可裁剪:
1、预研项目;
2、项目优先级较低且对返工没有太多要求时;
需求总数
控制产品质量
缺陷关闭率(%)
了解缺陷的收敛状况,以进行控制
各严重程度缺陷数(个)
缺陷关闭率=关闭缺陷数/总缺陷数*100%
缺陷新增率=新建的缺陷数/总缺陷数*100%
缺陷激活率=被激活的缺陷数/总缺陷数*100%
严重程度占比率=各严重程度缺陷数/缺陷总数*100%
各模块缺陷比率=各模块缺陷总数/缺陷总数*100%
各阶段缺陷比率=各阶段缺陷总数/缺陷总数*100%
如有以下情况为不可裁剪:
1、如果项目经理需要进行了解工作产品的质量偏差并采取纠正措施时。
如有以下情况可裁剪:
1、预研项目;
2、项目优先级较低且对返工没有太多要求时;
每阶段测试结束
测试负责人
缺陷新增率(%)
总缺陷数(个)
缺陷激活率(%)
了解缺陷解决的有效性
关闭的缺陷数(个)
严重程度占比率(%)
了解开发的质量
重新激活的缺陷数(个)
各模块缺陷占比(%)
了解人员开发质量,及各模块的难以程度
产品发布之后的缺陷数(个)
一次测试通过率(%)
第一次测试通过的用例数/测试的总用例数*100%
测试报告
软件版本驳回率
驳回次数
软件版本驳回率=软件版本驳回次数/提交软件版本次数
提交次数
硬件(主板及子板)改版次数
1、了解一下常态下项目的改版次数平均次数是多少,便于更准确地制定计划,因为一次改版差不多要半个月时间,例如:正常情况下,项目中改版的次数为3次,那么制定计划时,就不
您可能关注的文档
企业信息化,EA框架,战略规划,流程重构,EBPM方面交流与学习。熟悉大型ERP,PLM系统,以及基于ARIS系统的EA架构搭建
文档评论(0)