公司软件开发人员绩效评价标准介绍
程序员绩效评价标准
绩效评价标准总则：通过量化的指标准确的评定软件开发人员的绩效，从而对薪酬分配提供可靠的依据。
λ基本说明：绩效评价，包括业绩考核和能力评定。
对软件开发人员的绩效评定，每一项问答表现优秀加一分，表现不佳扣一分，表现平平不得分，最后计算总分。
λ业绩考核：此项考核主要考核在一定时间内软件开发人员的任务完成情况。
主要包括有以下指标：目标的完成度、难易度、贡献度。
目标完成度●完成情况：能否总是在规定期限内完成工作？或者尚能在规定的时限内完成工作，还是经常需要上级的催促才能按时完成工作，或者一贯拖延工作期限，即便在上级的催促下也不能按时完成工作？在困难或者环境变化的情况下，是否也完成了计划的工作？是否很快、很迅速、高标准、高质量、创造性的完成交给的工作？是否在完成工作的同时，又能很好地控制成本？如果工作没有完成是由于环境的变化还是个人能力的问题？或者是工作太多了，根本无法完成？在工作中是仅仅要求完成任务还是主动进行工作流程的改进，高效运用相关资源来解决工作中出现的问题？上级人员交给其工作时是否放心？●完成质量：提交的程序是否经常出现很多BUG？是否经常需要修正或调整？编码是否严格遵守代码规范性？用户对其开发的软件是否满意？●完成时间：总是提前完成任务，还是总是强调客观原因而无法准时完成任务？是否经常需要有人催促才能完成工作？难易度所完成的工作是否是一般人不愿意干的工作？或者是很烦很累枯燥无味的工作？所完成的工作是一般程序员都可以充分达成的目标，还是不易达成的挑战性目标？如果本人不在，本部门或本小组是否有替代的人？贡献度其所作的工作对公司创造了多少直接效益？多少间接效益？或者降低了多少成本？工作完成后的成本情况如何？是否有效地控制成本？是否在圆满完成本职工作以外，还积极主动地从事其它相关事情？是否尽力为公司创造最大利益，在各方面尽了最大努力并取得了一定的成果？能力评定：能力评定是通过对员工的日常工作的工作表现，观察、分析、评价其所具备的工作能力。
软件部绩效管理考核标准规范
软件部绩效考评方案第一部分、考评对象研发全体人员第二部分、工作职责一、项目经理和用户方对接需求，合理分配内部资源，统筹所负责项目标整体计划，监控跟踪开发过程进度，着手处理棘手问题，并应对突发情况对项目整体计划做出调整。
二、开发人员（程序员、中级程序员、高级程序员）依据需求文档，在项目经理任务划分负责范围内，按效率天天完成固定功效编码工作，并负担该部分维护工作。
三、测试人员按指定文档编写测试用例，并对相关项目进行单元，集成及系统测试工作。
四、美工人员负责直接和用户沟通UI方面相关业务，并针对所负责项目标软件交互进行美术及交互设计,并按需切图，关键输出产物为牵引图，UI指导，拓展图，PSD原图，及切图。
第三部分、开发及测试人员考评内容（初，中，高）一、质量考评1. 度量指标质量度量关键是依据度量指标来进行评价；质量指标是指软件开发程序缺点率（bug数量）。
2. 度量指标计算方法（1）度量指标评分标准依据软件开发程序缺点率（bug量）来确定，缺点率越高，其评价分就越低。
（2）缺点率起源关键是软件经过测试组测试后，所产生测试汇报；◆软件交付使用后十二个月内产生软件维护统计表;◆开发人员缺点率考评，关键依据测试汇报和软件维护统计；◆测试人员缺点率考评，依据软件维护统计。
（3）缺点率单位以程序单元为单位，相比较而得出缺点率值（原理：缺点数/单元总数）。
这里所指程序单元，是WBS分解后内容。
（4）开发人员缺点率计算方法● 依据测试汇报和软件维护统计中缺点类别，分别统计各类别缺点率，然后依据度量指标计分标准表来打分。
● 缺点数计算公式为：Total = ∑(Ci*Fi*Ki)； ● 缺点率计算公式为：V = Total / U ；其中i=1,2,...n 代表每个缺点；U 代表开发人员负责、已完成且已被测试程序单元总数；C 代表缺点所对应缺点等级权重系数；通常权重系数以"通常"缺点等级作为基数（权数设为1），"轻微"缺点等级可不用计算缺点率（权数设为0）。
开发人员绩效考核
开发人员绩效考核在软件开发领域，绩效考核是评估开发人员工作表现和贡献的重要手段。
通过对开发人员的绩效进行科学合理的评估，可以提高团队整体的工作效率和质量，促进个人的成长和发展。
本文将探讨开发人员绩效考核的内容、方法和注意事项。
一、绩效考核内容1. 项目质量：评估开发人员在项目中交付的软件质量。
这包括代码质量、Bug修复情况、产品稳定性等方面。
2. 项目进度：考察开发人员在项目中的目标完成情况和时间管理能力。
3. 协作能力：评估开发人员的团队合作意识、与他人沟通协调能力以及在团队中的角色发挥等。
4. 技术能力：考核开发人员在项目开发过程中所应用的技术能力和解决问题的能力。
5. 创新能力：评价开发人员在工作中提出新想法、实现新功能或解决挑战的能力。
二、绩效考核方法1. 定期评估：可以设定每季度或每半年进行一次绩效评估。
评估可以通过团队负责人和同事的多方反馈进行，也可以结合开发人员自我评估的结果。
2. 任务目标评估：根据项目的任务目标设定绩效考核指标，并通过开发人员在项目中的实际表现来评估。
可使用现有的绩效评估模型，如KPI（关键绩效指标）等。
3. 360度评估：采用多维度的评估方法，包括自评、同事评、上级评、下级评等，形成全方位的评估结果。
4. 反馈和辅导：及时给予开发人员反馈和辅导，帮助他们改进不足之处并提高工作表现。
5. 建立奖惩机制：对于绩效优秀的开发人员给予奖励和晋升机会，对于绩效不佳的开发人员进行培训和改进要求。
三、绩效考核的注意事项1. 公平公正：评估过程应公平公正，避免主观偏见和个人情感的干扰。
评估标准和方法应明确清晰，避免模糊抽象的描述。
2. 量化指标：尽可能使用量化的指标评估绩效，如代码质量评分、完成任务的时间、同事对其合作评价等。
避免主观性过强的评估。
3. 鼓励发展：评估结果应当给予开发人员正面的鼓励和积极的引导，促进其自我发展和进步。
4. 持续改进：绩效考核应被视为一个持续改进的过程，通过评估结果的及时反馈和分析，不断完善和优化绩效考核体系。
软件公司开发人员绩效评价标准
公司软件开发人员绩效评价标准1、总则通过量化的指标准确的评定软件开发人员的绩效，从而对薪酬分配提供可靠的依据。
2、基本说明绩效评价，包括业绩考核和技术能力评定以及团队精神。
对软件开发人员的绩效评定，每一项问答表现优秀加一分，表现不佳扣一分，表现平平不得分，最后计算总分。
评价体系：1、优秀2、良好3、一般4、很差3、业绩考核此项考核主要考核在一定时间内软件开发人员的任务完成情况。
主要包括有以下指标：目标完成度、难易度、贡献度。
3.1、目标完成度3.1.1、完成情况1、能否总是在规定期限内完成工作？2、或者尚能在规定的时限内完成工作，还是经常需要上级的催促才能按时完成工作，或者一贯拖延工作期限，即便在上级的催促下也不能按时完成工作？3、在困难或者环境变化的情况下，是否也完成了计划的工作？4、是否很快、很迅速、高标准、高质量、创造性的完成交给的工作？5、是否在完成工作的同时，又能很好地控制成本？6、如果工作没有完成是由于环境的变化还是个人能力的问题？7、或者是工作太多了，根本无法完成？8、在工作中是仅仅要求完成任务还是主动进行工作流程的改进，高效运用相关资源来解决工作中出现的问题？9、上级人员交给其工作时是否放心？3.1.2、完成质量1、提交的程序是否经常出现很多BUG？是否经常需要修正或调整？2、编码是否严格遵守代码规范性？3、用户对其开发的软件是否满意？3.1.3、完成时间1、总是提前完成任务，还是总是强调客观原因而无法准时完成任务？2、是否经常需要有人催促才能完成工作？3.2、难易度1、所完成的工作是否是一般人不愿意干的工作？或者是很烦很累枯燥无味的工作？2、所完成的工作是一般程序员都可以充分达成的目标，还是不易达成的挑战性目标？3、如果本人不在，本部门或本小组是否有替代的人？3.3、贡献度1、其所做的工作对公司创造了多少直接效益？多少间接效益？或者降低了多少成本？2、工作完成后的成本情况如何？是否有效地控制成本？3、是否在圆满完成本职工作以外，还积极主动地从事其它相关事情？4、是否尽力为公司创造最大利益，在各方面尽了最大努力并取得了一定的成果？4、技术能力技术能力评定：技术能力评定是通过对员工的日常工作的工作表现、观察、分析、评价其所具备的工作能力。
员工绩效考核方案软件开发部绩效考核方案
员工绩效考核方案软件开发部绩效考核方案嘿，各位亲爱的同事们，今天我们要聊聊一个至关重要的话题：软件开发部的绩效考核方案。
这可是关乎大家年终奖和职业发展的关键所在，所以咱们可得认真对待。
一、绩效考核目的我们得明确绩效考核的目的。
这不仅仅是老板们想要看看我们这一年都干了啥，更重要的是，通过这个考核，让我们知道自己的长处和短板，从而更好地提升自己。
简单来说，就是让我们知道自己的价值，以及如何提升这个价值。
二、考核指标设定1.项目完成度：这个指标很直接，就是看我们完成了多少项目，以及这些项目的质量如何。
2.技术能力：这个指标主要看我们的技术水平，包括编程能力、解决问题能力等。
3.团队协作：软件开发不是一个人的事，我们需要学会与他人合作，共同推进项目。
4.创新能力：这个指标看重的是我们的创新意识，是否能提出一些新的思路和方法。
5.学习能力：技术在不断更新，我们需要不断学习，提升自己的能力。
三、考核流程1.自评：每个人根据自己的工作表现，进行自我评价。
2.互评：团队成员之间互相评价，看看彼此的表现。
3.领导评价：部门领导根据大家的自评和互评，给出自己的评价。
四、考核结果应用1.奖金分配：绩效考核结果将直接影响年终奖的发放。
2.职业发展：绩效考核结果将作为晋升、培训等职业发展的重要依据。
3.能力提升：根据绩效考核结果，制定个人提升计划。
五、注意事项1.公平公正：绩效考核要保证公平公正，不能偏袒任何一个人。
2.客观真实：评价要客观真实，不能夸大或者贬低别人的表现。
3.及时反馈：考核结果要及时反馈给每个人，让他们知道自己的不足和需要改进的地方。
六、我想说，绩效考核不是终点，而是新的起点。
让我们以绩效考核为契机，不断提升自己，为实现公司的目标而努力奋斗！加油，同事们！我们一起加油！注意事项：1.避免主观偏见：考核中可能会出现主观判断，这会影响评价的准确性。
解决办法：建立一套量化的评分标准，确保每个人都按照同样的标准被评价。
软件部绩效考核规范标准
软件部绩效考核方案第一部分、考核对象研发全体人员第二部分、工作职责一、项目经理与客户方对接需求，合理分配内部资源，统筹所负责项目的整体规划，监控跟踪开发过程进度，着手解决棘手问题，并应对突发情况对项目整体计划做出调整。
二、开发人员（程序员、中级程序员、高级程序员）根据需求文档，在项目经理的任务划分负责范围内，按效率每天完成固定功能的编码工作，并承担该部分的维护工作。
三、测试人员按指定的文档编写测试用例，并对相关项目进行单元，集成及系统测试工作。
四、美工人员负责直接和客户沟通UI方面的相关业务，并针对所负责项目的软件交互进行美术及交互设计,并按需切图，主要输出产物为牵引图，UI指引，拓展图，PSD原图，及切图。
第三部分、开发及测试人员的考核内容（初，中，高）一、质量考核1. 度量指标质量度量主要是根据度量指标来进行评价的；质量指标是指软件开发程序缺陷率（bug的数量）。
2. 度量指标计算方法（1）度量指标评分标准根据软件开发程序的缺陷率（bug量）来确定，缺陷率越高，其评价分就越低。
（2）缺陷率来源主要是软件经过测试组测试后，所产生的测试报告；◆软件交付使用后一年内产生的软件维护记录表;◆开发人员的缺陷率考核，主要依据测试报告和软件维护记录；◆测试人员的缺陷率考核，依据软件维护记录。
（3）缺陷率单位以程序单元为单位，相比较而得出缺陷率的值（原理：缺陷数/单元总数）。
这里所指的程序单元，是WBS分解后的内容。
（4）开发人员缺陷率计算方法根据测试报告和软件维护记录中的缺陷类别，分别统计各类别的缺陷率，然后依据度量指标的计分标准表来打分。
● 缺陷数计算公式为：Total = ∑(Ci*Fi*Ki)； ● 缺陷率计算公式为：V = Total / U ；其中i=1,2,...n 代表每个缺陷；U 代表开发人员负责的、已完成且已被测试的程序单元总数； C 代表缺陷所对应的缺陷级别的权重系数；通常权重系数以"一般"缺陷级别作为基数（权数设为1），"轻微"缺陷级别可不用计算缺陷率（权数设为0）。
软件开发部绩效考核方案
软件开发部绩效考核方案年对技术执行总监予以5%~10%的降薪，具体降薪比例由总经理在此范围内确定。
绩效考核方案为了全面简洁地评价公司研发人员的工作成绩，贯彻公司发展战略，结合研发人员的工作特点，制定了软件开发部绩效考核方案。
考核对象：软件开发部全体人员。
考核内容：1.进程考核：对软件开发的进展情况进行度量，主要考察时间进度。
每周工作过程中，所花费的天数通过书写的“工作日志”可以进一步核实。
工作日志每天要书写，每周向直接上级汇报，并存档，便于抽查、核对。
对开发人员的过程考核数据是：项目所负责的程序单元的计划完成时间和实际需要时间。
对技术执行总监的过程考核数据是：整个项目的计划完成时间和实际完成时间。
时间差率=(本月实际需要时间-本月预计完成时间)/本月预计完成时间；（以天为单位）；最终的结果为N个任务的平均值。
2.评分标准：时间差率范围可根据具体项目而定。
得分90-100，时间差率范围15％以下；得分70-80，时间差率范围15％-35％；得分低于70，时间差率范围35％以上。
3.综合考核：根据综合因素考核表对相应人员的考核。
详见附录1软件开发人员综合因素考核表，附录2技术执行总监综合因素考核表。
绩效考核：考评分=进程评分*进程权数+综合因素评分*综合因素权数。
综合指标权重系数表：进程考评权数0.6，综合因素权数0.4.绩效考核标准：根据项目组的平均得分值，有以下评分标准：得分90～100，考核评价优；得分80～89，考核评价良；得分60～79，考核评价合格；得分低于60，考核评价差。
研发部每个月确定了项目组成员绩效考核评价后，计算项目组的平均得分值，比较项目组的平均得分值与绩效考核标准范围，确定技术执行总监的绩效考核评价。
薪金激励：1.研发人员一年的考核结果平均分在85分（含）以上时，下一年给予该研发人员5%~10%的提薪，具体提薪比例由总经理在此范围内确定。
2.研发人员一年考核结果平均分低于60分（不含）时，下一年对该研发人员予以5%~10%的降薪，具体降薪比例由总经理在此范围内确定。
软件开发部绩效考核方案
软件开发部绩效考核方案软件开发部的绩效考核方案为了全面评价公司研发人员的工作成绩，结合研发人员的工作特点，制定了软件开发部的绩效考核方案。
考核对象为软件开发部全体人员，考核内容包括进程考核和综合考核。
进程考核主要考察时间进度，包括每周工作过程中所花费的天数和项目所负责的程序单元的计划完成时间和实际需要时间。
对于每周工作过程中所花费的天数，要求每天书写工作日志，并每周向直接上级汇报并存档，以便抽查核对。
技术执行总监的过程考核数据是整个项目的计划完成时间和实际完成时间。
时间差率=(本月实际需要时间-本月预计完成时间)/本月预计完成时间；（以天为单位）；最终的结果为N个任务的平均值。
时间差率范围可根据具体项目而定。
评分标准根据时间差率范围而定，得分分为优、良、合格和差。
综合考核根据综合因素考核表对相应人员的考核，详见附录1软件开发人员综合因素考核表，附录2技术执行总监综合因素考核表。
绩效考核根据进程评分和综合因素评分计算得出，其中进程的权数为0.6，综合因素的权数为0.4.根据项目组的平均得分值，有以下评分标准：优、良、合格和差。
薪金激励方面，研发人员一年的考核结果平均分在85分（含）以上时，下一年给予该研发人员5%~10%的提薪；研发人员一年考核结果平均分低于60分（不含）时，下一年对该研发人员予以5%~10%的降薪；研发组所有成员一年考核结果平均分在80分（含）以上时，下一年给予技术执行总监5%~10%的提薪。
具体提薪比例由总经理在此范围内确定。
很少能按时提交工作总结和计划，而且内容也不够完整，这使得人们很难了解当前的工作动态。
在备份源程序方面，A选项每天都能及时备份源程序，并且每次抽查都能通过；而B选项基本每天都能备份源程序，但偶尔会没有通过抽查；C选项往往2至3天备份一次源程序，抽查一般没有通过；D选项往往一星期备份一次源程序，抽查一般也没有通过，但有最终版本的源程序备份；而E选项则根本不备份源程序，抽查从来没有通过。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
公司软件开发人员绩效评价标准介绍
1
公司软件开发人员绩效评价标准
总则:
经过量化的指标准确的评定软件开发人员的绩效,从而对薪酬分配提供可靠的依据。
基本说明:
绩效评价,包括业绩考核和能力评定。
对软件开发人员的绩效评定,每一项问答表现优秀加一分,表现不佳扣一分,表现平平不得分,最后计算总分。
业绩考核:
此项考核主要考核在一定时间内软件开发人员的任务完成情况。
主要包括有以下指标:目标的完成度、难易度、贡献度。
目标完成度
●完成情况:
能否总是在规定期限内完成工作?或者尚能在规定的时限内完成工作,还是经常需要上级的催促才能按时完成工作,或者一贯拖延工作期限,即便在上级的催促下也不能按时完成工作?
在困难或者环境变化的情况下,是否也完成了计划的工作?
是否很快、很迅速、高标准、高质量、创造性的完成交给的工作?
2
是否在完成工作的同时,又能很好地控制成本?
如果工作没有完成是由于环境的变化还是个人能力的问题?或者是工作太多了,根本无法完成?
在工作中是仅仅要求完成任务还是主动进行工作流程的改进,高效运用相关资源来解决工作中出现的问题?
上级人员交给其工作时是否放心?
●完成质量:
提交的程序是否经常出现很多BUG?是否经常需要修正或调整?编码是否严格遵守代码规范性?用户对其开发的软件是否满意?
●完成时间:
总是提前完成任务,还是总是强调客观原因而无法准时完成任务?是否经常需要有人催促才能完成工作?
难易度
所完成的工作是否是一般人不愿意干的工作?或者是很烦很累枯燥无味的工作?
所完成的工作是一般程序员都能够充分达成的目标,还是不易达成的挑战性目标?
如果本人不在,本部门或本小组是否有替代的人?
贡献度
3。