25年积分/绩效（思维导图）

周总工时排名前三名奖励积分：6/4/2

• 且总工时>当周出勤天数*8

如出现同一排名（即：同一工时数出现多人的情况）多人的情况，可一起享受同名次积分奖励

前8名奖励，奖励积分：4/4/3/3/2/2/1/1

• 且开发工时占比不得小于75%（小于75%的取消资格）

如出现同一排名多人的情况，可一起项目同名次积分奖励

“我发现、我进步”点赞

• 主动去发现已上线的项目问题，并主动及时予以改进/优化的行为
  
• 排除主观故意而为之的行为，发现此类故意而为的行为严惩（书面记过一次）
  

【注】这里指未立项，员工主动去改进/优化的行为，如果是立项的项目按照项目管理。

“有效建议”点赞

• 提出有助于项目开发进度和质量的提高的建议，且被采纳，行之有效的。

“系统故障解决及时有效”点赞

• 非工作时间，在重大故障发生的第一时间，及时响应并解决的行为。

目前主要是解决“云pos/BOH/网络问题群”门店员工反馈的问题

【注】：现有的【系统质量责任制度】-（节假日值班责任是融合在此规定中）、【安全管理制度】独立本积分运行，对日常在系统故障解决的时效方面可以给与点赞奖励，系统故障的责任处罚不变。------独立处理，不参与积分、绩效。

“发版/生产问题修复及时有效”点赞

• 非工作时间，在问题发生的第一时间，及时响应并解决的行为。
  

发版和生产问题按照相应的规则，这里指：出现问题的响应、解决时效；不包括如何鉴定责任人和责任的承担程度。
比如发版故障责任，可以对应上线验收的“C”及问题，责任人承担相应的扣分；同时在此期间积极、主动、高效的予以解决，是可以给与一定的奖励；再如生产问题的惩罚，生产问题的修复时间纳入到预估工时中，以预估工时为点进行相应考核。
【注】上线后的项目，日志模版保留一周，如一周内没有出现修复工时，则次周删除。

迭代项、优化项的项目在预计上线日期前（提前天数≥1天）上线的项目，该项目全体成员（包含设计工程师、开发工程师、数据工程师、测试工程师）奖励2分/人
鼓励在保证项目质量的前提下，提前完成，而非为了提前完成忽略项目质量，所以不按照提前天数给与奖励，设定一个相对合理且科学的天数（至少是提前1天视为提前，当天属于正常）

• 超期（≤5个工作日）的-1分/人；————（希望把奋斗者奖励用起来）象征性的扣分
  
• 超期>5个工作日的部分，每超1个工作日再-1分/人，最高-7分（封顶）
• 如因临时插入重大项目（指关键且耗时长的项目等客观原因）导致进度超期或立项时的项目需求和计划有新增的情形，经产品确认属实且可以剔除扣分的情形除外。

说明：以上超期的扣分区分具体责任人，具体规则如下：
a.如开发预计未完成日期未按时完成，则测试人员和设计人员不承担相应扣分，只扣开发人员（开发人员不再进一步区分责任人）；
——前、后端或开发人员应为一个整体，需要相互配合、相互协助进而高效的完成开发任务
b.如开发人员按期完成，测试人员未及时完成测试导致超期，则测试人员承担相应扣分，开发人员、设计人员不承担；
c.如开发按期完成、测试按期测试完毕，验收不及时导致上线日期超期的，则超期责任由验收人员承担，其他人员不承担。
【注】：原则上选择确认的时间不得早于流程点确认操作的时间。

PS：项目的其他积分规则不变，纳入进来，参与积分计算
1.按预估工时，每提前完成 8 小时奖励 2 分，每延迟 8 小时扣 1 分，奖罚上限 10 分。（测试工程师不按照该规则考核）；
说明：超时举办会议每个工作日按延迟 8 小时计算，每个人在一个项目里累积超时/提前的工时合计计算积分。
2.新项目在计划上线日期前上线，每提前一天奖励设计工程师、前后端工程师、数据开发工程师（根据实际情况）、测试工程师各 3 分；

