奖励与惩罚条例-上线与更新(初稿)

1、奖励与惩罚作为激励方式方法中常用的手段，在企业生产管理中运用的是比较广泛的。 为了更好的运用奖励与惩罚， 充分发挥奖励与惩罚的激励作用， 管理中应该遵循一定的原则， 这样可以使我们的工作达到事半功倍的效果。现阶段公司对生产上线的随便性与随意性， 对公司照成了严重不良影响。 前期再怎么鼓 吹功能， 中间加班加点开发， 结果最后展现成果的时候各种丢脸。 此条例专门针对现在公司 上线与更新。1 执行条件：此条例执行，公司必须有独立于任何部门下、直属总经理的监管部门。2 参与奖惩投产人员在公司实习生前三个月、 试用期第一个月不得进行生产投产操作。 第一次进行生产 操作必须由项目经理陪同。3 奖惩人员级

2、别项目主管或研发主管最高级别，以下简称主管 ；项目经理或开发组长中间级别，以下简称组长 ；投产操作人实际操作人，以下简称 组员 ；4 奖惩权责比重4.1 三级权责比重主管：组长：组员 =1： 3：64.2 二级权责比重由组长级别直接进行投产操作；主管：组长 =3：74.3 全权负责主管直接投产，全权负责5 奖惩事件监管条件项目上线及发布更新，有以下几个流程：1）组员将更新部署相关文档提交组长审核；组员提交的 更新部署文档 应包含各阶段的 操作时间，操作事项点，操作人员，操 作系数级别， 组长对其进行调整审核 ；2）审核完成组长 邮件 交由主管审批；主管对 更新部署文档 进行审批；3）审批完成主

3、管 邮件 提交监管部门并抄送部门经理及相关干系人监管部门进行投产监管，记录投产过程，并接受投产后反馈；进入监管流程。6 事件指标6.1 监管指标由监管部门采集记录的指标6.1.1 时间指标根据更新部署文档计划更新操作执行时间与实际消耗时间的计算结果 （实际执行时间 / 计划执行时间 -1）*100%6.1.2 操作事件指标根据更新部署文档需要的操作事件与实际的操作事件记录的计算结果 （实际操作事件点 / 计划操作事件点 -1）*100%6.1.3 投产后 BUG 数投产后一个月期间或到下次投产期间（离上次投产未满一月）BUG 的数量6.1.4 投产后问题影响客户回执投产问题影响评级分为 6 个

4、级别 A 投产后无问题B 投产后轻微问题，不影响生产正常使用C 投产后存在问题，导致服务 2 小时内不间断的重启服务D 投产后存在问题，导致服务超出投产计划停止 6 小时以内、 6 小时内 不间断的重启服务、出现 3 千以内的经济损失E 投产后问题导致服务超出投产计划停止6 小时以上、 出现较重的经济损失 3 千以上、接收到一般的客户投诉F投产后问题导致服务超出投产计划停止24 小时以上、出现严重的经济损失 1 万以上、导致严重的客户声誉受损6.2 权值指标 根据人为判断，进行的指标参数设定6.2.1 投产操作级别 根据投产的实际操作工作量，和重要级别性，进行人为分级 1 基础操作，工作量小

5、2 基础操作，工作量大3 一般条件性操作，操作异常会影响5% 投产事项4 重要条件性操作，操作异常会影响50% 投产事项5 关键条件性操作，操作异常会影响所有投产事项6.2.2 投产操作比重 一人投产操作所占全部投产操作比重 （人所投产操作级别之和） / （全部投产操作级别之和） *100%7 指标采集方法与质量保证7.1 时间指标 更新部署文档计划时间 采集，使用组长审核、主管审批方式，实际时间，由 更新 部署文档 记录实际操作时间并由行内签字确认7.2 操作事件指标 更新部署文档计划操作事件 采集，使用组长审核、主管审批方式，有计划外的实 际操作需记录在 更新部署文档，若不记录，则进行奖惩

