软件工程师PBC标准模板(华为)
- 格式:doc
- 大小:47.00 KB
- 文档页数:2
精品整理研发类员工姓名考核日期个人承当任务〔20%〕序号计划完成时间1234567 工作完成质量 (30%)序号权重①不了解公司文档标准,按照②根本了解文档标准,但按照标准撰写的意识较弱,但总体 1 标准性 3③熟悉文档标准,撰写严格按照标准编写〔 2 分〕④严格遵守文档标准,对标准的执行和完善起到积极作用,① 文档条理混乱,使人无法理②文档条理根本可以接收,在屡次阅读后能理解大概内容〔 2 条理性3③文档条理清晰,能很容易读懂文档内容〔 2 分〕④文档条理清晰,能很容易读懂文档内容,受到相关人的好① 文档结构编排混乱,无法从文档质量〔 15%〕②文档结构根本可以接受,但是内容编排上不清晰〔1分〕 3 结构性3③文档结构合理清晰,内容编排合理〔 2 分〕④文档结构合理清晰,内容编排合理,并能积极改良结构,① 文档内容不完整,主次颠倒②文档内容不完整,但是主要模块功能描述清晰〔 1 分〕4完整性 3③文档内容完整,相关模块描述清晰合理〔 2 分〕④文档内容完整,描述清晰,并在撰写中能不断改良,文档① 文档缺乏指导性,对任务或②文档根本可以指导用户进行编码或者使用,但是对局部环 5 指导性3③文档具备指导价值,能指导完成相关的代码或者指导完成④ 文档具备指导价值,能指导完成相关的代码或者指导完成① 代码运行很不稳定,存在较② 代码运行稳定,能稳定运行至少 2 个小时,但是也有几率导 6 稳定性 3③代码运行稳定,能持续运行24 小时映良好〔 3 分①代码运行很不稳定,存在较② 代码运行稳定,能稳定运行至少 2 个小时,但是也有几率导7 可靠性 3③代码运行稳定,能持续运行 24 小时以上,没有引起程序崩④ 代码运行稳定,能长期运行 3 天以上,客户反映良好〔 3 分①不了解公司编码标准,按照② 根本了解编码标准,但按照标准编写的意识较弱,但总体8 标准性 3③熟悉编码规范,严格按照编码标准编写〔 2 分〕代码质量〔15%〕④严格遵守编码标准,对标准的执行和完善起到积极作用,① 代码逻辑混乱,结构复杂,②代码根本可以读懂,结构较为清晰,但是逻辑复杂,屡次10 可维护性 3③代码逻辑简单,结构清晰,具备一定的移植性,只能在本④ 代码逻辑简单,结构清晰,具备可移植性,能在很多地方① 代码错误百出,无法满足实②能够满足根本业务需求,千行代码严重错误 1 个以上或者一③能够满足根本业务需求,千行代码没有严重问题,一般问11BUG 数量3〔 2 分〕④能够满足根本业务需求,千行代码没有严重问题和一般问合计 30.00 工作完成效率 (20%)序号权重①经常不能按时完成任务,对②个别任务未能按时完成,但80%的工作都根本完成,不影响③ 滞后1-2个工作日完成任务,完成质量良好,根本到达上级工作任务完成效率15.00 ④能够按时完成分配的任务,工作量饱满,能够到达上级或⑤ 能够及时的完成每项任务,并且完成质量较好〔 4 分〕⑥能够提前出色的完成所分配的任务。
研发类员工姓名考核日期个人承担任务(20%)序号计划完成时间1234567工作完成质量(30%)序号权重①不了解公司文档规范,按照②基本了解文档规范,但按照规范撰写的意识较弱,但总体1规范性3③熟悉文档规范,撰写严格按照规范编写(2分)④严格遵守文档规范,对规范的执行和完善起到积极作用,①文档条理混乱,使人无法理②文档条理基本可以接收,在多次阅读后能理解大概内容(2条理性3③文档条理清晰,能很容易读懂文档内容(2分)④文档条理清晰,能很容易读懂文档内容,受到相关人的好①文档结构编排混乱,无法从文档质量(15%)②文档结构基本可以接受,但是内容编排上不清晰(1分)3结构性3③文档结构合理清晰,内容编排合理(2分)④文档结构合理清晰,内容编排合理,并能积极改进结构,①文档内容不完整,主次颠倒②文档内容不完整,但是主要模块功能描述清晰(1分)4完整性3③文档内容完整,相关模块描述清晰合理(2分)④文档内容完整,描述清晰,并在撰写中能不断改进,文档①文档缺乏指导性,对任务或②文档基本可以指导用户进行编码或者使用,但是对部分环5指导性3③文档具备指导价值,能指导完成相关的代码或者指导完成④文档具备指导价值,能指导完成相关的代码或者指导完成①代码运行很不稳定,存在较②代码运行稳定,能稳定运行至少2个小时,但是也有几率导6稳定性3③代码运行稳定,能持续运行24小时以上,没有引起程序崩④代码运行稳定,能长期运行3天以上,客户反映良好(3分①代码运行很不稳定,存在较②代码运行稳定,能稳定运行至少2个小时,但是也有几率导7可靠性3③代码运行稳定,能持续运行24小时以上,没有引起程序崩④代码运行稳定,能长期运行3天以上,客户反映良好(3分①不了解公司编码规范,按照②基本了解编码规范,但按照规范编写的意识较弱,但总体8规范性3③熟悉编码规范,严格按照编码规范编写(2分)代码质量(15%)④严格遵守编码规范,对规范的执行和完善起到积极作用,①代码逻辑混乱,结构复杂,②代码基本可以读懂,结构较为清晰,但是逻辑复杂,多次10可维护性3③代码逻辑简单,结构清晰,具备一定的移植性,只能在本④代码逻辑简单,结构清晰,具备可移植性,能在很多地方①代码错误百出,无法满足实②能够满足基本业务需求,千行代码严重错误1个以上或者一③能够满足基本业务需求,千行代码没有严重问题,一般问11BUG数量3(2分)④能够满足基本业务需求,千行代码没有严重问题和一般问合计30。
第一部分:组织绩效目标 (60%)
【填写说明】
1、主要以KPI形式表现。
管理者组织绩效目标是指其所负责组织的绩效目标,员工组织绩效目标是指其所在组织的绩效目标。
2、指标设置不宜过多。
第二部分:个人绩效目标 (40%)
Ⅰ. 个人业务目标
【填写说明】
1、强调个人而非组织目标,体现个人对组织的独特贡献,支撑组织绩效目标的达成;
2、是岗位职责中重要的、关键的工作目标,是工作方向,不是工作计划;
经营
第三部分:能力提升计划【填写说明】
承诺人签名:考核责任者签名:
签名日期:签名日期:
第四部分:考核责任者整体评价
第五部分:绩效评价等级
绩效评价等级:
承诺人签名:考核责任者签名:
签名日期:签名日期:。
竭诚为您提供优质文档/双击可除pbc模板篇一:pbc标准模板(华为)工程师任务书pbc模板部门:姓名:1.赢的承诺。
权重:70%参考评价标准:a:>=100%,b:>=90%,c:>=85%,d 说明:工作计划符合smaRt原则,其中:s(specific具体的),m(measurable可衡量的),a(attainable可达到的),R(Relevant相关的),t (time-based有期限的)。
参考评价标准:说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
参考评价标准:a:100%,b:90%,c:80%,d:说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
2.执行承诺。
权重:20%a.流程遵从度。
权重:7%参考评价标准(违规次数),a:0,b:1,c:2,d:>2说明:包括cmm流程遵从度等。
根据审计或qa统计给出违反次数。
b.规范符合性。
权重:6%参考评价标准,a:完全符合,并积极参与技术规范建设,b:完全符合,c:违反1次,d:违反大于1次说明:包括公司/部门设计规范符合性。
c.文档质量。
权重:7%参考评价标准:a:1,b:2,c:3,d:>3说明:开发阶段以评审时的严重问题为参考,由qa统计给出。
文档受控后以实现与设计文档符合度为参考,一个不符合点为一个严重问题。
3.团队承诺。
权重:10%a.周边工作满意度。
权重:5%参考评价标准:a:完全满意b:>85%c:>70%d:pbc模板)出。
参考评价标准:a:2b:1c:0说明:以季度为为时间段的cbb利用率(调试经验总结,各种案例,模块及问题分析,培训等。
页脚内容1工程师任务书PBC 模板部门: 姓名:1. 赢的承诺。
权重:70%A. 工作计划完成率。
权重:40%参考评价标准:A :>=100%,B :>=90%,C :>=85%,D<85%说明: 工作计划符合 SMART 原则,其中: S (Specific 具体的), M (Measurable 可衡量的),A (Attainable 可达到的),R (Relevant 相关的), T (Time-based 有期限的)。
B. 个人负责模块严重问题数。
权重:15%参考评价标准:说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
C.问题解决率。
权重:15%参考评价标准:A:100%,B:90%,C:80%,D:<80%页脚内容2说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
2.执行承诺。
权重:20%A.流程遵从度。
权重:7%参考评价标准(违规次数),A:0,B:1,C:2,D:>2说明:包括CMM流程遵从度等。
根据审计或QA统计给出违反次数。
B.规范符合性。
权重:6%参考评价标准,A:完全符合,并积极参与技术规范建设,B:完全符合,C:违反1次,D:违反大于1次说明:包括公司/部门设计规范符合性。
C.文档质量。
权重:7%参考评价标准:A:1,B:2,C:3,D:>3说明:开发阶段以评审时的严重问题为参考,由QA统计给出。
文档受控后以实现与设计文档符合度为参考,一个不符合点为一个严重问题。
3.团队承诺。
权重:10%A.周边工作满意度。
权重:5%参考评价标准:A:完全满意B:>85% C:>70% D:<=70%页脚内容3说明:满意度调查,受投诉或表扬,关注个人在小团队中的协作性。
华为PBC绩效管理体系概要关于绩效绩效是指员工履行岗位职责或角色要求的有效产出,华为的绩效导向是责任结果导向,责任结果就是这个岗位应该承担的职责所要求的结果,最终体现客户价值创造。
绩效不是过程、不是行为、不是能力而是责任结果Ø不是表扬信的多少Ø不是苦劳、加班Ø不是亮点、出彩、影响力Ø不是过程指标Ø不是能力、素质、态度Ø不是历史绩效Ø……、不是行为、不是能力Ø是直接的、间接的、有形的、无形的、短期的、长期的产出Ø是员工整体绩效贡献(岗位责任、个人对团队目标的贡献)Ø是表扬信本身所承载的绩效事实Ø是功劳,即贡献Ø是责任结果Ø……行为、不是能力领导力1、战略制定3、战略执行市场洞察战略意图创新焦点业务设计氛围与文化关键任务人才正式组织n业绩n机会市场结果价值观差距2、战略解码4、战略复盘迭代改进PBC是IBM创立的基于战略的绩效管理系统。
BLM是战略规划的管理工具,PBC是配套使用的战略执行落地的系统。
BLM模型(Business Leadership Model),译作业务领导力模型,也叫业务领先模型。
PBC(Personal Business Commitment),即个人绩效承诺计划,PBC系统是基于战略制定后的,保障战略执行落地的工具。
其核心是围绕“力争取胜、快速执行、团队精神”的价值观制定各自的“个人事业承诺”。
业务战略个人绩效承诺前提基础保障落地制定PBC(个人绩效承诺)的三大原则:Ø一切以解决问题为原则Ø一切以实际行动为出发点Ø一切以团队利益为导向PBC与KPI的区别PBC与其他绩效管理系统一样,有着PDCA闭环(制定个人绩效承诺→进行绩效辅导→实施绩效评估→绩效回顾与结果应用),是以承诺为核心的绩效管理循环。
它强调的重点是上下级在闭环中保持沟通与交流,通过沟通达成一致,在这点上与KPI绩效考核有较大的区别。
华为战略绩效P B C标准模板(华为)-标准化文件发布号:(9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII工程师任务书PBC 模板部门: 姓名:1. 赢的承诺。
权重:70%参考评价标准:A :>=100%,B :>=90%,C :>=85%,D<85%说明: 工作计划符合 SMART 原则,其中: S (Specific 具体的), M (Measurable 可衡量的),A (Attainable 可达到的), R (Relevant 相关的), T (Time-based 有期限的)。
参考评价标准:说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
参考评价标准:A :100%,B :90%,C :80%,D :<80%说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
2. 执行承诺。
权重:20%A.流程遵从度。
权重: 7%参考评价标准(违规次数),A :0,B :1, C :2, D :>2说明:包括CMM流程遵从度等。
根据审计或QA统计给出违反次数。
B.规范符合性。
权重:6%参考评价标准,A:完全符合,并积极参与技术规范建设,B:完全符合,C:违反1次, D:违反大于1次说明:包括公司/部门设计规范符合性。
C.文档质量。
权重:7%参考评价标准:A:1, B:2, C:3, D:>3说明:开发阶段以评审时的严重问题为参考,由QA统计给出。
文档受控后以实现与设计文档符合度为参考,一个不符合点为一个严重问题。
3.团队承诺。
权重:10%A.周边工作满意度。
软件工程师任务书PBC 模板部门: 姓名:1. 赢的承诺。
权重:70%参考评价标准:A :>=100%,B :>=90%,C :>=85%,D<85%说明: 工作计划符合 SMART 原则,其中: S (Specific 具体的), M (Measurable 可衡量的),A(Attainable 可达到的), R (Relevant 相关的), T (Time-based 有期限的)。
参考评价标准:说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
参考评价标准:A :100%,B :90%,C :80%,D :<80%说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
2. 执行承诺。
权重:20%A. 流程遵从度。
权重:7%参考评价标准(违规次数),A:0,B:1,C:2,D:>2说明:包括CMM流程遵从度等。
根据审计或QA统计给出违反次数。
B. 规范符合性。
权重:6%参考评价标准,A:完全符合,并积极参与技术规范建设,B:完全符合,C:违反1次,D:违反大于1次说明:包括公司/部门设计规范符合性。
C. 文档质量。
权重:7%参考评价标准:A:1,B:2,C:3,D:>3说明:开发阶段以评审时的严重问题为参考,由QA统计给出。
文档受控后以实现与设计文档符合度为参考,一个不符合点为一个严重问题。
3. 团队承诺。
权重:10%A. 周边工作满意度。
权重:5%参考评价标准:A:完全满意B:>85% C:>70% D:<=70%说明:满意度调查,受投诉或表扬,关注个人在小团队中的协作性。
工程师任务书PBC模板部门:姓名:1. 赢的承诺。
权重:70%A. 工作计划完成率。
权重:40%任务计划完成时间实际完成时间参考评价标准:A:>=100%,B:>=90%,C:>=85%,D<85%说明:工作计划符合 SMART原则,其中:S(Specific具体的),M(Measurable 可衡量的),A(Attainable可达到的),R(Relevant相关的),T(Time-based有期限的)。
B. 个人负责模块严重问题数。
权重:15%提交流程严重问题数参考评价标准:A B C D开发阶段:1;验证阶段:0;发布阶段:0 开发阶段:2;验证阶段:1;发布阶段:0开发阶段:3;验证阶段:2;发布阶段:0开发阶段:>3;验证阶段:>2;发布阶段:>=1说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
C. 问题解决率。
权重:15%问题类型计划完成问题解决率实际完成问题解决率总计问题解决率参考评价标准:A:100%,B:90%,C:80%,D:<80%说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
2. 执行承诺。
权重:20%A. 流程遵从度。
权重: 7%参考评价标准(违规次数),A:0,B:1,C:2,D:>2说明:包括CMM流程遵从度等。
根据审计或QA统计给出违反次数。
B. 规范符合性。
权重:6%参考评价标准,A:完全符合,并积极参与技术规范建设,B:完全符合,C:违反1次,D:违反大于1次说明:包括公司/部门设计规范符合性。
C. 文档质量。
研发类员工姓名考核日期个人承担任务(20%)序号计划完成时间1234567工作完成质量(30%)序号权重①不了解公司文档规范,按照②基本了解文档规范,但按照规范撰写的意识较弱,但总体1规范性3③熟悉文档规范,撰写严格按照规范编写(2分)④严格遵守文档规范,对规范的执行和完善起到积极作用,①文档条理混乱,使人无法理②文档条理基本可以接收,在多次阅读后能理解大概内容(2条理性3③文档条理清晰,能很容易读懂文档内容(2分)④文档条理清晰,能很容易读懂文档内容,受到相关人的好①文档结构编排混乱,无法从文档质量(15%)②文档结构基本可以接受,但是内容编排上不清晰(1分)3结构性3③文档结构合理清晰,内容编排合理(2分)④文档结构合理清晰,内容编排合理,并能积极改进结构,①文档内容不完整,主次颠倒②文档内容不完整,但是主要模块功能描述清晰(1分)4完整性3③文档内容完整,相关模块描述清晰合理(2分)④文档内容完整,描述清晰,并在撰写中能不断改进,文档①文档缺乏指导性,对任务或②文档基本可以指导用户进行编码或者使用,但是对部分环5指导性3③文档具备指导价值,能指导完成相关的代码或者指导完成④文档具备指导价值,能指导完成相关的代码或者指导完成①代码运行很不稳定,存在较②代码运行稳定,能稳定运行至少2个小时,但是也有几率导6稳定性3③代码运行稳定,能持续运行24小时以上,没有引起程序崩④代码运行稳定,能长期运行3天以上,客户反映良好(3分①代码运行很不稳定,存在较②代码运行稳定,能稳定运行至少2个小时,但是也有几率导7可靠性3③代码运行稳定,能持续运行24小时以上,没有引起程序崩④代码运行稳定,能长期运行3天以上,客户反映良好(3分①不了解公司编码规范,按照②基本了解编码规范,但按照规范编写的意识较弱,但总体8规范性3③熟悉编码规范,严格按照编码规范编写(2分)代码质量(15%)④严格遵守编码规范,对规范的执行和完善起到积极作用,①代码逻辑混乱,结构复杂,②代码基本可以读懂,结构较为清晰,但是逻辑复杂,多次10可维护性3③代码逻辑简单,结构清晰,具备一定的移植性,只能在本④代码逻辑简单,结构清晰,具备可移植性,能在很多地方①代码错误百出,无法满足实②能够满足基本业务需求,千行代码严重错误1个以上或者一③能够满足基本业务需求,千行代码没有严重问题,一般问11BUG数量3(2分)④能够满足基本业务需求,千行代码没有严重问题和一般问合计30.00工作完成效率(20%)序号权重①经常不能按时完成任务,对②个别任务未能按时完成,但80%的工作都基本完成,不影响③滞后1-2个工作日完成任务,完成质量良好,基本达到上级工作任务完成效率15.00④能够按时完成分配的任务,工作量饱满,能够达到上级或⑤能够及时的完成每项任务,并且完成质量较好(4分)⑥能够提前出色的完成所分配的任务。
研发类员工姓名考核日期个人承担任务(20%)序号打算完成时刻1234567工作完成质量(30%)序号权重①不了解公司文档标准,依照②大体了解文档标准,但依照标准撰写的意识较弱,但整体1标准性3③熟悉文档标准,撰写严格依照标准编写(2分)④严格遵守文档标准,对标准的执行和完善起到踊跃作用,①文档层次混乱,令人无法理②文档层次大体能够接收,在多次阅读后能明白得可能内容(2层次性3③文档层次清楚,能很容易读懂文档内容(2分)④文档层次清楚,能很容易读懂文档内容,受到相关人的好①文档结构编排混乱,无法从文档质量(15%)②文档结构大体能够同意,可是内容编排上不清楚(1分)3结构性3③文档结构合理清楚,内容编排合理(2分)④文档结构合理清楚,内容编排合理,并能踊跃改良结构,①文档内容不完整,主次倒置②文档内容不完整,可是要紧模块功能描述清楚(1分)4完整性3③文档内容完整,相关模块描述清楚合理(2分)④文档内容完整,描述清楚,并在撰写中能不断改良,文档①文档缺乏指导性,对任务或②文档大体能够指导用户进行编码或利用,可是对部份环5指导性3③文档具有指导价值,能指导完成相关的代码或指导完成④文档具有指导价值,能指导完成相关的代码或指导完成工作能力(20%)序号权重①很不甘心同意分派的任务,得失(0分)②能够同意分派的任务,并正确对待工作上的不足,但未采责任心(1分)13.00③对分派的任务能认真负责,对工作上的不足能加以分析,④对分派的任务超级认真负责,且情愿承担额外的工作,对进(3分)①工作超级被动,即便在时刻②工作被动,行动迟缓,即便在时刻压力下,有时也等候上主动性3.00③不存在等候上级指令的状况,但工作主动性欠缺,行动不④主动寻觅工作任务,踊跃试探解决方案,行动迅速;(3分①对上级领导下达的指令或②对上级领导的指令或分派的任务,有抵触情绪,可是还③能够执行上级领导的指令或分派的任务,行动缓慢,执执行力24.00④严格执行上级领导的指令或分派的任务,行动踊跃,但⑤严格执行上级领导的指令或分派的任务,执行进程中能动迅速(4分)①不擅长与人合作,也从不帮超级难过;(0分)②不太擅长与人合作,也不太喜爱帮忙他人,工作中很少与合作;(1分)团队协作精神③比较擅长与人合作,较喜爱帮忙他人,工作中较主动与人34.00考;(2分)④擅长与人合作,喜爱帮忙他人,主动与人交流、沟通,与⑤超级擅长与人合作,超级喜爱帮忙他人,踊跃主动与人交享,与其合作,感觉超级愉快(4分)①墨守成规,缺乏更新观念;②能够依照工作需要,适时进行能力和知识更新,但成效不创新精神43.00③能专门好的将能力和知识更新与自身工作相结合,工作效率④常常有打算、有步骤的进行能力和知识更新,专门大提高了①专业技术较差,勉强达到职②专业技术一样,能够达到职位要求的水平,但不注重提高专业水平5规章制度(10%)序号权重考勤制度12奖励鼓励(20%)序号权重①踊跃参与项目讨论,提交合②踊跃参与项目讨论,提交合理化建议考核周期累计2(含)项目合理化建议③踊跃参与项目讨论,提交合理化建议考核周期有1(含)条15.00④踊跃参与项目讨论,提交的合理化建议考核周期有1条以上⑤踊跃参与项目讨论,提交的合理化建议考核周期有2条以上绩效面谈:(记录关键点,及确信下个考核周期工作目标)类员工绩效(PBC)考核项考核月份员工自评工作量实际完成时刻评分标准(天)得分合计23合计评分标准员工自评,依照个人文档适应撰写,不符合标准要求(0分)标准,但依照标准撰写的意识较弱,但整体依照文档标准编写(1分)3.00,撰写严格依照标准编写(2分)标准,对标准的执行和完善起到踊跃作用,受到相关人好评(3分)无法明白得文档的内容(0分)能够接收,在多次阅读后能明白得可能内容(1分),能很容易读懂文档内容(2分),能很容易读懂文档内容,受到相关人的好评(3分)无法从结构上上整体把握文档内容(0分)能够同意,可是内容编排上不清楚(1分)清楚,内容编排合理(2分)清楚,内容编排合理,并能踊跃改良结构,受到相关人的好评(3分)次倒置,不能表现重点(0分)整,可是要紧模块功能描述清楚(1分),相关模块描述清楚合理(2分),描述清楚,并在撰写中能不断改良,文档评审受到好评(3分)任务或利用没有取得应有的帮忙(0分)指导用户进行编码或利用,可是对部份环节的描述不够清楚(1分)价值,能指导完成相关的代码或指导完成某项任务(2分)价值,能指导完成相关的代码或指导完成某项任务,并受到相关人的好评(3分)存在较多的因素致使程序崩溃(0分),能稳固运行至少2个小时,可是也有概率致使程序崩溃(1分),能持续运行24小时以上,没有引发程序崩溃的概率(2分),能长期运行3天以上,客户反映良好(3分)存在较多的因素致使程序崩溃(0分),能稳固运行至少2个小时,可是也有概率致使程序崩溃(1分),能持续运行24小时以上,没有引发程序崩溃的概率(2分),能长期运行3天以上,客户反映良好(3分),依照个人编写适应,不符合标准要求(0分)标准,但依照标准编写的意识较弱,但整体依照编码标准编写(1分),严格依照编码标准编写(2分)标准,对标准的执行和完善起到踊跃作用,受到相关人好评(3分)复杂,一样很难读懂思路(0分)读懂,结构较为清楚,可是逻辑复杂,多次阅读才能明白得,不具有可移植性(1分),结构清楚,具有必然的移植性,只能在本项目类似地址复用(2分),结构清楚,具有可移植性,能在很多地址不同的项目中复用(3分)知足实际业务需求(0分)业务需求,千行代码严峻错误1个以上或一样问题3个以上(1分)业务需求,千行代码没有严峻问题,一样问题少于3个(包括3个),提示性问题不多于10个业务需求,千行代码没有严峻问题和一样问题,提示问题不多于10个(3分)合计评分标准员工自评务,对所分派的任务消极怠工,拖沓,懒惰(0分)按时完成,但80%的工作都大体完成,不阻碍项目整体进度(1分)作日完成任务,完成质量良好,大体达到上级或项目的要求(2分)分派的任务,工作量饱满,能够达到上级或项目的要求(3分)成每项任务,而且完成质量较好(4分)的完成所分派的任务。
研发类员工姓名考核日期个人承担任务(20%)序号计划完成时间1234567工作完成质量(30%)序号权重①不了解公司文档规范,按照②基本了解文档规范,但按照规范撰写的意识较弱,但总体1规范性3③熟悉文档规范,撰写严格按照规范编写(2分)④严格遵守文档规范,对规范的执行和完善起到积极作用,①文档条理混乱,使人无法理②文档条理基本可以接收,在多次阅读后能理解大概内容(2条理性3③文档条理清晰,能很容易读懂文档内容(2分)④文档条理清晰,能很容易读懂文档内容,受到相关人的好①文档结构编排混乱,无法从文档质量(15%)②文档结构基本可以接受,但是内容编排上不清晰(1分)3结构性3③文档结构合理清晰,内容编排合理(2分)④文档结构合理清晰,内容编排合理,并能积极改进结构,①文档内容不完整,主次颠倒②文档内容不完整,但是主要模块功能描述清晰(1分)4完整性3③文档内容完整,相关模块描述清晰合理(2分)④文档内容完整,描述清晰,并在撰写中能不断改进,文档①文档缺乏指导性,对任务或②文档基本可以指导用户进行编码或者使用,但是对部分环5指导性3③文档具备指导价值,能指导完成相关的代码或者指导完成④文档具备指导价值,能指导完成相关的代码或者指导完成①代码运行很不稳定,存在较②代码运行稳定,能稳定运行至少2个小时,但是也有几率导6稳定性3③代码运行稳定,能持续运行24小时以上,没有引起程序崩④代码运行稳定,能长期运行3天以上,客户反映良好(3分①代码运行很不稳定,存在较②代码运行稳定,能稳定运行至少2个小时,但是也有几率导7可靠性3③代码运行稳定,能持续运行24小时以上,没有引起程序崩④代码运行稳定,能长期运行3天以上,客户反映良好(3分①不了解公司编码规范,按照②基本了解编码规范,但按照规范编写的意识较弱,但总体8规范性3③熟悉编码规范,严格按照编码规范编写(2分)代码质量(15%)④严格遵守编码规范,对规范的执行和完善起到积极作用,①代码逻辑混乱,结构复杂,②代码基本可以读懂,结构较为清晰,但是逻辑复杂,多次10可维护性3③代码逻辑简单,结构清晰,具备一定的移植性,只能在本④代码逻辑简单,结构清晰,具备可移植性,能在很多地方①代码错误百出,无法满足实②能够满足基本业务需求,千行代码严重错误1个以上或者一③能够满足基本业务需求,千行代码没有严重问题,一般问11BUG数量3(2分)④能够满足基本业务需求,千行代码没有严重问题和一般问合计30.00工作完成效率(20%)序号权重①经常不能按时完成任务,对②个别任务未能按时完成,但80%的工作都基本完成,不影响③滞后1-2个工作日完成任务,完成质量良好,基本达到上级工作任务完成效率15.00④能够按时完成分配的任务,工作量饱满,能够达到上级或⑤能够及时的完成每项任务,并且完成质量较好(4分)⑥能够提前出色的完成所分配的任务。
研发类员工姓名考核日期个人承担任务(20%)序号计划完成时间1234567工作完成质量(30%)序号权重①不了解公司文档规范,按照②基本了解文档规范,但按照规范撰写的意识较弱,但总体1规范性3③熟悉文档规范,撰写严格按照规范编写(2分)④严格遵守文档规范,对规范的执行和完善起到积极作用,①文档条理混乱,使人无法理②文档条理基本可以接收,在多次阅读后能理解大概内容(2条理性3③文档条理清晰,能很容易读懂文档内容(2分)④文档条理清晰,能很容易读懂文档内容,受到相关人的好①文档结构编排混乱,无法从文档质量(15%)②文档结构基本可以接受,但是内容编排上不清晰(1分)3结构性3③文档结构合理清晰,内容编排合理(2分)④文档结构合理清晰,内容编排合理,并能积极改进结构,①文档内容不完整,主次颠倒②文档内容不完整,但是主要模块功能描述清晰(1分)4完整性3③文档内容完整,相关模块描述清晰合理(2分)④文档内容完整,描述清晰,并在撰写中能不断改进,文档①文档缺乏指导性,对任务或②文档基本可以指导用户进行编码或者使用,但是对部分环5指导性3③文档具备指导价值,能指导完成相关的代码或者指导完成④文档具备指导价值,能指导完成相关的代码或者指导完成①代码运行很不稳定,存在较②代码运行稳定,能稳定运行至少2个小时,但是也有几率导6稳定性3③代码运行稳定,能持续运行24小时以上,没有引起程序崩④代码运行稳定,能长期运行3天以上,客户反映良好(3分①代码运行很不稳定,存在较②代码运行稳定,能稳定运行至少2个小时,但是也有几率导7可靠性3③代码运行稳定,能持续运行24小时以上,没有引起程序崩④代码运行稳定,能长期运行3天以上,客户反映良好(3分①不了解公司编码规范,按照②基本了解编码规范,但按照规范编写的意识较弱,但总体8规范性3③熟悉编码规范,严格按照编码规范编写(2分)代码质量(15%)④严格遵守编码规范,对规范的执行和完善起到积极作用,①代码逻辑混乱,结构复杂,②代码基本可以读懂,结构较为清晰,但是逻辑复杂,多次10可维护性3③代码逻辑简单,结构清晰,具备一定的移植性,只能在本④代码逻辑简单,结构清晰,具备可移植性,能在很多地方①代码错误百出,无法满足实②能够满足基本业务需求,千行代码严重错误1个以上或者一③能够满足基本业务需求,千行代码没有严重问题,一般问11BUG数量3(2分)④能够满足基本业务需求,千行代码没有严重问题和一般问合计30。
软件工程师任务书PBC 模板
部门: 姓名:
1. 赢的承诺。
权重:70%
参考评价标准:A :>=100%,B :>=90%,C :>=85%,D<85%
说明: 工作计划符合 SMART 原则,其中: S (Specific 具体的), M (Measurable 可衡量的),A
(Attainable 可达到的), R (Relevant 相关的), T (Time-based 有期限的)。
参考评价标准:
说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
参考评价标准:A :100%,B :90%,C :80%,D :<80%
说明:问题解决率与工作的阶段,环境,工作的复杂度等都有非常大的关系,原则上鼓励自己多提问题,多发现问题,只有这样,总的问题解决率才会高。
尽可能将问题发现在设计阶段。
所以各阶段的问题率可以考虑不同的加权。
2. 执行承诺。
权重:20%
A. 流程遵从度。
权重:7%
参考评价标准(违规次数),A:0,B:1,C:2,D:>2
说明:包括CMM流程遵从度等。
根据审计或QA统计给出违反次数。
B. 规范符合性。
权重:6%
参考评价标准,A:完全符合,并积极参与技术规范建设,B:完全符合,C:违反1次,D:违反大于1次
说明:包括公司/部门设计规范符合性。
C. 文档质量。
权重:7%
参考评价标准:A:1,B:2,C:3,D:>3
说明:开发阶段以评审时的严重问题为参考,由QA统计给出。
文档受控后以实现与设计文档符合度为参考,一个不符合点为一个严重问题。
3. 团队承诺。
权重:10%
A. 周边工作满意度。
权重:5%
参考评价标准:A:完全满意B:>85% C:>70% D:<=70%
说明:满意度调查,受投诉或表扬,关注个人在小团队中的协作性。
由调查或项目经理给出。
参考评价标准:A:2 B:1 C:0
说明:以季度为为时间段的CBB利用率(调试经验总结,各种案例,模块及问题分析,培训等。
如果没有则填0。
4. 关键事件
说明:对员工特殊事件的处理。
如文档抽查发现问题,违反公司保密协定等,特殊处理。