@yeahugo
2017-04-25T04:50:41.000000Z
字数 839
阅读 911
绩效考核
项目 | 评分方法 | 范围 |
---|---|---|
基础工作 | 竞品分析(0~1),需求文档(0~1),原型图(0~1)、任务推动(由该轮研发团队总分评定)(0~2) | 0~5 |
需求完善 | 基础分5分,产品上线之后有发现需求没有定义清晰或者按照需求而出现的bug每个扣0.5分,提测阶段每个扣0.2分,开发阶段需求变动扣0.1分。研发团队上个版本提测之后需要完成产品需求文档,延期一天扣0.5分。因为没有准备好需求导致下个版本不能按期启动,延期一天扣0.5分。 | 0~5 |
客户使用 | 产品上线之后客户使用功能点的覆盖率 | 0~5 |
关键指标提升 | 客户使用数或者活跃用户数得到提升 | 0~5 |
烹烹大学1.0版本
产品版本 | 基础工作 | 需求完善 | 客户使用 | 关键指标提升 |
---|---|---|---|---|
烹烹大学1.0版本 | 0 + 0 + 1 + 0 | 5 | 0 | 0 |
产品版本 | 基础工作 | 需求完善 | 客户使用 | 关键指标提升 |
---|---|---|---|---|
集团端6.0 | 0 + 0 + 1 + 0 | 5 | 0 | 0 |
排队叫号1.0 | 0 + 1 + 1 + 0 | 5 | 0 | 0 |
醒狮2.4 | 0 + 1 + 1 + 0 | 5 | 0 | 0 |
飞猫1.4 | 0 + 1 + 0 + 0 | 5 | 0 | 0 |
每个产品每个版本对设计师的工作做一次考核
项目 | 计分方法 | 分值范围 |
---|---|---|
工作量 | 评价设计师在此版本UI设计、交互设计的工作量 | 0~5 |
工作质量 | 设计工作完成之后,或者产品上线之前,产品上线之后对此版本的设计工作进行评分 | 0~5 |
微信点餐1.4版本
第一轮测试
第一轮测试需要覆盖所有测试用例的情况
第二轮测试
QA员接手各个产品每个版本测试,按照下面的积分方式来计算测试积分:
项目 | 积分方法 | 分值范围 |
---|---|---|
工作量分 | 每个产品,每一个版本基础3分,根据版本的测试用例计分,一个用例0.1分 | 0 ~ +∞ |
质量分 | 产品上线之后出现和当前版本相关bug,扣0.5分,出现严重影响用户使用bug扣1分 | -∞ ~ 0 |
产品版本 | 测试用例数 | 工作量分 | 上线之后出现bug数量 | 质量分 | 总分 |
---|---|---|---|---|---|
烹烹内参1.0 | 60 | 6 | 3 | -2.5 | 3.5 |
外卖1.0 | 31 | 3.1 | 4 | -4 | -0.9 |
微信点餐1.3.1 | 11 | 1.1 | 4 | -3.5 | -2.4 |