6、事件异常处理7.3 投产后 BUG 数由各渠道（行内、销售、项目等）投产反馈BUG,并跟踪项目BUG修复过程，若隐瞒未报， 则进行奖惩事件异常处理7.4 投产后问题影响 按照时间要求回收投产各渠道反馈（行内、销售）7.5 投产操作级别更新部署文档 内,由项目经理进行级别评级,主管审批方式7.6 投产操作比重更新部署文档 内投产操作级别评级作为基础数据进行计算8 奖惩计算标准8.1 奖惩基数与参数8.1.1 新项目上线奖励基数500时间指标指标<=0%<=15%<=30%<=45%<=60%<=75%>75%参数10.90.80.70.60.40.0事件

7、指标指标<=0%<=5%<=20%<=50%>50%参数10.80.60.40.0惩罚基数500BUG指标指标<=10<=20<=30<=40<=50>50参数00.20.40.60.81级别指标指标ABCDEF参数00.20.40.60.818.1.2维护更新奖励基数500时间指标指标<=0%<=10%<=20%<=30%<=40%<=50%>50%参数10.90.80.70.60.40.0事件指标指标<=0%<=5%<=20%<=50%>50%参数10.

8、70.50.30.0惩罚基数500BUG指标指标<=1<=4<=7<=10<=15>15参数00.20.40.60.81级别指标指标ABCDEF参数00.20.40.60.818.2奖惩系数8.2.1正系数连续投产项目奖惩金额为正次数123456789>=10系数1111.51.5222248.2.2负系数连续投产项目奖惩金额为负次数123456>=7系数1122.53459 奖惩金额计算方法9.1 奖惩金额参数按项目计算9.1.1 以项目经理为单位计算项目奖惩金额参数项目奖惩金额参数=（奖励基数* （时间指标+事件指标）-惩罚基数* （ BUG

9、指标* 级别指标） *工作量（人月） （不满一月按月比例，超过一月则舍去多余不满月部 分）9.1.2 按照比重划分级别奖惩金额参数三级比重：主管级别奖惩金额参数 组长级别奖惩金额参数 组员级别奖惩金额参数=项目奖惩金额参数 *0.1=项目奖惩金额参数=项目奖惩金额参数*0.3*0.6* （投产操作比重）二级比重：项目主管或研发主管项目经理或开发组长=项目奖惩金额参数 *0.3=项目奖惩金额参数 *0.7全权负责：项目主管或研发主管=项目奖惩金额参数9.2 个人奖惩金额计算 个人奖惩金额 =奖惩金额参数 *奖惩系数 计算结果为正则奖励金额，计算结果为负则惩罚金额。10 奖惩事件异常处理10.1

10、未满足监管条件的投产惩罚未进入监管流程即进行上线更新操作，一旦出现事故涉及人员负全责（按1.5倍惩罚基数惩罚，奖励基数直接为零） 。如：组长审核完成已提交主管， 但主管还未审批组员开始进行投产， 按照三级 权责比重去除主管，组长：组员 =3： 6，项目奖惩金额参数 =（0*（时间指标 +事件指标） -惩罚系数 *1.5* （BUG 指标* 级别指标） *工作量（人月） （不满一月按月比例，超过一月则舍去多余不满月部 分）个人奖惩金额 =项目奖惩金额参数 *奖惩系数10.2 BUG 投产BUG投产原则上必须由 BUG投产人进行BUG修复处理；BUG投产不计奖励金额， 记录惩罚金额，投产结果若存在惩罚，则每满 2 次记录 1 次连续惩罚记录。若遇不可抗拒力（离职、病休等原因），接收BUG修复人第一次记录奖励金额，不记惩罚金额，此次修复不记录连续奖励记录；若有 BUG 第二次按照维护更新奖惩 处理。10.3 隐瞒不记录计划外操作点记录若此操作导致BUG问题或投产后问题，项目奖励基数减半计算； 操作个人奖惩金 额=奖惩金额参数（