软件产品项目考核维度

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

2、时点延 迟完成；10分：接到需求能够进行有 效沟通，能够在协商交付时 点，100蜓成；10-15分：接到需求能够进 行有效沟通，同时，提出合 理化建议，超前完成；0分：从不执行；0分：正常交付时点 50%史 以下完成；1-5分：以0分为基础每多完成10咖口 1分；10分：交付时点100蜓成；10-15分：以10分为基础每多完成10咖口 1分；3分：偶尔执行(每周、月1次)；5分：每天执行，但部门员 工少于50%寸，会议自动取 消；10分：每天执行，当部门员 工少于50%寸，逐个了解情 况并加以指导；0分：50%及以下完成；1-5分：以0分为基础每多完成10咖口 i分；l10分：10。溢成；10

3、-15分：以10分为基础每多完成10咖口 1分；总体漏打卡少亍 到少于10次；1-10分：以0 多2%1漏打卡、 次，加1分；10次，迟分为基础，每 迟到每少电子警 察组CA陷图组虚拟漫游组3D动画组表二：完成情况维度表得分部 门功能实现数量(30%界面友好度(10%文档完整性(20%)代俏可读性(10%)注释行数/代码量(5%资源、版本备份(5%最终得分说明与式样书比较20%有创造性的功能10%与前续项目比较5%与行业同类产品比较 5%数量与项目裁剪表、RTM比较10%文档质量10%与编码规范比较UML语言描述千行注释率不得低于10资源备份：有、无 版本备份：有、无评分标准电子警 察组CA陷

4、图组虚拟漫 游组3D动画组表三：完成质量维度表得分部 门严重bug数/测试用例数(20%系统出现的严重 bug数/严重bug总数 (20%被 reopen 的 bug/ bug总数(20%)测试工作量(人日)/ 测试用例数(10%测试用例总数/代码总行数(5%评审情况(5%最终得分说明这个维度代表了一个项 目的严重bug数量是否正 常，让测试用例参与计 算，是为了平衡规模不同 的项目的数据。我部门采取“三轮测试”， 三轮的目标分别是：单体测 试发现bug、确认测试验证 bug、系统测试稳定回归。 如果在第三轮回归的时候， 还出现大量严重bug,那肯 定是不正常的，也会对质量 构成巨大风险。这个

5、数字应 该要控制在一个很低的水 平。reopen指开发fix后，测 试验证不通过，或者是已经 close的bug又复发。这个 维度也应该被控制在一个 很低的水平，如果偏高，说 明开发修复bug的效率偏 低，代码不稳定，发布后出 现bug的几率增加这个维度代表投入的测试 资源是否充足，这里的工作 量，指的是从测试设计到测 试执行的所有人月数。 如果 数字过低，说明测试资源紧 张，无法保证测试质量；如 果过高，说明有可能测试效 率低，测试经理需要进行解 释。这个维度为避免测试用 例数量不足现象我部门评审分三个级别： 走查，用于代码级别评审， 组长必须参加。同行评审， 用于设计级别评审，PM必须 参

6、加。管理评审，用于计划 类、成果物提交类评审，经 理必须参加评分标准电子警 察组CA陷图组虚拟漫 游组3D动画组1 . BUG等级划分建议:目前project上的BUG严重程度分为五个等级，按照 CMM5中定义的规范，BUG严重等级可分为 3-5个等级，由于我们公司的 CMM水平还处于初 级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。致命（可对应目前BUG体系中的 非常严重”）：致命性问题主要为：系统无法执行、崩溃或严重资源不

7、足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。具体基本上可分为：。严重花屏。内存泄漏。用户数据丢失或破坏。系统崩溃/死机/冻结。模块无法启动或异常退出。严重的数值计算错误。功能设计与需求严重不符。其它导致无法测试的错误严重（可对应目前 BUG体系中的 严重”）严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。具体基本上可分为：。功能未实现。功能错误。系统刷新错误O语音或数据通讯错误。轻微的数值计算错误。系统所提供的功能或服务受明显的影响 一般（可对应于目前 BUG体系中的 普通”）一般性问题主要为：界面、性能缺陷具体基本上可分为：。操作界面错误（包括数据窗口内列名定义、含义是否一致）。边界条件下错误。提不'信息错误（包括未给出信息、信息提不'错误等）。长时间操作无进度提示。系统未优化（性能问题）。光标跳转设置不好，鼠标（光标）定位错误提示（可对应于目前 BUG体系中的 轻微及建议”）提示性问题主要为：易用性及建议性问题具体基本上可分为：O界面格式等不规范。辅助说明描述不清楚。操作时未给用户提