软件产品项目考核维度

软件产品项目考核维度

ID:34500006

大小:61.17 KB

页数:5页

时间:2019-03-07

软件产品项目考核维度_第1页
软件产品项目考核维度_第2页
软件产品项目考核维度_第3页
软件产品项目考核维度_第4页
软件产品项目考核维度_第5页
资源描述:

《软件产品项目考核维度》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、表一:项目评价维度表得分部门工作计划及总结提交情况(5%)项目工作计划执行及完成情况(50%)项目完成质量情况(30%)项目会议执行情况(5%)项目时效情况(5%)其它项目工作需求响应情况(5%)最终得分评分部门计划、需求、评审、总结遗漏次数 文档、代码、注释、资源 详见表2 详见表3 与承诺里程碑时间点一致:是、否。严重bug平均关闭时间:这个维度代表项目组解决bug的效率,如果时间太长,说明项目组对bug重视不够  评分标准0分:不提交;3分:提交,但会延迟;5分:按时提交;10分:按时提交并加以提醒;0分:50%及以下完成;1-5分:以0分为

2、基础每多完成10%加1分;10分:100%完成;10-15分:以10分为基础每多完成10%加1分;0分:正常交付时点50%及以下完成;1-5分:以0分为基础每多完成10%加1分;10分:交付时点100%完成;10-15分:以10分为基础每多完成10%加1分;0分:从不执行;3分:偶尔执行(每周、月1次);5分:每天执行,但部门员工少于50%时,会议自动取消;10分:每天执行,当部门员工少于50%时,逐个了解情况并加以指导;0分:平均出勤率少于80%,总体漏打卡少于10次,迟到少于10次;1-10分:以0分为基础,每多2%且漏打卡、迟到每少1次,加1

3、分;0分:找多种理由不响应;1-5分:经其它部门多次催促,延迟、被动响应;6-9分:在协商交付时点延迟完成;10分:接到需求能够进行有效沟通,能够在协商交付时点,100%完成;10-15分:接到需求能够进行有效沟通,同时,提出合理化建议,超前完成;电子警察组CAD绘图组虚拟漫游组3D动画组表二:完成情况维度表得分部门功能实现数量(30%)界面友好度(10%)文档完整性(20%)代码可读性(10%)注释行数/代码量(5%)资源、版本备份(5%)最终得分说明与式样书比较20% 有创造性的功能10%与前续项目比较5%;与行业同类产品比较5%数量与项目裁剪

4、表、RTM比较10%。文档质量10%与编码规范比较 UML语言描述 千行注释率不得低于10资源备份:有、无版本备份:有、无 评分标准电子警察组CAD绘图组虚拟漫游组3D动画组表三:完成质量维度表得分部门严重bug数/测试用例数(20%)系统出现的严重bug数/严重bug总数(20%)被reopen的bug/bug总数(20%)测试工作量(人日)/测试用例数(10%)测试用例总数/代码总行数(5%)评审情况(5%)最终得分说明这个维度代表了一个项目的严重bug数量是否正常,让测试用例参与计算,是为了平衡规模不同的项目的数据。 我部门采取“三轮测试”,

5、三轮的目标分别是:单体测试发现bug、确认测试验证bug、系统测试稳定回归。如果在第三轮回归的时候,还出现大量严重bug,那肯定是不正常的,也会对质量构成巨大风险。这个数字应该要控制在一个很低的水平。 reopen指开发fix后,测试验证不通过,或者是已经close的bug又复发。这个维度也应该被控制在一个很低的水平,如果偏高,说明开发修复bug的效率偏低,代码不稳定,发布后出现bug的几率增加这个维度代表投入的测试资源是否充足,这里的工作量,指的是从测试设计到测试执行的所有人月数。如果数字过低,说明测试资源紧张,无法保证测试质量;如果过高,说明有

6、可能测试效率低,测试经理需要进行解释。  这个维度为避免测试用例数量不足现象 我部门评审分三个级别:走查,用于代码级别评审,组长必须参加。同行评审,用于设计级别评审,PM必须参加。管理评审,用于计划类、成果物提交类评审,经理必须参加 评分标准电子警察组CAD绘图组虚拟漫游组3D动画组1.BUG等级划分建议:  目前project上的BUG严重程度分为五个等级,按照CMM5中定义的规范,BUG严重等级可分为3-5个等级,由于我们公司的CMM水平还处于初级阶段,将BUG等级划分过细不符合我们当前的CMM水平,同时也不利于测试人员对BUG等级的精确划分。

7、根据我们公司的情况,同时参照其它中小公司的等级划分标准,建议将BUG等级划分四个等级,分别为致命、严重、一般、提示。  ●致命(可对应目前BUG体系中的“非常严重”):  致命性问题主要为:系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。  具体基本上可分为:  ○严重花屏  ○内存泄漏  ○用户数据丢失或破坏  ○系统崩溃/死机/冻结  ○模块无法启动或异常退出  ○严重的数值计算错误  ○功能设计与需求严重不符  ○其它导致无法测试的错误  ●严重(可对应目前BUG体系中的“严重”)  严重性问题主要为:

8、影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。  具体基本上可分为:  ○功能未实现  ○功能错误  

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。