根据项目流程中测试或验收所提交的结录

• 同一项目测试和验收可以累计计算
  PS：项目流程中增加测试结果反馈环节
  （目前只有新项目有测试相关的规则：首次提交测试之后产生的开发工时按照 2 倍计算，以测试工程师提报首个测试问题的时
  间为准。）
  

【迟到】

【考勤补卡】

【晚交日志】

腾讯视频异常：（和之前规则不一样，之前是不区分主体的实际情况和主观动机，一律扣6分）
1.上班未及时打开摄像头（时长≤15分钟），且IP-guard显示为“工作状态”的情形：

• 月内≤5分钟第一次免责，第二次开始扣1分；
• 超过5分钟且≤15分钟一次扣2分

【注】：因偶发且时间较短（时长≤15分钟）网络或客观原因（比如：电脑重启、断电等）造成退出腾讯视频会议或黑屏或卡屏的情况，可免责
如果因客观原因导致时长>15分钟且在1小时内的，可以走《临时特殊考勤报备流程》，时间较长的建议请假
2.无正当理由，腾讯视频异常（时长≤15分钟）一次扣6分；时长超15分钟的，每超15分钟-6分
PS：24年：17个第二次异常的情形中11个是未及时打开摄像头在5分钟内（一般的人员是因为上班忙着处理沟通事务（比如云pos群门店员工的问题），未及时打开，IP-guard显示当时在工作输出）

IP-guard异常（和之前不一样，之前一律扣10分，不区分情节程度）

1. 工作期间浏览非工作需要的网页或内容（>5分钟），一次扣2分（同一天出现N计算公式为：-2*N）
2. 工作期间无工作输出超15分，一次扣10分（同一天出现N次计算公式为：-10*N）-一个季度内第一次给与提醒，第二次开始算异常
3. 工作期间频繁出现（指一定时间段内（正常指在2小时内）>4次）无工作输出时长=15分钟的情形，扣10分/天；（特殊情况除外：如拉肚子或疾病引起）

PS：2024年IP-guard异常未出现季度内第二次异常的情况

记录为“异常”的对应行政处罚规则不变：
连续 12 个月内累计 IP-guard“异常考勤”达到 5 次，给予书面警告，并取消最近一个季度绩效奖金或年终奖；12 个月内累计 IP-guard“异常考勤”达到 8 次及以上的，取消最近一个季度绩效奖金或年终奖，并按严重违纪辞退处理。

直属上级/设计工程师发起钉钉【请你进步】流程
流程中需要说明需要改进的事件，改进的点，改进办法和建议
人事收到后将相关建议和要求改进的点反馈给到当事人

月小组开发工时占比排名前2名，奖励积分6/4分

月小组规划与实际匹配率排名前2名，奖励积分6/4分

评审频率：原则上一个月至少进行一次，选中被评审项目2日后进行(即：提前2天确定被评审项目）评审，具体评审时间（如几点几分开始）由产品负责人确定，人事负责通知到相关人员及做好评审评估相关事宜跟进。
说明：单次项目评审耗时一般≤2小时之内。
评估人：由产品负责人、各组组长（如该项目的开发负责人为组长，则该组长不参与本次评价）担任该项目评审的评估人。

项目/代码评审得分计算规则：评审最终的平均得分（四舍五入，保留2位小数）为该项目所有人的最终得分（按照该项目预估工时提交的项目人员名单，且测试和数据人员不包含在内）

评审奖励标准:满分55分（代码评审评估表-线上问卷），设一个合格线：45分（即为合格分）

• 48>X≥45分,给与每人奖励1分,评审内容主讲前/后端人员再加2分；
• 50≥X≥48分给与每人奖励2分，评审内容主讲前/后端人员再加2分；
• X>50分，给与每人奖励4分，评审内容主讲前/后端人员再加2分；
• X<45分，每人扣2分