KPI考核与项目奖金激励的实施
| 文档版本： | 1.1 | 编写人： | 邱沼懿 | 更新日期： | 2014.07.16 |
一.公司现状
以下是我对公司目前项目管理的现状做一个简单的分析。可能有不太准确之处，仅供大家参考。
项目时间管理不够准确
目前对项目进度的管理与把控没有非常的准确。评定出的工期进行安排后，并不能完全按照时间进度表走，在项目预定完成时间项目得不到完整的收尾。只有控制好项目的时间进度，才能保证产品的正常发布和后续工作的正常进行。
造成时间管理不准确的原因，分析可能有以下几点：
- 项目执行前期为指定好合理的规划，设定合理好检查点和里程碑
- 项目执行过程中没有在检查点对项目进度与计划进行核查
- 对项目滞后情况没有及时地做出相应调整方案
- 对项目的截止时间没有强制性要求
- 没有一套激励方案激励开发人员
开发资源控制不够明确
目前项目经理对项目开发人员的资源控制没有非常的明确。项目经理不能明确的知道开发人员手上的所有工作安排。只有明确知道部门成员手上的工作安排，才能合理的分配工作任务，不会造成过于的工作负荷和空闲资源。
造成资源控制不明确的原因，分析可能有以下几点：
- 开发人员没有每日以报表形式回报工作进度
- 项目进行过程中可能出现客服或销售人员绕过项目经理直接给开发人员指派任务
产品质量审核不够规范
目前产品项目开发完成后，没有特别规范的形式对开发完成的产品进行审核、测试，已保证产品的稳定性和质量的优越性。只有进行一到审核测试的工序，才能确保最终产品不会产生太多的BUG，提高最终产品的体验效果。
造成质量审核不规范的原因，分析可能有以下几点：
- 之前没有产品审核人员
- 之前没有产品测试人员
- 项目工期没有把测试阶段与反馈修改阶段的工期纳入时间安排
二.解决方案
公奖私惩
针对上面提出的现状问题，可以采用一定的激励政策和惩处措施来评估。而奖惩模式，我提出一套“公开奖励、私下惩处”的方案。
奖惩方案内容主要包括项目奖金与KPI考核。惩处主要来自KPI考核的结果，与工资挂钩，一般只有个人知晓，不会打击到员工的自尊心和积极性；奖励来源主要是项目奖金和KPI考核，获得项目奖金的团队或个人可以公开表彰，以资鼓励，同时对其他人有刺激激励的效果。
具体结构构成如下图所示：
- 项目奖金
项目的开发不同于之前企业单的制作，不能单纯的用完成量来评估。
项目的开发需要独立的人员或团队，协作性的进行一段时间（几周到几个月）的独立开发。不仅仅是量的考评，还需要有合理的项目模块分割能力、团队协作性，和以发布时间为导向的项目进度把控，以及最终的质量评估。
所以个人的考评无法公平的决断。针对每个项目的开发，需要一个团队的激励政策，来控制整个项目的最终结果优异。
对此，我提出针对每个项目申请团体奖金的方案，以激励开发人员的协作能力。
- KPI考核
KPI考核，即关键绩效指标考核法，是企业绩效考核方法之一。KPI考核直接影响到员工的个人薪资，可以有效的激发员工的工作积极性。
项目时间管理
需要搭配新的奖惩方案，需要改变我们目前的项目管理方式及流程，才能量化的评定奖惩结果。
- 固定工期
开发过程中，执行的任务的类型分两大类：一是固定单位，二是固定工期。
固定单位是指固定每个单位资源（人）的工作负荷，资源越多，工期越短。
我们之前的企业单制作一般采用的是这种模式。根据既定的人员安排开发，然后定制工期，如果碰到客户需要、工期延迟等情况而需要缩短工期，需要增加人力资源。而这种固定单位的任务开发模式对时间的规划是比较弱化的，虽然平衡了资源的负荷，但是有可能会经常导致开发任务堆积的情况。
而另一种模式就是固定工期，需要根据任务的截止时间、任务的重要程度、任务的数量进行制定工期安排开发时间。
在真正的项目开发应用中，因为发布时间的明确，或是迭代开发的周期规划，多是以固定工期的形式进行开发计划的。
- 以Deadline为导向的项目时间管理
在项目的进度管理中，时间管理尤为重要。
过去纯企业单时代，我们的进度管理是这种新式：评估单位开发人员的工期，根据单位工期，可用资源来安排时间，最终决定完成日期。如项目延期或欲延期，再调配资源，缩短工期。如果此时无可用资源，则项目延期。
固定工期要求明确开发周期，明确截止时间，然后以截止时间为导向来倒退安排每个检查点的时间和完成目标。
在项目开发的时代，项目进度的时间管理上，第一步就是要明确项目发布或上线的最后期限（Deadline），根据这个时间来制定开发计划，分割模块、设定检查点、调配资源等。
- 项目计划流程
预估工期：由开发人员预估开发工期。
评估工期：由项目经理评估工期：
- 评估开发人员预估的工期是否合理
- 根据项目的最终期限评估是否需要增加开发资源（人员）
- 设定好项目时间表（包括上图的检查点和4个完成线）
进度安排：项目组长绘制项目时间表和甘特图。建议使用Project工具。
检查点（CheckPoint）：分割项目的开发工期，适当的设定检查点。当检查点check的时候发现项目有延期可能，需重新调整进度规划和资源安排。
里程碑（MileStone）：项目开发中一次标志性的大事件的时间节点。通常在开发前期将开发分割成多个模块和阶段，完成一个模块阶段的时间点定义为里程碑。
提前完成：项目在预定的完成时间之前完成。项目经理依据工作的负荷和项目工期的宽裕情况， 设定提前完成时间节点。
预定完成：项目经理依据评估出的工期与最终期限设定的项目完成时间。
可容延期：在适当期限内项目轻度延期。项目经理依据项目期间可能产生的其他突发修改需求，设定好项目的轻度延期时间节点。
最终期限：产品经理给出的最终期限，也可能是项目发布上线的日期。
产品质量管理
一个项目的考评不仅仅是看是否按计划时间完成，更重要的是产出结果是否让人满意，这就需要在项目管理中加入很重要的管理方式——产品质量管理。
如果没有产品质量的管理把控，开发人员可能因为赶开发进度，忽略了产品的质量，最终得到的是令人不满意的产出结果。增加产品质量管理是对产品开发管理的一个综合把控。
- 原型相符
产品质量评估的基础是否有按照绘制的原型图进行设计，是否有按照给定的需求进行开发。如有不符合原定需求的部分需要考量是合理创新，还是偏离主线。
- BUG
项目开发完成后需要进行一段时间的测试审核操作。期间如有发现BUG，根据BUG的数量以及其严重程度（可划分3级）来评定产品的质量。
- 用户体验
用户体验的内容划分为用户界面与交互体验两块。
用户界面主要是看其是否通熟易懂，按钮和模块的解释是否正确。可以通过不熟悉产品的人在浏览完产品后的描述，看其理解了多少。用户界面也包括设计的美观度等。
交互体验是只产品用起来是否够爽，主要分为操作的体验和场景使用的合理性。操作体验可有交互的动画，指示的合理性等来评估；产品的场景使用主要是看产品在相应的使用场景下操作使用的合理性与便捷性。
用户体验是有难度的评分项。其评分结果建议预留出一定的改进空间，激励员工在下次产品开发设计中进行改进。
- 程序代码
程序代码的考核主要分代码质量和可复用度。
代码质量是可以体现程序员的代码素质和团队协作力。主要体现为代码的可阅读性的良好性。考量内容可细到变量的命名是否合理，模块是否有合理封装，层级结构是否清晰。
程序的可复用度是程序员的开发规范。可复用的基础是代码的结构化和模块化开发，为代码标准化、模块标准化、产品标准化提供基础。主要评估开发的模块甚至函数是否可复用到其他项目或者是下次项目的开发之中，节省资源。
- 合理创新
每个员工都有自己的思想，有好的产品思想的员工可以在产品原型的基础上提出更好的建议和想法。合理创新的评判标准是看最终的产品相比原型需求是否有更好的功能或体验，或在开发过程中设计师或程序员是否提出了更好的想法与建设性的意见。
三.考评方案
考评的内容主要分项目时间与产品质量两方面。其二者比重各半，项目时间考评直接影响到项目是否能按时完成，甚至可能提前完成；项目质量的考评影响到结果交付时，BUG的数量和严重性，产品体验的极致性，甚至是下次开发的可复用性以减少开发成本。
可讨论：如果需要更加注重我们产品的质量与体验，可增大产品质量考评的比重。
考评模式
注：这份文档我们主要讨论产品项目开发过程中的管理控制方案。KPI中企业组的考评不做具体阐述。
团队MBO考评
团队的考评以一个项目周期为一个考评周期。团队的考评采取MBO考评模式，用项目奖金作为激励政策。
MBO，management by object即目标管理法，是以目标为导向，以成果为标准，而使组织和个人取得最佳业绩的现代管理方法。用目标完成的情况作为团队绩效评定的依据。
考评的评分评定以项目的时间评分与产品的质量评分作为综合评定标准。
项目完成时根据评分多少，团队赢得相应的项目奖金。
考评流程
- 奖金申请
在工期评估完成后，根据项目的难度以及开发时间的宽松度申请合理的项目团体奖金。项目奖金额度由项目经理与产品经理共同制定，由技术运营总监审核。
- 设定考评基线
产品经理先给出最终期限（DeadLine）。项目经理依据最终期限和预估工期设定好预定完成时间，并根据工作负荷以及项目期间可能产生的其他紧急需求量，在期限范围内设定可容延期时长以及提前完成节点。
- 检查点
检查点不参与考评。检查点只是为了核实进度、快速调整的作用。一旦出现进度延期，需要及时调整进度和开发方案。检查点可以简单按周计划，也可按项目甘特图中的模块分类或者里程碑的时间点来进行检查。
- 项目完成
项目的完成时间是唯一评判标准。分四个评判时间节点：提前完成、预定完成、可容延期、最终期限。
目标人员
考评的目标人员针对项目组长、开发人员、设计人员。
以下是后端开发人员中的项目组成员列表：
- 风信项目组：卢少博（组长）、张宜铭、林志业
- G宝盆项目组：余志锋（组长），翁金碧
- 爱商城项目组：苏艺钦（组长）
- CRM项目组：许雪炎（组长）
设计人员与前端开发人员灵活变动。
评判标准
具体评分标准参见 项目时间考评 与 产品质量考评
个人KPI考核
个人的考核以一个月为一个考核周期。个人的考核采取KPI考核模式，与工资挂钩，根据个人最终考核有奖有惩。
KPI，即关键绩效指标法，是企业绩效考核的方法之一，其特点是考核指标围绕关键成果领域进行选取。KPI可以使部门主管明确部门的主要责任，并以此为基础，明确部门人员的业绩衡量指标。
考核内容除了项目考评部分，还有其他的个人考核标准。但是，不同的岗位人员的考核指标划分是不同的。而本文档中重点阐述项目考评部分。
考评流程
个人的KPI考核以月为单位，对本月个人的工作表现情况进行综合评定。
目标人员
面向全体员工，但不同岗位的员工KPI指标划分不同。
如：项目组后端开发人员的考核内容分为项目考评、修改需求、工作报表、等部分。
具体对应岗位的KPI评判标准参见 不同岗位KPI指标
评判标准
具体参见 个人KPI考核评判标准
四.团队MBO考评评判标准
如果需要更加注重我们产品的质量与体验，可增大产品质量考评的比重。
项目时间考评
以项目完成时间为评判标准：
- 在提前完成节点前完成的评分可拿50分（总分50分）
- 预定完成时间刚好完成的评分可拿40分（总分50分）
- 项目轻度延期但在可容范围内的评分可拿10分（总分50分）
- 项目超出最终期限严重延期的评分可拿0分（总分50分）
把最终结果（项目的完成时间）放在绝对的位置上，一切评判标准以项目最终是否按期完成为准。上文也提到，项目的时间管理需改革为以最终期限为导向的管理方式。团队项目的整体考评具有一定的宽松度，对检查点的滞后不进行考核。
产品质量考评
原型相符（10分）
- 界面上是否符合原型图设计，评分4分
- 功能上是否符合规划设计，评分6分
BUG（10分）
评分模式采取满分扣除模式：
- 轻度BUG：1个扣0.5分，上限3分
- 中度BUG：1个扣1分，上限5分
- 重度BUG：1个扣3分，上限10分
界面美观（5分 ±5）
根据界面美观度酌情评分
- 有创新，高大上，酌情加1~5分
- 风格过时、老旧，酌情扣除1~3分
交互体验（10分 +10）
有如下几个评估标准：
- 明确产品有几个主要的任务流程
- 每个任务流程清晰，没有太多分支
- 任务流程符合用户操作流程
- 用户可以取消正在执行操作
- 操作成功或失败都有明确的反馈
- 在每个层级，都可以找到回到上一级的方法
- 预防出错，如出错要帮助用户从错误中恢复过来
- 复杂的交互是否有很好的引导和帮助
以下评分划分仅供参考：
- 首页加载速度，评分1分
- 转页面加载速度，评分2分
- 信息是否有且正确指示，评分1分
- 交互动画，评分3分
- 学习成本，评分2分
- 符合操作场景，评分1分
- 有创新，酌情加1-3分
- 交互动画极致，酌情加1~3分
代码质量（5分）
- 代码注释，评分2分
- 符合开发规范，评分1分
- 结构化、模块化，评分2分
模块复用（5分）
- 函数封装，评分1分
- 模块类、插件封装，评分2分
- 封装模块的前瞻性，评分2分
合理创新（5分）
评分模式采取零分累积模式：
- 在原型基础上更优的用户体验，加1~3分
- 项目过程中提出富有建设性的意见，加1~2分
综合结果
项目考核的总评分根据项目时间的评分和产品质量的评分之和。得到的总评分用于评判项目团队最终可获取的项目奖金的分量。
最佳项目
最佳项目是在项目直接对比选出最好的一个。项目间的评比除了项目自身的评分作为评比标准外，还需考虑每个项目的难易度。
项目评比总分 = (项目时间评分 + 产品质量评分)*项目难度系数
- 项目时间评分：项目时间考评的最终得分
- 产品质量评分：产品质量考评的最终得分
- 项目难度系数：根据项目的开发难度、工期，系数值设置在1.0~1.5之间。
极致体验
体验评比总分 = (界面评分 + 交互评分)*10 + 项目评比总分
- 界面评分：产品质量中的界面美观评分，满分5分(±5)
- 交互评分：产品质量中的交互体验评分，满分10分(+10)
- 项目评比总分：最佳项目中的项目评比总分计算方法，满分1.5*100分(±15)
五.个人KPI考核评判标准
不同岗位KPI指标
后端开发人员（项目组）
设计人员/切板人员（企业组）
测试人员
评判标准
项目考评
项目考评的内容分为项目时间考评、产品质量考评。
由于整个项目的时间跨度比较长，KPI考核是按月进行，则KPI考核的标准为对项目的每个里程碑（模块阶段的完成时间点）的进度和质量进行考核。如当月有项目完成测试审核阶段，产品质量的考评主要以所有在当月完成测试审核的项目的综合评分为准。
假设第一季度完成的项目进度图如上所示，项目A在2月份完成开发同2月份完成测试审核，项目B在2月份完成了开发3月份完成测试审核，项目C在3月份完成开发同3月份完成测试审核。
定义项目开发每个阶段的完成时间节点为里程碑。
- 计算1月份的项目时间考评标准是项目A的第1、2阶段的里程碑评分，及项目C的第1阶段里程碑评分的综合评分；
1月份的产品质量评分则为3个里程碑检查的质量综合评分。 - 计算2月份的项目时间考评标准是项目A的第3阶段的里程碑评分，项目B的第1、2阶段的里程碑评分，及项目C的第2、3阶段的里程碑评分的综合评分；
2月份的产品质量评分主要为项目A整个项目的产品质量评分，参考项目B、C的里程碑质量评分。 - 3月份无项目进度规划，评分比重全部归到产品质量的评分中；
3月份的产品质量评分为项目B、C的整个项目产品质量的综合评分。
项目时间考评
项目开发过程中，是否有良好的规划表，良好的分工，当检查点发现项目进度滞后的时候，是否能及时作出相应的调整措施，和项目成员工作态度等，全部纳入个人的KPI考评内容中。
项目质量考评
项目开发设计阶段，是否有遵从主线轨道、符合原型设计，用户体验是否极致，开发的每个阶段是否遗留有BUG，程序代码是否规范、是否经常封装复用模块，在项目阶段有无提出个人想法和创新的意见。
原型相符（5分）
- 界面上是否符合原型图设计，评分2分
- 功能上是否符合规划设计，评分3分
BUG（10分）
评分模式采取满分扣除模式：
- 轻度BUG：1个扣0.5分，上限3分
- 中度BUG：1个扣1分，上限5分
- 重度BUG：1个扣3分，上限10分
用户体验（10分 +10）
有如下几个评估标准：
- 明确产品有几个主要的任务流程
- 每个任务流程清晰，没有太多分支
- 任务流程符合用户操作流程
- 用户可以取消正在执行操作
- 操作成功或失败都有明确的反馈
- 在每个层级，都可以找到回到上一级的方法
- 预防出错，如出错要帮助用户从错误中恢复过来
- 复杂的交互是否有很好的引导和帮助
以下评分划分仅供参考：
- 首页加载速度，评分1分
- 转页面加载速度，评分2分
- 信息是否有且正确指示，评分1分
- 交互动画，评分3分
- 学习成本，评分2分
- 符合操作场景，评分1分
- 有创新，酌情加1-3分
- 交互动画极致，酌情加1~3分
代码质量（5分）
- 代码注释，评分2分
- 符合开发规范，评分1分
- 结构化、模块化，评分2分
模块复用（5分）
- 函数封装，评分1分
- 模块类、插件封装，评分2分
- 封装模块的前瞻性，评分2分
合理创新（5分）
评分模式采取零分累积模式：
- 在原型基础上更优的用户体验，加1~3分
- 项目过程中提出富有建设性的意见，加1~2分
企业单
设计人员与切板人员（企业组）目前的考核方式是以企业单的制作为标准。因目前没有独立进行项目制作的设计切板人员，企业组的设计切板人员参与的项目设计与制作将根据项目的难易度折合成企业单个数进行考核。
而项目的考评结果需等项目整个周期结束时给出评分，其考核评分记入项目完成当月。
某设计师年初接手了2个企业单和一个项目，1月份完成了全部的设计，2月份3个的开发阶段也全都完成了。
设计主管根据项目A的难度将其折算为3个企业单。则此设计师的1月份企业单单数的考核2个企业单，时间及质量的考核为企业单1、2的评分；2月份的企业单单数的考核为3个企业单，时间及质量的考核为项目A的最终评分。
修改需求
对项目经理①、产品经理②通过既定的方式③发起的修改任务需求④，修复修改的及时性和结果的质量考评。
- 项目经理包括程序主管和项目组长
- 产品经理直接传达或是产品部门整理的需求递交给项目经理，统一由项目经理传达任务
- 邮件与Teambition协作工具（http://www.teambition.com）
- 可能是BUG可能是优化
扣分标准：
- 任务完成时并未解决指定问题，1个任务扣3分。
- 任务执行者无法完成任务（出不可抗力外），1个任务扣3分。
- 任务完成时测试有轻度BUG，1个任务扣1分。
- 任务完成时测试有严重BUG，1个任务扣2分。
- 任务执行者在规定时间内未及时对修改需求未及时作出响应，1个任务扣1分。
任务执行者必须在1个工作日内对修改需求做出响应（给出工期等）
· 邮件以回复形式响应
· Teambition以修改任务卡片的截止时间及卡片讨论备注作响应
- 任务执行者在指定时间未完成修改需求，1个任务扣3分。
- 任务分配者未及时分配出修改需求，1个任务扣2分。
工作报表
项目组长需每周汇总发送项目周报；组员的日报；以及其他文档报表等。根据报表的完整度、准确度给出综合评分。
扣分标准
- 一次日报未按时提交，扣1分
- 一次周报及其他性质报表未按时提交，扣2分。
学习创新
在本月中个人的学习能力和进步尺度进行评分；
在本月项目开发中，能在工作过程，对工作上有新想法,新创意，对工作有提高效率的，节省能耗成本的等。
会议出席
会议的出席，迟到现象考核。
扣分标准
- 一次迟到扣1分。
- 一次缺席扣2分。
RingCentral敏捷教练
不懂技术的产品经理不是好教练！
长按二维码关注