公司软件开发人员绩效评价标准
- 格式:docx
- 大小:153.83 KB
- 文档页数:11
员工绩效考核方案软件开发部绩效考核方案员工绩效考核是现代企业对员工工作表现进行评价的重要手段,对于软件开发部门这种技术性较强的部门来说,绩效考核更是必不可少的管理工具。
为了更好地管理员工,推动软件开发部门的高效发展,本文将基于软件开发部门的实际情况,提出员工绩效考核方案,同时开发绩效考核方案软件,以实现科学化、系统化的管理,具有现实意义和操作价值。
一、员工绩效考核方案1.目的软件开发部门的绩效考核方案的制定主要目的是激励员工发挥最大的工作潜力和创造力,在提高工作业绩的同时,不断提高个人水平和团队协作精神,实现个人与企业的共同发展。
2.内容软件开发部门的绩效考核方案主要包含两个方面:一是定性考核,二是定量考核。
(1) 定性考核定性考核主要评估员工工作中的基本素质,如工作态度、业务技能、规范执行、团队合作等。
定性考核旨在评估员工持续性的工作表现,以及其在团队协作中所发挥的作用。
(2) 定量考核定量考核主要评估员工的工作业绩,包括工作完成情况、工作质量、项目进度等等。
绩效考核的定量评估应当与公司的经营目标相一致。
3.方法软件开发部门的绩效考核既要遵循客观因素的原则,又要考虑员工的主观能动性,建议采用360度绩效考核法。
(1) 自我评估:员工对自己的工作情况进行评价,并提出改进意见。
(2) 上级评估:员工的直接上级对其工作情况进行评价。
(3) 同事评估:员工的同事对其工作情况进行匿名评价。
(4) 下级评估:员工对自己负责的下级员工进行评价。
使用360度绩效考核法,可以从多维度、多角度全面地评估员工的工作表现和能力,更加公正合理地体现员工的个人价值。
4.奖惩机制软件开发部门绩效考核的奖惩机制应当具有一定的激励作用和约束作用。
对于表现出色的员工应当给予相应的激励,例如提高薪资待遇、晋升职务等等。
而对于表现不佳的员工,则应当及时予以纠正、培训,或者采取适当的惩戒措施,以保证部门的整体工作效率。
二、绩效考核方案软件开发为了更好地管理员工的绩效,提高软件开发部门的工作效率,开发绩效考核方案软件是不可或缺的一步。
软件开发部门绩效评估指标1. 引言本文档旨在详细阐述软件开发部门的绩效评估指标。
通过绩效评估,我们可以全面了解开发团队的运作情况,包括工作效率、产品质量、团队协作和创新能力等方面。
绩效评估结果将为我们提供决策依据,帮助我们在软件开发过程中持续改进和优化。
2. 绩效评估指标体系本文档从以下五个方面构建绩效评估指标体系:- 业务目标完成情况- 工作效率- 产品质量- 团队协作- 创新能力2.1 业务目标完成情况业务目标完成情况反映了软件开发部门为公司创造价值的能力。
评估指标如下:- 项目进度:按照项目计划完成的项目数量和进度- 客户满意度:根据客户反馈和满意度调查结果- 业务收入:开发的软件产品所带来的收入2.2 工作效率工作效率评估指标关注开发团队在项目执行过程中的时间和资源利用率。
评估指标如下:- 迭代周期:完成一个迭代所需的时间- 人均产值:团队成员的人均产出- 资源利用率:开发资源(如服务器、数据库等)的利用效率2.3 产品质量产品质量评估指标衡量软件产品的稳定性和可靠性。
评估指标如下:- 缺陷密度:单位代码中的缺陷数量- 测试覆盖率:测试用例覆盖代码的比例- 系统稳定性:系统运行过程中的故障率和恢复时间2.4 团队协作团队协作评估指标反映开发团队成员之间的沟通与协作程度。
评估指标如下:- 沟通效率:团队内部沟通的及时性和有效性- 协同工作率:团队成员共同完成任务的比例- 知识共享:团队成员之间的知识传递和共享程度2.5 创新能力创新能力评估指标关注开发团队在技术研究和创新方面的能力。
评估指标如下:- 专利数量:团队申请并获得的专利数量- 技术分享:团队内部技术交流和分享活动的次数和质量- 新技术应用:团队在项目中应用的新技术数量和效果3. 评估方法与流程绩效评估分为季度评估和年度评估,采用定量和定性相结合的方法。
具体流程如下:1. 数据收集:从各个评估指标收集相关数据。
2. 数据处理:对收集到的数据进行整理和分析,计算各指标得分。
开发人员绩效考核在软件开发领域,绩效考核是评估开发人员工作表现和贡献的重要手段。
通过对开发人员的绩效进行科学合理的评估,可以提高团队整体的工作效率和质量,促进个人的成长和发展。
本文将探讨开发人员绩效考核的内容、方法和注意事项。
一、绩效考核内容1. 项目质量:评估开发人员在项目中交付的软件质量。
这包括代码质量、Bug修复情况、产品稳定性等方面。
2. 项目进度:考察开发人员在项目中的目标完成情况和时间管理能力。
3. 协作能力:评估开发人员的团队合作意识、与他人沟通协调能力以及在团队中的角色发挥等。
4. 技术能力:考核开发人员在项目开发过程中所应用的技术能力和解决问题的能力。
5. 创新能力:评价开发人员在工作中提出新想法、实现新功能或解决挑战的能力。
二、绩效考核方法1. 定期评估:可以设定每季度或每半年进行一次绩效评估。
评估可以通过团队负责人和同事的多方反馈进行,也可以结合开发人员自我评估的结果。
2. 任务目标评估:根据项目的任务目标设定绩效考核指标,并通过开发人员在项目中的实际表现来评估。
可使用现有的绩效评估模型,如KPI(关键绩效指标)等。
3. 360度评估:采用多维度的评估方法,包括自评、同事评、上级评、下级评等,形成全方位的评估结果。
4. 反馈和辅导:及时给予开发人员反馈和辅导,帮助他们改进不足之处并提高工作表现。
5. 建立奖惩机制:对于绩效优秀的开发人员给予奖励和晋升机会,对于绩效不佳的开发人员进行培训和改进要求。
三、绩效考核的注意事项1. 公平公正:评估过程应公平公正,避免主观偏见和个人情感的干扰。
评估标准和方法应明确清晰,避免模糊抽象的描述。
2. 量化指标:尽可能使用量化的指标评估绩效,如代码质量评分、完成任务的时间、同事对其合作评价等。
避免主观性过强的评估。
3. 鼓励发展:评估结果应当给予开发人员正面的鼓励和积极的引导,促进其自我发展和进步。
4. 持续改进:绩效考核应被视为一个持续改进的过程,通过评估结果的及时反馈和分析,不断完善和优化绩效考核体系。
员工绩效考核方案软件开发部绩效考核方案嘿,各位亲爱的同事们,今天我们要聊聊一个至关重要的话题:软件开发部的绩效考核方案。
这可是关乎大家年终奖和职业发展的关键所在,所以咱们可得认真对待。
一、绩效考核目的我们得明确绩效考核的目的。
这不仅仅是老板们想要看看我们这一年都干了啥,更重要的是,通过这个考核,让我们知道自己的长处和短板,从而更好地提升自己。
简单来说,就是让我们知道自己的价值,以及如何提升这个价值。
二、考核指标设定1.项目完成度:这个指标很直接,就是看我们完成了多少项目,以及这些项目的质量如何。
2.技术能力:这个指标主要看我们的技术水平,包括编程能力、解决问题能力等。
3.团队协作:软件开发不是一个人的事,我们需要学会与他人合作,共同推进项目。
4.创新能力:这个指标看重的是我们的创新意识,是否能提出一些新的思路和方法。
5.学习能力:技术在不断更新,我们需要不断学习,提升自己的能力。
三、考核流程1.自评:每个人根据自己的工作表现,进行自我评价。
2.互评:团队成员之间互相评价,看看彼此的表现。
3.领导评价:部门领导根据大家的自评和互评,给出自己的评价。
四、考核结果应用1.奖金分配:绩效考核结果将直接影响年终奖的发放。
2.职业发展:绩效考核结果将作为晋升、培训等职业发展的重要依据。
3.能力提升:根据绩效考核结果,制定个人提升计划。
五、注意事项1.公平公正:绩效考核要保证公平公正,不能偏袒任何一个人。
2.客观真实:评价要客观真实,不能夸大或者贬低别人的表现。
3.及时反馈:考核结果要及时反馈给每个人,让他们知道自己的不足和需要改进的地方。
六、我想说,绩效考核不是终点,而是新的起点。
让我们以绩效考核为契机,不断提升自己,为实现公司的目标而努力奋斗!加油,同事们!我们一起加油!注意事项:1.避免主观偏见:考核中可能会出现主观判断,这会影响评价的准确性。
解决办法:建立一套量化的评分标准,确保每个人都按照同样的标准被评价。
IT公司软件开发团队绩效评价体系随着信息技术的迅速发展和应用,IT公司在软件开发领域扮演着重要角色。
为了提高软件开发团队的整体绩效,建立一个科学合理的绩效评价体系变得尤为重要。
本文将介绍一个针对IT公司软件开发团队的绩效评价体系,并探讨其优势和运用。
一、绩效评价指标1. 项目管理能力:评估软件开发团队对项目的规划、组织、执行和控制能力。
包括项目目标的设定和跟踪、资源调配、进度管理以及风险管理等方面。
2. 开发质量:评估软件开发团队在编码、测试、发布等环节中对软件质量的控制。
包括代码的规范性、可读性、可维护性,以及软件的性能、可靠性、安全性等方面。
3. 创新能力:评估软件开发团队在技术研究和创新方面的能力。
包括对新技术的学习和运用、解决复杂问题的能力以及提出创新点子的能力等方面。
4. 团队协作:评估软件开发团队成员之间的协作能力和团队整体效能。
包括沟通能力、合作精神、冲突解决能力以及团队目标的共识和执行等方面。
5. 项目交付能力:评估软件开发团队按时、按质完成项目交付的能力。
包括项目交付的进度、质量控制,以及与客户的沟通和需求满足等方面。
二、绩效评价体系的优势1. 目标明确:绩效评价体系明确了各项评价指标,使软件开发团队知道需要达到的标准和目标,为团队成员提供了明确的方向。
2. 公正公平:绩效评价体系建立了一套公正公平的评价准则,不受个人主观因素的影响,能够客观地评估团队成员的绩效水平。
3. 促进激励:绩效评价体系将个人的绩效与奖励挂钩,能够激励团队成员积极工作,提高整体绩效水平。
4. 优化资源分配:通过对软件开发团队的绩效评价,公司能够更好地了解团队成员的能力和特长,合理安排资源,从而优化项目管理和人员配置。
5. 持续改进:绩效评价体系能够定期反馈团队的绩效水平,有助于发现问题并采取相应措施进行改进,提高软件开发团队的能力和效率。
三、绩效评价体系的运用1. 设定明确的目标:在软件开发项目开始之前,明确项目的目标和绩效指标,让团队成员知道他们需要达到的标准。
软件开发部绩效考核方案软件开发部的绩效考核方案为了全面评价公司研发人员的工作成绩,结合研发人员的工作特点,制定了软件开发部的绩效考核方案。
考核对象为软件开发部全体人员,考核内容包括进程考核和综合考核。
进程考核主要考察时间进度,包括每周工作过程中所花费的天数和项目所负责的程序单元的计划完成时间和实际需要时间。
对于每周工作过程中所花费的天数,要求每天书写工作日志,并每周向直接上级汇报并存档,以便抽查核对。
技术执行总监的过程考核数据是整个项目的计划完成时间和实际完成时间。
时间差率=(本月实际需要时间-本月预计完成时间)/本月预计完成时间;(以天为单位);最终的结果为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、基本说明绩效评价,包括业绩考核和技术能力评定以及团队精神。
对软件开发人员的绩效评定,项问答表现优秀加一分,表现不佳扣一分,表现平平不得分,最后计算总分。
评价体系: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. 考核内容:绩效、技能、工作成果、团队协作等三、考核指标及权重1. 绩效(30%):根据项目进度、任务完成情况、客户满意度等进行评价。
2. 技能(25%):评估软件开发人员的专业技能、技术掌握程度、编程能力等。
3. 工作成果(25%):评估项目或产品的创新性、市场表现、用户反馈等。
4. 团队协作(10%):评估软件开发人员在团队中的协作精神、沟通能力等。
5. 创新能力(10%):评估软件开发人员在新产品或功能开发中的创新能力。
四、考核流程1. 制定考核计划:根据考核周期确定考核时间、内容、指标等。
2. 个人自评:被考核者对自己进行评价,并提交相关资料。
3. 团队评价:由团队成员对被考核者进行评价。
4. 主管评价:由直接主管对被考核者进行评价。
5. 综合评价:结合个人自评、团队评价和主管评价,得出综合评价结果。
6. 结果反馈:将考核结果反馈给被考核者,并为其提供改进建议。
7. 考核面谈:与被考核者进行面谈,就考核结果进行沟通与讨论。
8. 公示与执行:将考核结果公示,并依据结果执行相应的奖惩措施。
五、奖惩措施1. 根据综合评价结果,对优秀员工给予晋升、加薪、奖金等奖励。
2. 对表现不佳的员工进行培训、辅导或调整岗位,以提升其绩效和能力。
3. 对严重不符合要求的员工,视情况进行警告、扣罚奖金甚至解除合同等惩罚。
4. 对在特定项目或任务中表现突出的员工,给予额外奖励或荣誉证书等表彰。
5. 对团队协作不佳的员工进行沟通与调解,以改善团队氛围与协作效率。
6. 对拥有突出创新能力的员工给予更多创新项目机会和其他形式的激励。
7. 根据公司战略目标和市场变化,适时调整考核指标和奖惩措施,以确保方案的有效性和激励作用。
软件开发部绩效考核方案一、背景介绍为了提高软件开发部门的工作效率和质量,以及激励员工的积极性,我们制定了软件开发部绩效考核方案。
该方案将根据个人的工作表现和团队间的协作能力,对员工进行全面评估,以确定绩效等级和奖励。
二、考核指标1.项目完成情况:评估员工在各个项目中的工作完成情况、质量和进度。
2.代码质量:评估员工编写的代码质量、可读性和可维护性。
3.解决问题能力:评估员工解决问题的能力和创新思维。
4.团队协作能力:评估员工在团队中的表现和合作精神。
5.学习与提升:评估员工对新技术和相关知识的学习和应用。
三、评估方法1.自评:员工根据绩效考核指标对自己进行评估,撰写工作总结和自我反思。
2.同事评价:员工向团队成员和同事收集评价意见,包括工作合作、问题解决和职业素养等方面。
3.部门负责人评价:部门负责人根据员工的工作表现和项目完成情况进行评估,给出正面反馈和改进建议。
4.项目经理评价:项目经理根据员工在项目中的贡献和表现进行评估,提供正式评估报告。
四、评估周期1.绩效考核周期为一年,从每年的1月1日至12月31日。
2.在每个季度结束后,员工和考核者进行绩效评估和反馈。
五、绩效等级和奖励1.绩效等级划分为五个等级:优秀、良好、合格、亚优、不合格。
2.绩效等级将作为晋升、加薪和奖金的参考依据。
3.优秀绩效者将获得额外奖金和晋升机会。
六、绩效改进和培训1.针对不同绩效等级的员工,制定有针对性的绩效改进计划。
2.提供岗位相关的培训和发展机会,提升员工的技术能力和团队协作能力。
3.定期组织团队建设活动,促进团队协作和交流。
七、考核结果的公正公平原则1.考核结果应依据客观事实和评估指标,公正公平地评估员工工作表现。
2.考核过程要充分沟通和交流,保证员工了解考核标准和流程。
3.对于不满意考核结果的员工,提供申诉机制,并进行公正处理。
八、总结本绩效考核方案旨在激励员工的积极性和提高工作质量,通过公正的评估和奖励机制,促进团队的持续成长和发展。
软件开发团队绩效考核标准在考核软件开发团队绩效时,需要考虑以下标准:项目目标达成情况
团队成员是否按时交付项目?
项目是否按照客户要求和团队预期实现?
项目是否超出预算或者延期?
代码质量
代码是否易于维护?
代码是否易于测试?
代码是否易于理解和扩展?
项目是否满足测试覆盖率和代码审查标准?团队合作
团队成员之间是否相互支持和合作?
团队成员是否积极参与项目讨论?
团队成员是否共同解决问题?
是否有良好的沟通和协作机制?
研究与提升
团队成员是否参加业界技术活动或培训?团队成员是否不断研究和掌握最新的技术?客户满意度
项目是否达到客户需求?
客户反馈是否积极?
团队管理
团队管理者是否在沟通、协调和资源分配中发挥了积极的作用?
团队管理者是否能够调动团队积极性并保持良好的团队氛围?
团队管理者是否能够完成团队目标并提高团队绩效?
以上是考核软件开发团队绩效的标准,请综合考虑以上各项因
素并制定相应的考核方案。
软件开发部绩效管理考核和评分标准绩效考核的目标是为了更好的执行目标管理制度和绩效工资制度;通过客观评价员工的工作绩效,帮助员工提升自身的工作水平和工作积极性;保障部门有效运行,从而提高公司的经济效益;给予员工及其黄页相适应的绩效工资和奖励,并为员工职务的变动,工资的调整,资金的分配,提高部门的工作服务能力。
考核的主要指工作质量,工作态度,团队精神,代码规范,工作日志。
扣分标准:1、周工作计划定于每周一17:30分之前提交到公司公司邮箱:justin@,少交一次扣3分,迟交一次扣2分。
2、接收到任务后,2小时内填写预计完成时间,并将任务修改为进行中。
不修改或不填写扣1分。
2小时后填写或修改扣2分。
任务完成后,1小时内修改任务为已解决。
不修改或不及时扣2分。
1小时后修改扣3分。
3、任务不按紧急程度进行工作安排扣1分。
延时的任务不注明原因扣2分。
4、完成的任务,需配合相关人员测试,直到对方关闭问题为止。
每月25日前需督促测试人员将考核周期内已解决的问题关闭。
不关闭则按1个问题扣1分处理。
绩效考核评价内容和评分标准表评分中:(一)直属上级评分占50%,(二)其它同事评分占(50%)依据考核成绩分为A、B、C、D四个档次。
A级:90~100分,百分比100%B级:80~89分,百分比80%C级:70~79分,百分比60%D级:60~69分,百分比40%考核分数计算公式:直属上级评分=工作质量+工作态度+团队精神+代码管理其它同事评分= 1(团队精神+代码管理)+.........N(团队精神+代码管理)/n考核分数=((直属上级评分-各项扣分总和)/4+其它同事评分)/2绩效工资计算公式:绩效工资金额=总绩效工资*百分比每日扣分情况将记录在扣分记录表,月底进行绩效考核时做为凭据进行相关分数计算。
相关附件:《软件开发部月度绩效考核表(XXXX年X月)》《软件开发部月度个人评分表(XXXX年X月)—XXX》《软件开发部月度每日扣分表(XXXX年X月)》。
公司软件开发人员绩效
评价标准
TTA standardization office【TTA 5AB- TTAK 08- TTA 2C】
公司软件开发人员绩效评价标准
1、总则
通过量化的指标准确的评定软件开发人员的绩效,从而对薪酬分配提供可靠的
依据。
2、基本说明
绩效评价,包括业绩考核和技术能力评定以及团队精神。对软件开发人员的绩
效评定,每一项问答表现优秀加一分,表现不佳扣一分,表现平平不得分,最
后计算总分。
评价体系:
1、 优秀
2、 良好
3、 一般
4、 很差
3、业绩考核
此项考核主要考核在一定时间内软件开发人员的任务完成情况。主要包括有以
下指标:目标完成度、难易度、贡献度。
、目标完成度
、完成情况
1、能否总是在规定期限内完成工作?
2、或者尚能在规定的时限内完成工作,还是经常需要上级的催促才能按时完成
工作,或者一贯拖延工作期限,即便在上级的催促下也不能按时完成工作?
3、在困难或者环境变化的情况下,是否也完成了计划的工作?
4、是否很快、很迅速、高标准、高质量、创造性的完成交给的工作?
5、是否在完成工作的同时,又能很好地控制成本?
6、如果工作没有完成是由于环境的变化还是个人能力的问题?
7、或者是工作太多了,根本无法完成?
8、在工作中是仅仅要求完成任务还是主动进行工作流程的改进,高效运用相关
资源来解决工作中出现的问题?
9、上级人员交给其工作时是否放心?
、完成质量
1、提交的程序是否经常出现很多BUG是否经常需要修正或调整
2、编码是否严格遵守代码规范性?
3、用户对其开发的软件是否满意?
、完成时间
1、总是提前完成任务,还是总是强调客观原因而无法准时完成任务?
2、是否经常需要有人催促才能完成工作?
、难易度
1、所完成的工作是否是一般人不愿意干的工作或者是很烦很累枯燥无味的工作
2、所完成的工作是一般程序员都可以充分达成的目标,还是不易达成的挑战性
目标?
3、如果本人不在,本部门或本小组是否有替代的人?
、贡献度
1、其所做的工作对公司创造了多少直接效益多少间接效益或者降低了多少成本
2、工作完成后的成本情况如何是否有效地控制成本
3、是否在圆满完成本职工作以外,还积极主动地从事其它相关事情?
4、 是否尽力为公司创造最大利益,在各方面尽了最大努力并取得了一定的
成果?
4、技术能力
技术能力评定:
技术能力评定是通过对员工的日常工作的工作表现、观察、分析、评价其所具
备的工作能力。对其开发人员的技术能力评定,主要包括以下几项:技术能
力、理解力、沟通能力、主动性。
、业务知识
1、上级交待工作时是迅速、准确地抓住工作的关键还是反应迟钝,迟迟不能理
解?
2、是否在一个月内就迅速熟悉了新岗位的工作?
3、还是在新岗位工作超过三个月了还对许多业务流程不很熟悉,从而不得不经
常问别人?
4、是否经常有人来请教相关技术问题还是总是有问题问别人?
5、是否本部门有一些业务只有他熟悉?
、解决问题能力
1、在自己的工作中遇到障碍是自己独立解决还是遇到不懂的问题就立刻问别
人?
2、是否一些新知识从未学过,却能很快地上手?
3、是否为实现目标和解决问题努力寻找合理的新方案?
4、遇到难题,是否能坚持不懈地完成工作?
、市场能力
1、在编写程序时是否总是考虑使用者的需求?
2、在编写程序时是注重界面的实用性、客户的满意度,还是老谈所谓的概念、
技术?
、工作效率
1、在工作中是否有很强的工作效率意识?
2、是否总是比别人快地完成任务?
、理解力
1、是否总是迅速地掌握部门或上司的方针,并准确地反映到程序开发当中?
2、同时常常能够立刻提出更好的解决方案?
3、是否迅速理解客户的需求?
4、布置任务是否不能很快理解,总是反复询问?
5、交待任务时是否总是显示出迷惑不解的表情?
、沟通能力
1、是否能够很好地和同事相处是否乐于帮助别人特别是对后来者给与积极帮助
2、对上司、外来人员的言谈举止是否富有礼节?
3、是否给人以诚实、开朗的印象?
4、是否属于高傲的人是否很少有朋友,而且常与人有无谓的争执
5、和人谈话时是否认真倾听对方的诉说,虚心接受对方的意见?
、主动性
1、是否对公司的状况提出过建议、意见和合理化建议?
2、开发程序中是否努力改善工作质量,以一贯的态度将工作从头到尾做完,并
使程序尽善尽美,一定要把工作做完才离开公司。还是常说“算了,就这样吧!
”之类的言语?
3、在工作中给人的感觉是踏实,有始有终还是懒懒散散,吊儿郎当?
4、上班时是否常打私人电话,是否经常浏览不相关的网页?
5、是否上级没有具体指示之前自觉完成业务?
6、是否经常寻找与自己业务相关的业务做?
7、是否积极学习业务知识?
8、对其不在监督也能迅速的完成任务?
9、是否对上司有敷衍的情况?
10、是否有辞职或调动的打算?
11、是否经常对公司抱怨?
12、是否对别人不愿意干的工作也主动承担?
13、是否具有不满足于现状,积极奋进的精神还是有过一天算一天的想法?
5、团队精神
团队精神包括:纪律性、主人翁精神、协作性。
、纪律性
1、是否遵守理解公司各种规章制度而努力并能规劝他人
2、是否努力理解上级的批命令并圆满的贯彻执行?
3、是否严格遵守工作时间有无经常迟到、早退、无故缺勤的情况
4、在工作时间里是否热衷于工作?
、主人翁精神
1、是否存在浪费的现象?
2、是否经常利用职务之便为自己牟利?
3、是否注意收拾和整理工作场所?
、协作性
1、是否能和同事很好的合作?
2、是否使人觉得经常多嘴多舌、指手划脚?
3、是否不推不动,只求自己方便、合适?
4、是否经常支持并积极参加公司各种活动?
6、领导能力
领导能力,领导能力用于项目经理评价。
1、是否能组织手下员工高效地工作?
2、是否能促使本组员工和睦相处、团队协作?
3、是否能关心手下员工,鼓励优秀、批评落后?
4、是否积极地帮助手下员工?
7、附录
软件开发工程师工作质量考核评分标准参考:
序号 标准(考核体系) 说明(考核指标) 评分标准 备注
1 错误率 每千行程序20个错误以下(包含20个) 5
每千行程序21-25个错误 4
每千行程序26-30个错误
3
每千行程序31-35个错误
2
每千行程序36个错误以上(包含36个)
1
2 新技术使用情况 大量使用新技术,并且解决了传统技术无法解决的问题 5
大量使用新技术,解决了传统技术难以解决
的问题,大大提高了工作效率
4
使用部分新技术,替代了部分传统技术,一
定程度上提高了工作效率
3
使用了少量的新技术,替代了了少量的传统
技术
2
没有使用任何新技术,仍然用传统技术解决
问题
1
3 程序编码的规范性 编码非常规范,无可挑剔,同时又对公司制度规范提出了改进意见 5
编码非常规范,无可挑剔
4
编码规范,不符合规范之处很少
3
编码基本规范,但不影响对程序的理解
2
编码存在较大的不规范性,并且对程序理解
造成了比较严重理解误差
1
4 文档编写的规范性 文档是书写按照公司的相关模板,符合规范,并且美观、无可挑剔 5
文档书写按照公司的相关模板,符合规范,
但美观性上有待改进
4
文档书写基本规范,但美观性上有待改进
3
文档书写的规范性、美观性上都有待改进
2
文档书写的规范性、美观性上都存在很大的
改进空间
1
5 及时性 能够在预定时间的80%内完成 5
能够在预定时间的90%内完成 4
能够在预定的时间内完成
3
超过预定时间的10%才完成计划
2
超过预定时间的20%才完成计划
1
6 编码注释的完整性 编码注解完整、清楚、容易被人理解,不会造成理解方面的偏差 5
编码注解完整、清楚、比较容易被人理解,
但会引起少量的理解偏差
4
编码注解完整,比较清楚,但会引起部分理
解的偏差
3
编码注解比较完整,但有部分代码没有注解
2
编码注释不完整,大量的编码没有注释,让
人难以理解
1