每个公司到了一定阶段，一定会出现绩效考核，至于为什么会有**”绩效考核“**，大家自己估狗 一下，本初不予置评。但是如何使用好绩效考核，打造一个富有创新活力的团队，我个人有些参考，不对之处，求轻踩……
1 、绩效分类
将绩效归为三类
- T1：重点工作（也可认为组织目标），这也是公司聘用的核心价值所在，一般比重在80%
- T2：产品改进、代码优化或创新实践，对于负责的业务产品有优化改进提升的，一般比重在10%-15%
- T3：学习提升和技术研究分享，这个可以不设限，任何兴趣学习分享都鼓励，一般比重在5%-10%
2、具体细则
绩效制定细则说明：
- 绩效比重分配：T1月度重点工作（80%） + T2产品改进、代码优化和创新实践(10%) + T3专业技能学习和技术研究分享
- 绩效计划拆解上，T1、T2、T3都必需有体现，不能只有月度重点工作 （T1、T2、T3会随工作变化可有调整）
- T1、T2、T3目标 可以 分别含多项，（如：T1重点工作有多项） ，且目标计划 必须 符合Smart原则，一定是可度量
- “吐槽点”就是优化改进点，主动提出并推进解决落地，为自己加分
- 想学而没有时间，那就作为KPI给“安排上”，主动学习，持续改进
- 基础起点都是70分，鼓励小伙伴自我加分
绩效回顾细则：
- 计划每项 基础分值：100 * 所占比率% * 70% = 基础分值，如：示例第一项基础分值 100 * 40% * 70% = 28 分
- 每项的加减分项 必须 明确写明，如：提前 XX 天完成 XX 任务 +1分
绩效考核细则：
- 必须包含每月的好的和待改进
- 考分细化分数加减项 必须 明确 说明
3、考核示例说明
“分”就在这里，发挥你的才干，尽情的给自己加分 🏅🏅🏅
| 考核大类 | 工作占比 | 可归类工作 | 加减分（基础：70%） | 说明 |
|---|---|---|---|---|
| T1: 月度重点工作推进 | 80%（组长占比75%） - 月度目标按时按量完成 -50% - 工作质量（文档、Bug率）- 20% - 工作认可度 - 10% |
- 团队每月重点工作 - Devops系统维护 |
加分： - 超额完成（时间提前、效果突破、收益突破等） - 工作质量高，被当作案例表扬 - 获得公司表彰或协作部门认可等 减分： - 工作任务、目标未完成（工作调整除外） - 工作质量差，被打回投诉 - 获得公司批评或协作部门批评 |
团队重点工作是承接SA相关系统需求，完成对应的系统的开发，同时需要维护好运维自动化需求的正常工作。 注意：应有任务规划，明确任务流程 ”需求确认-方案设计评审-开发-自测-上线验收“ 提倡： 主动跟进，主动Push，进度及时反馈 |
| T2: 产品改进、代码优化和创新实践 | 10% 可月初规划已有问题，也可为本月工作产生 此处不设限，可以是任何的改进创新！！！ |
- 平台系统的功能优化改进 - 代码架构优化 - 提效应用工具 - 任何合理问题建议和落地方案 |
加分： - 主动认领问题并推进解决 - 提出合理的改进意见和想法 - 给出解决问题的具体方案和落地计划 - 将问题最终解决并落地实施 减分： - 敢说、敢干、敢执行……，不然只有基础分啦 |
工作中，发现不合理的地方主动提出，并给出解决方案，能主动推动问题解决 平时主动记录合理的优化建议，在每月绩效计划中跟进解决并可主动推进落地 目标：将 “吐槽” 逐一 KILL 掉！！！` |
| T3: 学习提升和技术研究分享 | 10%（组长占比15% ，含5%的团队管理值） 此处不设限，可以是任何的学习分享！！！ |
- 技术学习 - 业务学习 - 培训分享 - 文档分享 |
加分： - 持续改进（技能、知识、个人提升、团队协作等等） - 主动分享，内容有质量、有受众 - 竞品调研分析（找思路、寻改进、做一个具有产品思维的码农!） - 完善产品体系文档 减分： - 无持续改进，尤其是绩效面谈说的重点问题，无改进 |
1. 专业技能提升，如学习新的技术（python、go、前端等） 2. 个人或团队持续改进的学习，任何学习应用有实际的目标结果 3. 工作、学习、生活任何有意义的都可积极分享，记住：教是最好的学 如何木有，那就读一本书吧还好😃 |
示例：
| 序号 | 工作目标 | 权重 | 工作计划 | 得分 | 备注【示例】 |
|---|---|---|---|---|---|
| 序号 | 工作目标 | 权重 | 工作计划 | 得分 | 备注【示例】 |
| 1 | T1：部署平台交付使用 | 40% | 第一周：完成方案设计和评审并制定开发计划排期 第三周：通过SA验收，按计划完成功能的上线部署 第四周：完成原容器化项目（PHP、JAVA、前端）分别完成2个全流程接入 第四周：接入3个传统发布项目正常运行 |
提前 XX 天完成 XX 任务 +1分 | |
| 2 | T1：资产平台推动落地 | 20% | 第一周：全部资产录入完毕，数据准确可靠 第二周：完成业务拓扑对接网格，业务拓扑资产数提供业务方使用 第四周：完成部门内部常用功能使用总结 7/31前：SA及业务方使用问题响应小于1H，重大或阻塞问题当天修复并上线 |
软件交付bug率低，质量受表扬 +1分 | |
| 3 | T1：DB平台推动落地使用 | 20% | 第一周：完成DB平台线下环境部署和SA需求梳理 第二周：完成DB平台的（6/30）反馈的5个问题修复 第四周：完成部门内部常用功能使用总结 7/31前：SA及业务方使用问题响应小于1H，重大或阻塞问题当天修复并上线 |
获得公司表彰或协作部门认可 + 2分 | |
| 4 | T2：团队协作方式改进，提升团队成员工作的主动性，明确运维系统主要跟进负责人 | 10% | 7/3前：完成运维开发团队的绩效考核标准制定 7/6前：确定部署、资产、DB平台唯一落地跟进负责人 7/31前：部署、资产、DB平台所有工作计划推进正常，月度目标按时按量达成 |
T2改进目标顺利完成，各系统月度目标顺利达成，并且部署平台超额对接了外部项目 +2分 | |
| 5 | T3：承接CMDB后端需求开发 | 10% | 7/8前：了解CMDB体系，并完成本地系统的搭建运行 7/27前：完成《Go语言实战》书本学习，可完成基本Go语言开发 7/28前：按要求完成两个CMDB的后端需求任务的开发并上线 |
T3完成了四个CMDB后端需求开发上线 +1分 |