软件开发工程师绩效考核
软件公司产品开发部工程师绩效考核评分标准
软件公司产品开发部工程师绩效考核评分
标准
1. 引言
本评分标准旨在为软件公司产品开发部工程师提供一个客观、公正的绩效考核依据，以评估工程师们在工作中的表现，并为个人的发展提供指导。
2. 考核要素
绩效考核将根据以下要素进行评分：
2.1 项目成果质量（40%）
工程师完成的项目成果质量将作为考核的关键指标。
评分时应考虑软件质量、程序的健壮性、功能的完整性等因素。
2.2 项目进度和交付时间（20%）
工程师在项目开发过程中的时间管理能力，以及项目交付的时效性将作为考核的重要依据。
2.3 团队合作与协作能力（15%）
工程师在团队内的合作表现，包括共享知识、沟通协作、积极参与团队活动等，将作为考核的一项重要因素。
2.4 技术能力和研究能力（15%）
工程师在技术方面的能力和对新知识研究的积极性将被考核。
包括技术熟练度、解决问题的能力和对新技术的掌握等方面。
2.5 个人发展和职业素养（10%）
工程师在个人发展方面的努力程度，包括进修研究、参与行业交流等，以及在职业素养方面的表现将作为考核的一项因素。
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、工作完成及时性。
按时间评判。
10分。
•A、杰出：经常提前完成安排的工作。
•B、良好：按时完成。
•C、正常：基本完成计划内工作，出现可控范围内延期。
•D、需改进：经常性出现延期或者延期严重。
2、工作量饱和度即生产率(一般评估标准：代码量/完成的时间)。
12分。
•A、杰出：工作效率很高，提前完成上级要求，满意度很高。
•B、良好：工作效率较高，达到上级的要求，满意度较高，未出现异常问题。
•C、正常：工作效率不高，基本达到上级的基本要求，偶现小问题。
•D、需改进：工作效率低，经常不能达到上级的要求，经常出现问题。
3、工作主观性（是否会主动推动工作的进行）。
评判：每周主动推动且主动协助解决项目问题。
5分。
•A、杰出：主观能动性很强，时刻主动推动项目进展，不需要领导时刻敦促。
•B、良好：主观能动性较强，推动项目进展，不需要领导时刻敦促。
•C、正常：主观能动性一般，偶尔推动项目进展，领导需要敦促。
•D、需改进：主观能动性较差，需要别人推动项目进展，领导需要时刻敦促。
4、文档质量（需求文档理解质量、测试用例质量、代码注释）。
8分。
•A、杰出：输出文档清晰、正确、规范，积极参与文档正规化建设，当天报告当天填写。
•B、良好：输出文档完整、正确、规范、满足公司文档要求，当天报告次日填写。
•C、正常：输出文档完整、正确，当天报告周末填写。
•D、需改进：输出文档不完整、不正确，当天报告拖延时间较长填写。
5、临时任务。
5分。
•A、杰出：乐意接受突发任务并高效及时完成。
•B、良好：接受突发任务并及时完成。
•C、正常：不忙时可接受突发任务并及时完成。
•D、需改进：不接受突发任务。
6、工作完成质量。
研发完成测试后验收时校验(总工期为计划开发时间、测试版本修改bug时间不包含测试时间)。
20分•A、杰出：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时间超过总工期10%以内。
•B、良好：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时间超过总工期15%以内。
公司软件开发人员绩效评价重点标准
公司软件开发人员绩效评价原则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. 目标制定企业应该根据自身的发展需求和开发工程师的个人发展需求，制定合理的考核目标。
软件工程师月度绩效考核评分表
软件工程师月度绩效考核评分表初评签字：复评签字：批准：软件工程师月度绩效考核评分表使用说明本软件工程师月度绩效考核评分表是用于定期评估软件工程师工作表现的重要工具，旨在通过量化指标全面、客观地反映工程师的纪律性、计划性、本职工作质量及周边绩效等关键方面。
以下是对该评分表使用方法的详细说明，确保考核过程公正、透明、高效。
1. 考核内容概述纪律（10分）：主要考核软件工程师的出勤情况、遵守公司规章制度及行为规范等。
具体扣分标准包括未履行请假手续旷工、违反公司纪律被通报批评或罚款、以及打架斗殴等行为。
示例：未履行请假手续，无故旷工1天扣5分；违反公司纪律被通报批评，视情节轻重扣2-5分。
计划性（10分）：分为工作计划和临时任务两部分，考察工程师对项目进度的把握和应急处理能力。
示例：当月28日前未提交月度工作总结和下月工作计划，每延迟1天扣2分；未能按时完成领导临时安排的工作任务，每项扣2分。
本职工作（70分）：细分为工作内容和工作质量两大块，全面评估工程师的工作完成情况和成果质量。
工作内容（20分）：考核软件开发、二次开发项目完成情况，规章制度的贯彻，以及设备保养、维护等。
示例：未按月度工作计划完成项目，每延迟一天扣1分；主管部门设备故障导致运行受阻，每次扣1分。
工作质量（50分）：涵盖服务器管理、技术支持、外购外协把关、网站维护等多个方面。
示例：信息系统维护失误，每项扣4分；提供技术支持不及时造成影响，每项扣4分；有合理化建议被采纳，可加2-5分。
周边绩效（10分）：考察工程师与内外部人员的协作情况及反馈。
示例：不积极配合工作遭到投诉，每次扣2分；公司开会点名批评或外部协作单位投诉，每次扣2分。
2. 考核流程初评：由直接上级或指定的考核人根据工程师的实际工作表现，对照评分表各项标准进行初步评分。
复评：在初评基础上，可由更高一级的管理者或人力资源部门进行复核，确保评分的准确性和公正性。
批准：最终评分需经过相关领导审批确认，并作为工程师月度绩效考核结果的正式记录。
软件开发 绩效考核
软件开发绩效考核1. 简介软件开发绩效考核是评估软件开发团队成员在项目中的表现和贡献的一种方法。
通过对开发人员的工作量、质量和效率进行评估，可以了解团队成员的技术水平、工作态度和能力，并为个人的职业发展提供参考。
2. 绩效考核指标2.1 工作量工作量是衡量一个软件开发人员在项目中投入的时间和精力的指标。
可以通过以下方式来评估工作量：•完成任务数：统计个人在一定时间内完成的任务数量，包括需求分析、设计、编码、测试等环节。
•代码行数：统计个人编写的代码行数，可以反映个人在项目中的编码能力和贡献。
•提交频率：统计个人提交代码到版本控制系统的频率，高频率提交可能代表较高的工作效率。
2.2 质量质量是衡量一个软件开发人员交付成果是否符合规范和要求的指标。
可以通过以下方式来评估质量：•缺陷数量：统计个人编写代码中出现的缺陷数量，包括功能错误、性能问题、安全漏洞等。
•缺陷修复率：统计个人及时修复缺陷的能力，包括缺陷的定位、修复和验证。
•代码评审结果：评估个人在代码评审中被指出的问题数量和质量，包括设计不合理、算法错误、命名规范等。
2.3 效率效率是衡量一个软件开发人员在项目中利用资源和时间的能力。
可以通过以下方式来评估效率：•任务完成时间：统计个人完成任务所花费的时间，对比预期计划，评估个人工作效率。
•问题解决速度：统计个人解决问题所花费的时间，包括技术难题、需求变更等。
•资源利用率：评估个人在开发过程中对资源（如服务器、数据库）的合理利用程度。
3. 绩效考核流程3.1 目标设定在绩效考核开始前，需要明确考核目标和标准。
目标应该与团队的整体目标相一致，并且能够量化和可衡量。
3.2 数据收集根据绩效考核指标，收集相关数据。
可以通过版本控制系统、缺陷跟踪系统、项目管理工具等来获取数据。
3.3 数据分析对收集到的数据进行分析，计算各项指标的得分。
可以使用加权平均法或排名法来计算个人的总体绩效得分。
3.4 绩效评估根据数据分析的结果，对个人绩效进行评估。
软件开发 绩效考核
软件开发绩效考核在软件开发领域，绩效考核是评估团队成员、开发者或整个团队在一定时期内工作表现的过程。
有效的绩效考核可以帮助组织了解员工的贡献，指导个人职业发展，并对整个团队的成就进行评估。
以下是一些在软件开发绩效考核中常见的指标和方法：项目完成情况：* 交付质量：评估交付的软件产品或项目的质量，包括功能完整性、性能、可靠性等。
* 项目进度：考察工程师在项目期间的工作进展，是否按照计划完成任务。
代码质量和维护：* 代码审查：评估工程师对于他人代码的审查能力以及代码质量。
* Bug 修复：考察工程师解决和修复bug 的效率和质量。
团队合作：* 合作能力：评估在团队中的合作能力，包括与其他开发者、测试人员和其他团队成员的协同工作。
* 知识分享：考察工程师是否愿意分享知识和经验，帮助团队共同成长。
技术能力提升：* 培训和学习：考察工程师在评估期内通过培训和学习提高自身技术水平的情况。
* 新技术应用：评估工程师是否能够应用新的技术和工具，推动团队技术的更新。
创新和解决问题能力：* 解决问题：评估工程师解决问题和面对挑战的能力。
* 创新思维：是否提出新的创意和解决方案。
客户满意度：* 用户反馈：了解客户对软件产品的满意度，是否满足用户需求。
* 项目交付时间：按时完成项目是否符合客户期望。
目标达成情况：* 制定和实现目标：评估工程师是否能够制定明确的目标，并在评估期内实现这些目标。
绩效考核最好是基于明确的标准和目标，同时要考虑到员工的个人发展需求。
定期进行绩效谈话是一种良好的实践，可以帮助员工了解自己的表现，并提供机会为未来的职业发展设定目标。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件开发工程师绩效考核-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
软件开发工程师绩效考核
1、工作完成及时性。
按时间评判。
10分。
A、杰出：经常提前完成安排的工作。
B、良好：按时完成。
C、正常：基本完成计划内工作，出现可控范围内延期。
D、需改进：经常性出现延期或者延期严重。
2、工作量饱和度即生产率(一般评估标准：代码量/完成的时间)。
12分。
A、杰出：工作效率很高，提前完成上级要求，满意度很高。
B、良好：工作效率较高，达到上级的要求，满意度较高，未出现异常问题。
C、正常：工作效率不高，基本达到上级的基本要求，偶现小问题。
D、需改进：工作效率低，经常不能达到上级的要求，经常出现问题。
3、工作主观性（是否会主动推动工作的进行）。
评判：每周主动推动且主动协助解决项目问题。
5分。
A、杰出：主观能动性很强，时刻主动推动项目进展，不需要领导时刻敦促。
B、良好：主观能动性较强，推动项目进展，不需要领导时刻敦促。
C、正常：主观能动性一般，偶尔推动项目进展，领导需要敦促。
D、需改进：主观能动性较差，需要别人推动项目进展，领导需要时刻敦促。
4、文档质量（需求文档理解质量、测试用例质量、代码注释）。
8分。
A、杰出：输出文档清晰、正确、规范，积极参与文档正规化建设，当天报告当天
填写。
B、良好：输出文档完整、正确、规范、满足公司文档要求，当天报告次日填写。
C、正常：输出文档完整、正确，当天报告周末填写。
D、需改进：输出文档不完整、不正确，当天报告拖延时间较长填写。
5、临时任务。
5分。
A、杰出：乐意接受突发任务并高效及时完成。
B、良好：接受突发任务并及时完成。
C、正常：不忙时可接受突发任务并及时完成。
D、需改进：不接受突发任务。
6、工作完成质量。
研发完成测试后验收时校验(总工期为计划开发时间、测试版本修改bug时间不包含测试时间)。
20分
A、杰出：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时
间超过总工期10%以内。
B、良好：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时
间超过总工期15%以内。
C、正常：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时
间超过总工期20%以内。
D、需改进：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug
时间超过总工期25%以内。
E、不合格：总工期5%以上工作量遗漏或造成总工期5%以上工作量逻辑修改或无
法测试耽误总工期5%以上或者修改bug时间超过总工期25%以上。
(项目结束时使用)
7、千行代码率。
10分。
A、杰出;
代码非常清晰，逻辑性很强，运行很流畅
B、良好;
代码比较清晰，逻辑性中等，运行流畅
C、正常;
代码条理一般清晰，逻辑性一般，运行速度一般。
D、需改进;代码条理不清晰，毫无逻辑性可言，无法正常运行，出现严重拖沓现象
E、不合格;对程序理解造成了比较严重理解误;造成重大损失;
(项目结束时使用)
8、周边工作满意度。
10分。
A、杰出;
与团队人员共同完成工作，对别人意见积极回应，
主动采纳不同意见，善于建立和谐的工作环境，
服从安排。
B、良好;
偶尔与同事沟通，无障碍，但不影响工作。
工作比较积极主动，服从安排
C、正常;
不主动沟通别人，但同事来沟通，能够配合。
在主观督促下能够完成工作，服从
安排
D、需改进;不主动与同事沟通，自行其事，轻微影响工作。
不服从安排或者安排
时讨价还价，
9、工作总结、研发总结。
10分。
A、杰出;
每次都能提前提交总结，并且内容完整、详实、
清楚。
B、良好;
每次都能按时提交总结，内容较完整、详实，
C、正常;
基本能按时提交总结，内容较完整、详实，
D、需改进;基本能按时提交总结，内容不太完整，
D、不合格;很少能按时提交总结和计划，内容不太完整。
10、工作态度。
10分
A、杰出;
除岗位要求的知识技能外，还主动学习其他相关的知识技能，工作能力明显提高?
B、良好;有意识地学习岗位要求的知识技能和业界先进经验，并在工作中加以实践
C、正常;
在工作中学习，能够从失误中吸取教训、举一反三，防患于未然
D、需改进;能够不出现相同的失误，但不能防患于未然
D、不合格;多次出现相同的失误。