推荐第1篇：开发人员岗位职责
1.负责短信、语音信箱、1259的维护工作。2.负责短信、语音信箱、1259的工程项目。3.负责部分的软件开发。4.负责网管系统、OMC、NDW的维护工作。5.负责网管系统、OMC的软件开发。6.负责配合网优进行五期系统的建设。7.负责部分的软件开发。8.负责MBSS系统的软件开发。9.负责协助值班人员对MBSS系统的维护工作。10.负责对技术层次较深问题进行分析、解决及错误处理。11.进行前台的软件开发(统计各项数据、制作系统指标分析软件)。
推荐第2篇：软件开发人员辞职报告
尊敬的领导：
我很遗憾自己在这个时候向公司正式提出辞职申请。
来到Xx公司两年多了，正是在这里我开始踏上了社会，完成了自己从一个学生到社会人的转变。有过欢笑，有过收获，也有过泪水和痛苦。公司平等的人际关系和开明的工作作风，一度让我有着找到了依靠的感觉，在这里我能开心的工作，开心的学习。然而工作上的毫无成熟感总让自己彷徨。
记得您曾说过，工作上如果两年没起色就该往自己身上找原因了。或许这真是对的，由此我开始了思索，认真的思考。尽管我一思考，上帝便会发笑，但这笑带着一丝苦涩，思考的结果连自己都感到惊讶――或许自己并不适合软件开发这项工作。否定自己让自己很痛苦，然而人总是要面对现实的，自己的兴趣是什么，自己喜欢什么，自己适合做什么，这一连串的问号一直让我沮丧，也让我萌发了辞职的念头，并且
让我确定了这个念头。
或许只有重新再跑到社会上去遭遇挫折，在不断打拼中去寻找属于自己的定位，才是我人生的下一步选择。从小到大一直过得很顺，这曾让我骄傲，如今却让自己深深得痛苦，不能自拔，也许人真的要学会慢慢长大。
能为公司效力的日子不多了，我一定会把好自己最后一斑岗位，做好项目开始前的属于自己的所有工作，尽力让项目做到平衡过渡。
离开，目前的公司，离开许多曾经同甘共苦的同事，很舍不得的，忘不了领导们的尊尊教诲，舍不得同事之间的那片真诚和友善。
最后也愿公司在今后的工作中发挥优势，扬长避短，祝愿公司兴旺发达。
申请人：XX
20XX年05月20日
推荐第3篇：软件开发人员辞职报告
2016软件开发人员辞职报告
辞职报告又称辞职信、辞职书、辞呈等。它是员工向所在单位或上级主管部门提交的请求解除劳动合同关系的实用文体，是国家机关、人民团体或企事业单位人才管理和人事工作环节中常用的一种事务性文书。《中华人民共和国劳动法》第24条明确规定：\"当事人双方可以协商解除劳动合同\"。这种\"协商解除劳动合同\"正常而便捷的方式就是递交辞职报告和批准辞职请求。下面是小编为你提供的最新的标准辞职报告模板，仅供参考!更多标准辞职报告请上出国留学辞职报告范文网。（本文为你提供辞职报告范本两篇。）
##第1篇： 尊敬的领导: 您好! 20xx年X月X日我来到X公司，正式成为X公司的一员。 我知道，公司给了我成长的机会，往后也会给我更多的发展空间，这是金钱不能衡量的。可是通过这段时间的工作，我发觉自己对这工作缺少一份热情，缺少一股干劲。慢慢地我开始思考自己是否适合在这一行业发展，能否胜任往后的工作。现在由于我私人种种原因，父母为我安排了另一份工作，同时我也想到外面的社会锻炼一下自己。经过反复的考虑，所以我决定辞职。
我也很清楚这时候向公司辞职于公司于自己都是一个考验。公司正值用人之际，Xx项目启动，所有的前续工作在公司上下极力重视下一步步推进。也正是考虑到公司今后在这个项目安排的合理性，本着对公司负责的态度，为了不让公司因我而造成的决策失误，我郑重向公司提出辞职。我想在项目还未正式启动开始之前，公司在项目安排上能做得更加合理和妥当。长痛不如短痛，或许这对公司对我都是一种解脱吧。
我怀着十分复杂的心情写这封辞职信，由于我个人感觉，我在过去的一段时间里的表现不能让自己感觉满意，感觉有些愧对公司这两年的照顾，自己也感觉自己在过去两年没有给公司做过点贡献，也由于自己感觉自己的能力还差的很多，在公司的各方面需求上自己能力不够。所以，经过自己慎重考虑，为了自己和公司考虑，自己现向公司提出辞职，望公司给予批准。
非常遗憾的向XX申请辞职! 辞职人：xxx ##第2篇：
敬爱的xxx/xxx：
我很遗憾自己在这个时候向公司正式写出辞职报告。
来到Xx公司也快两年了，正是在这里我开始踏上了社会，完成了自己从一个学生到社会人的转变。有过欢笑，有过收获，也有过泪水和痛苦。公司平等的人际关系和开明的工作作风，一度让我有着找到了依靠的感觉，在这里我能开心的工作，开心的学习。然而工作上的毫无成熟感总让自己彷徨。记得肖总曾说过，工作上如果两年没起色就该往自己身上找原因了。或许这真是对的，由此我开始了思索，认真的思考。尽管我一思考，上帝便会发笑，但这笑带着一丝苦涩，思考的结果连自己都感到惊讶――或许自己并不适合软件开发这项工作。否定自己让自己很痛苦，然而人总是要面对现实的，自己的兴趣是什么，自己喜欢什么，自己适合做什么，这一连串的问号一直让我沮丧，也让我萌发了辞职的念头，并且让我确定了这个念头。或许只有重新再跑到社会上去遭遇挫折，在不断打拼中去寻找属于自己的定位，才是我人生的下一步选择。从小到大一直过得很顺，这曾让我骄傲，如今却让自己深深得痛苦，不能自拔，也许人真的要学会慢慢长大。 我也很清楚这时候向公司辞职于公司于自己都是一个考验。公司正值用人之际，Xx项目启动，所有的前续工作在公司上下极力重视下一步步推进。也正是考虑到公司今后在这个项目安排的合理性，本着对公司负责的态度，为了不让公司因我而造成的决策失误，我郑重向公司提出辞职。我想在项目还未正式启动开始之前，公司在项目安排上能做得更加合理和妥当。长痛不如短痛，或许这对公司对我都是一种解脱吧。
能为公司效力的日子不多了，我一定会把好自己最后一班岗，做好项目开始前的属于自己的所有工作，尽力让项目做到平衡过渡。
离开这个公司，离开这些曾经同甘共苦的同事，很舍不得，舍不得领导们的谆谆教诲，舍不得同事之间的那片真诚和友善。
也愿公司在今后的工作中发挥优势，扬长避短，祝愿公司兴旺发达! 欢迎登陆辞职报告范文网查看更多
推荐第4篇：软件开发人员辞职报告
尊敬的领导：
我很遗憾自己在这个时候向公司正式提出辞职申请。
来到xx公司两年多了，正是在这里我开始踏上了社会，完成了自己从一个学生到社会人的转变。有过欢笑，有过收获，也有过泪水和痛苦。公司平等的人际关系和开明的工作作风，一度让我有着找到了依靠的感觉，在这里我能开心的工作，开心的学习。然而工作上的毫无成熟感总让自己彷徨。
记得您曾说过，工作上如果两年没起色就该往自己身上找原因了。或许这真是对的，由此我开始了思索，认真的思考。尽管我一思考，上帝便会发笑，但这笑带着一丝苦涩，思考的结果连自己都感到惊讶――或许自己并不适合软件开发这项工作。否定自己让自己很痛苦，然而人总是要面对现实的，自己的兴趣是什么， 自己喜欢什么，自己适合做什么，这一连串的问号一直让我沮丧，也让我萌发了辞职的念头，并且
让我确定了这个念头。
或许只有重新再跑到社会上去遭遇挫折，在不断打拼中去寻找属于自己的定位，才是我人生的下一步选择。从小到大一直过得很顺，这曾让我骄傲，如今却让自己深深得痛苦，不能自拔，也许人真的要学会慢慢长大。
2010年辞职报告模板经典辞职报告
优秀教师辞职报告
新员工辞职报告
能为公司效力的日子不多了，我一定会把好自己最后一斑岗位，做好项目开始前的属于自己的所有工作，尽力让项目做到平衡过渡。
离开，目前的公司，离开许多曾经同甘共苦的同事，很舍不得的，忘不了领导们的尊尊教诲，舍不得同事之间的那片真诚和友善。
最后也愿公司在今后的工作中发挥优势，扬长避短，祝愿公司兴旺发达。
推荐第5篇：软件开发人员工作总结
2008年注定是不平凡的一年，有喜有悲，年初罕见的南方雨雪灾害和5.12汶川大地震，让我们看到了自然破坏威力的巨大，看到了那些失去亲人的眼光，也看到了在共产党的正确领导下，全国各族人民万众一心、众志成城，抗击地震，经历过一次重大灾难，我们这个民族就像沉过水的木、淬过火的钢，必然会在品质上得到重大提升。2008年
对我们信息科软件开发组人员来说，同样有许多值得回味的地方，也有许多经验值得吸收，一年中，在中心领导班子和其他科室的关心和帮助下，我们努力工作，努力钻研，做了几个项目，有成绩，有不足，下面就一些情况向领导和同事们汇报一下：
一、主要工作的完成情况
（一）完成**“数字供水”总体规划方案，与**供水局签订了《**“数字供水”基础实施方案》和《“数字供水”第一年规划系统研发》合同，4月前完成项目了的调研，4-8月完成了项目研制开发，8月底系统投入试运行，与供水局相关人员多次根据工作需要调成修改，完成了“数字供水”一期项目研发。立足高新技术应用发展的前沿，从分析**引黄供水生产和管理现代化的业务需要入手，针对引黄供水管理中需要解决的技术问题，充分考虑现实的可能性与未来发展趋势，提出“数字供水”的具体需求；贯彻“先进实用、快速准确、应用牵引、关键突破、逐步实施”的指导思想。以发展供水生产和供水工程管理维护决策支持为核心，从供水管理信息高质量采集入手，依靠“数字黄河”工程构建的公用平台，以信息化服务于**引黄供水生产管理的现代化过程，全面提升引黄供水生产管理现代化的信息化水平。着手探讨，**“数字供水”总体规划方案第二年实施项目需求分析，确立软件研发计划及规划。
（二）进一步完善了**水政普法网系统，实现水政普法网站系统（1+8模式）的整合；该系统是省、市（管理）局水政普法宣传、互动、办公自动化与以在内的总平台，该系统运行后，即可实现网内信息共享、协同办公，进而大大地提高了办公效率，提高了现代化的管理水平。编写了项目的技术报告和验收资料，积极与省局相关部门联系，于12月份通过验收。
（三）完成了**河务局政务公开网系统开发，并投入运行阶段。该系统运行，将大大提升山东全局政务公开信息化的速度，使办公效率达到事半功倍的效果。政务公开网主要设置了“政策法规、信息公开、公示公告、工程建设、规划计划、机构职能、制度办法、政府采购”等项栏目。政务公开网的开通，既是落实《中华人民共和国政府信息公开条例》的具体措施，也是山东河务局扩大对外宣传影响、强化社会服务功能的重要平台。随着政务公开网的开通，不仅可以更加广泛地向社会宣传**，让社会公众了解黄河，而且对促进依法行政，推动**的治理开发与管理工作持续健康和谐发展具有重大意义。为下一步探讨实施各市局级政务公开网系统，打下了技术、市场基础。
（四）完成了**工程局ERP系统，项目软件研发人员经过2个多月的努力，加班加点，从项目设计、需求分析、安装调试到运行维护，开发技术人员对系统每一环节都做了详细分析设计，对开发过程一丝不苟，力求系统功能多元化，最大程度满足客户的开发需求。ERP系统的开发成功，得到了应用单位的好评和认可，为研发团队积累了经验，极大地提高了研发团队的知明度，为今后项目的申请开发建立了良好的技术支持和环境平台。
（五）积极与经济局办公室进行了**经济情况统计、申报、汇总系统的商榷与论证。
（六）利用三个休息日时间完成了山东全局近50个单位的IP地址更换工作，IP地址更换牵扯多单位、多部门，即包括路由器、防火墙、三层交换机、VPN等设备，也包括应用系统的地址，相当于重新建设一个山东局新网络的工程量，我们技术人员认真分析资料，整理资料，及时和市局和直属单位联系、交流，达成共识，使IP地址更换工作顺利完成。
（七）维修了财务处服务器和防汛办水情科服务器，这两个处服务器相当复杂，财务处服务器是双击备份，水情科两台服务器造病毒攻击瘫痪，（按理来说这些都不是我们工作范围），但我们知道我们是服务单位，人家提出来，就要想尽办法解决好，我和义东同志利用了一夜的时间把财务处服务器维修好，水情科服务器利用4天时间维修好，两个处室领导非常满意。
（九）协助网管中心技术人员解决一些网络或办公自动化故障。
二、工作中的一些体会：
（一）树立理想，理想是干好工作的基础，理想也可以理解成规划，就是规划出要做那些事情，能做那些事情，按照规划一步一步去实施，去实践，停留在纸张上的规划那是摆设，只有按规划去实施，才能做出更大成绩。
（二）勤于学习，知识是干好工作的本质，知识也可以理解成能力，知识可以在任何时间内、任何工作场合都可以学习获得，在实践中获得的知识才
推荐第6篇：软件开发人员年终总结
2013年终工作总结
回顾2013过去工作中的点点滴滴，心中无限欢喜，忙碌且充实、并快乐着。在这一年的工作中既有成长同时也存在着许多的不足和缺点，这都值得去总结、反思、改正和提高。现在我将本年工作做一个简单的介绍，借以促进、提高。
工作情况
今年的工作主要围绕着***和***两个客户系统展开，期间也穿插了一些其他系统中某些功能的编写和改进，这其中有以前从未有过的功能创新也有和客户协调的反反复复功能改进，总体来说还是按时完成了要求的工作任务。
******系统
……… ………
******系统
……… ……… ……… ……… ……… ………
1/ 3
来年计划
******系统
……… ………
******系统
……… ………
其他
按时完成未来其它项目开发中的工作内容。
工作感想
团队合作
项目的顺利进行离不开团队的默契配合和共同的努力，每个项目开始之前，每个人都需要认真的了解项目的需求和开发中需要使用到 的关键技术，对于不清楚的不了解的问题要及时提出，而对于那些在开发中会影响到所有人的决策，要及时的通知大家以尽量减少拖延所带来的不必要的重复程序开发和改动。团队如同一个整体，成员如同四肢和躯干，只有互相配合默契才能走得快走得稳走得远。
团结很重要
团队是否能配合默契的先决条件是团队的所有成员是否能精诚合作，大家只有心往一处想劲往一处使才能做到事半功倍。
2/ 3
沟通很重要
每个项目在开始开发之前都需要主要负责人员做详尽的企业背景及开发内容的介绍，以帮助开发人员建立起对项目的整体宏观认识，从而减少在开发中因为理解错误而导致的开发错误。在开发过程中成员之间要积极的沟通和了解系统的开发进度，对于项目中的公共开发资源一经改动要及时的通知项目组其他成员，同步开发资源。
氛围很重要
良好的工作氛围可以有效的激发团队成员的工作积极性，从而达到事半功倍的效果。
工作态度
学会聆听
参加工作7年给我最大的感触就是一定要学会安静认真的聆听，无论是开会时还是在讨论时，认真听取每个人对待问题的看法，因为每个人思考问题的方向和出发点不同对于问题的理解不同可能有些情况是自己从来没想过的。因此认真的聆听既能尊重他人也能使自己从中受益，这样两全其美何乐不为呢。
积极的心态
对于难度较大的工作要做到冷静坦然积极的面对，不要在还没开始的时候就给自己施加精神心理压力。不要输在起点，因为如果连自己都认为自己做不到那么也就没有以后了，等待自己的是必然的失败，所以保持积极乐观的心态很重要。
今后打算
找方向，抓重点，合理分配时间，谦虚、勤学、总结、提高，争取在有限的时间内用领导认可的方式完成每一项工作，更好的与同事沟通、协调，为客户带来更好的产品和服务。最后也要感谢各位领导、同事对我的信任与帮助。
3/ 3
推荐第7篇：软件开发人员工作总结
软件开发人员工作总结
金秋十月是个收获季节，希望我们每一天的生活都如这个季节一样，又一个月过去了，现对工作中收获与不足总结
一、工作内容
九月份的工作比较繁忙，工作重点有四方面：s6测试，医院软件开发、测试，售后服务，文档书写及培训。
1、关于s6测试
s6的新增修改功能大约30多项内容，测试的重点如：其一，每日结账时更正库存的操作，此项功能涉及的方面比较多，影响数据的准确性，测试起来比较烦琐、测试量也比较大；其二，由于业务开票时程序内部处理发生了改变，由原来的控制台转移到存储过程中处理，所以对此部分也进行了重点测试；其三，饮片划价自动批号的测试；其它方面的测试包括，gsp报表、客户对应商品销售、批次会员录入以及远程配送价格等的测试，再有就是售后人员随时提出的问题随时测试，如打印模块加完打印项还是不能打印、某些模板在99pbl修改以后还是不好用、哪个报表数据是否有问题等。
2、医院软件开发、测试
对于新版医院软件的功能模块开发工作也做出了一点贡献，作了15个打印模块（如入库重打、划价重打、盈损重打等），12个查询模块（入库报表查询、住院报表查询、入出院费用查询等），所做模块包含的内容为：菜单挂接、将窗口中不需要的按钮隐藏、书写查询报表中所需要的sql语句（大约60句，但语句结构并不复杂）、打印模块及查询模块所需的数据窗口大约80个；测试方面，现在只是进行了表面性的测试，测试的内容包括每个窗口中的字体是否一致、按钮是否对齐、点击按钮后弹出的提示是否正确、开票窗口的金额、价格、数量、库存等的变
化情况是否正确，焦点移动问题等，现已测出的问题100多个；其它方面，修改了库结构，将每个的表中将不允许为空的字段修改正确以及将a
25、a35等字段在每个表的长度统一等。
3、售后服务
s6的售后工作，由于每日结账时更正库存，造成几个客户的库存数据不准确，通过查询客户实际的数据库找到了问题的原因，再有就是在电话中为售后人员解答一些问题；其它方面，上门服务三次，分别是，解决了先知医疗器械公司的应收应付财务问题，通胜医药财务软件中辅助核算的客户查不到，从后台修改数据已解决问题，汉华林销售出错库存未减，原因未查到；远程及电话解决客户提出的财务软件、财务接口、金税接口等问题。由于十一休息，售后人员少，在月末休息前做了两天售后工作。
4、其它方面
s6的培训文档写了两次，其次就是书写了加强版与s6的区别，再有就是编译序程、备份程序、程序注册等工作，其中程序注册是随时性，所以也占用一定的时间。
二、工作分析
通过的工作，自己在pb方面又懂得了一些知识，并且可以修改简单的错误，也可看明白一些简单的脚本结构，这对于我的测试工作是很有帮助的。从反馈的情况看，s6的结账库存更正功能还存问题，还需要加强测试。再有从售后服务的情况看，售后人员在财务方面的技术还需要加强。
三、工作计划
1、医院软件测试
2、书写医院软件的说明书
3、s6新增、修改功能的测试
总结人：姜波
日期：2007-09-28
2007年10月份工作总结
十月份是一个忙碌的月份，日子象流水一样，转眼既逝。看来学习的时间和劲头还要在加强一些。
一、工作内容
十月份的工作比较繁忙，工作中心有六点：程序的每天备份，库结构的比较，打印类的调试，在2种分辨率的情况下窗口的布局，程序小bug的修改，测试参数权限及远程。
推荐第8篇：软件开发人员求职自我介绍
好范文的小编为大家分享以下这一份关于软件开发人员求职面试的自我介绍范文，仅供广大求职者参考。
大学生活的经历让我从一个青涩少年蜕变成为一个敢于担当的人，我收获的自信心让我感觉到离成功的距离又近了一步!坦率地说，如果我为自己的理想奋斗了，即使是失败，我也不会后悔因为我收获了!在思想品德上，本人有良好道德修养，并有坚定的政治方向。我热爱祖国，热爱人民，坚决拥 护共产党领导和社会主义制度，遵纪守法，爱护公共财产，团结同学，乐于助人。并以务实求真的精神热心参予学校的公益宣传和爱国主义活动。
在学习上，我圆满地完成本专业课程。并具备了较强的英语听读写能力。对OFFICE办公软件和其它流行软件能熟练操作，并在因特网上开辟了自己个人空间。平时我还涉猎了大量文学、心理、营销等课外知识。相信在以后理论与实际结合当中，能有更大提高!
作为应届大学生，我还很稚嫩，但我明白：一个青年人，可以通过不断的学习来完善自己，在实践中证明自己。我相信，良好的自学能力和不懈的钻研精神一定能使我很快胜任我的工作。我性格开朗、大方，踏实肯干，有一种雷锋的钉子精神，似乎有些像钻“牛角尖”了，呵呵，我有较强的沟通组织能力和实际动手能力，善于人际交往。掌握良好的礼仪知识，我不怕困难，我相信所有的困难都只是为了磨练我们，我认真好学，也坚信“重要的不是不会，而是不学”。
为适应社会发展的需求，我认真学习各种专业知识，发挥自己的特长;挖掘自身的潜力，结合每年的暑期社会实践机会，从而逐步提高了自己的学习能力和分析处理问题的能力以及一定的协调组织和管理能力。尊敬的考官，难与青松比碧翠，愿做梅花傲雪霜;给我一次机会，我会用实际效果来证明给你们看。
推荐第9篇：软件开发人员转型指南
ERP人才匮乏严重制约企业信息化进程
现代企业的竞争优势取决于企业的信息化程度，而我国目前企业信息化人才的极度匮乏严重制约了企业信息化的进程，已成为我国企业增强国际市场竞争力的一大障碍。
日前，进入中国市场一年多的从事企业信息化软件研究、开发和服务的企业，宇泰软件公司，开出百万年薪寻找优秀的企业信息化人才(即ERP实施顾问)，但据该公司的高层人士透露，在上千名应聘者中，真正具有相关经验，能让宇泰满意的人选可以说是几乎没有。
ERP人才急缺
在无忧工作网()上，记者发现用友软件、神州数码、SAP、宇泰软件等从事企业信息化软件开发的企业对ERP实施顾问都有很大需求。据ERP专家、清华大学教授侯炳辉估计，目前国内合格的ERP实施顾问不过千人，这相对于我国需要信息化的几十万家企业而言，只是杯水车薪。
用友公司培训总监杨宝刚对此深有体会。他知诉记者，用友每年有3万家U8(ERP产品)新用户，如果其中1万家用户需要用友来做实施，一个用户平均需要2个星期去做实施，而每个实施顾问一年的工作日只有50个星期。那么目前用友公司100多名实施顾问远远不够。按正常情况用友需要400多名ERP实施顾问。推而广之，全国有2600万家企业，假设需要实施ERP的企业有800万家，那么至少需要ERP实施顾问三万两千人。
ERP人才所需技能
宇泰软件表示，ERP实施顾问不是一个需要简单知识和技能的职业，其要有很高的综合素质。因为对于企业信息化这个特殊应用市场来说，仅仅了解信息技术、了解软件产品是远远不够的，还需要了解企业管理的方法，了解企业的目标市场特点和企业的运营模式，了解企业所处社会的文化背景等等。只有深刻理解了企业的需求，才能提供真正为企业发展带来新动力的信息技术解决方案。用信息技术改造传统产业，并不是简单的为企业采购几套计算机设备、几套信息化软件，或者建设几个局域网、培训几个CIO(首席信息官)，而是要在认真剖析企业业务和市场的基础上，进行从内到外，从形式到内容的全面改造。
北京工业大学的栾甫贵老师指出，一名合格的ERP实施顾问从知识层面上讲，必须有财务知识、计算机知识和管理知识；从经验上看，要有一定的企业管理实践，了解企业的管理整个过程；从技能上，还要求有较好的沟通能力和语文表达能力。而符合这些要求的人才，现在很难找到。
ERP人才培养
用友公司副总裁章培林认为，ERP人才不是大学里“念”出来的，而是“练”出来的。相对于其他专业，ERP实施人员更强调“练”的作用，没有较长时间的实际ERP实施经验，称不上合格的ERP人才。为此，用友公司启动了“ERP人才工程”，专门为软件用户、社会人员、
各行各业的专业人员提供了具有针对性的不同层面的培训课程，并在全国重点高校普及ERP实验室，将ERP教学尽快引入课堂，这种引入不仅仅停留在理论上，更要注重实践环节的建设，让教育与市场尽快接轨。帮助院校进行ERP课程建设和师资队伍的培养，满足院校教学信息化课程建设的基本需要。建立仿真企业运作的ERP实验环境，让学生通过工作的游戏化和学习的体验化，不出校门就体会到企业财务、营销、管理工作的全流程。
自用友推出了ERP人才工程计划以后，已建立了20家ERP实验室，培养ERP师资150人，培养实施顾问近200人，用户培训每年五万人次。今年还将推出ERP应用专家认证。
ERP应用专家认证是人才工程计划的一部分，是用友为培养和认证ERP应用型人才而推出的培训项目。企业实施ERP以后，从传统的手工管理模式到ERP管理模式的转换，对企业的人员对企业人员的知识结构提出了新的挑战。不少企业就是因为缺乏相应ERP管理知识和应用技能，而导致ERP应用困难，不能发挥应有的效益。因此，对ERP应用人才的需求已成企业迫切需要，为此，用友推出了ERP应用专家认证，从ERP财务系统应用、物流系统应用、生产制造系统应用等九个方面培养ERP应用人才，在解决企业燃眉之急的同时，为员工个人的职业发展增加优势。
通过学习ERP应用专家认证课程，学员将能掌握ERP核心理念，了解企业应用ERP最新案例，熟练掌握用友ERP软件使用与维护方法。通过全新体验式学习方法，具备利用ERP软件进行企业专项业务管理的能力，从而成为一流的ERP应用人才。用友将为通过考核的学员颁发相应业务的ERP应用专家证书。
ERP人才的职业前景
目前，ERP人才主要在三个方向就业，一是到软件公司就职，从事软件实施工作；二是到软件应用单位就职，提升用户的软件使用效益；三是自己创办提供软件咨询实施服务公司，作软件公司和用户之间的桥梁。第三个方向是国际上流行的新兴重要方向。在未来几年中，中国需要大量的专门从事软件咨询实施服务的第三方公司。
用友总裁何经华指出，在可预见的几年里，不可能会出现ERP人才的过剩。所以，面对市场的大量需求，ERP顾问的身价、行情会一直看涨，年薪几十万、甚至上百万也不足为怪。
信息系统究竟能够为企业带来什么价值？――从开发到应用，软件人生的两种选择 AMT 管理咨询公司咨询总监 彭一清华讲座观点摘要
如果你是一个从事计算机方面的人才，基于现有的技术开发经验，你能熟练的给别人讲述你的IT系统，他的功能和应用，那么，你已经从一个软件开发人员变成了一个软件功能专家；
如果你能够理解软件给企业带来的商业价值，那么你就从软件功能专家变成一个软件实施顾问；
如果你至少已经对几个系统有深透的了解，能够解决客户提出的各种问题，你已经从软件的实施顾问变成IT的咨询顾问；
如果你不但对系统比较了解，对业务也很了解，能够在业务上和企业的副总对话，那么你已经从IT咨询顾问变成了业务咨询顾问；
如果你有十年的功底，有对管理的悟性，能站在企业的战略角度来考虑问题，那么你已经从一个业务咨询顾问变成了一个战略咨询顾问。
AMT管理咨询咨询总监彭一先生，受清华大学管理咨询协会邀请，做客清华，从一个技术人员的成长角度，精妙的阐释企业信息化在企业中应用的几个层次。无论对个人的职业发展来讲，还是对一个企业更好的理解IT系统能够为企业带来的价值来讲，都提供了很好的经验借鉴。
很高兴受到清华大学管理咨询协会的邀请来到清华，和大家谈谈关于信息系统在企业中的应用问题。信息系统究竟能够为企业带来什么价值？面对学子，我想以一个技术人员向一个咨询顾问方向成长的历程作为今天讲座的背景，帮助大家能够更好的理解。
从开发到应用，人生有两种选择
一个软件开发人员，在人生的职业生涯发展中可能面临着两种完全不同发展道路的选择。第一种选择是成为系统架构师、成为系统分析师，成为很高级的程序员。
达到这个目标，你必须要对java比较了解，对VB的开发工具比较了解，对互联网的技术比较了解，对数据库比较了解。
另外一种选择，进入企业研究信息系统，那是和第一种选择完全不同的另一个世界。
正如一个运输公司，他会购买卡车、购买货车，但他不会自己制造汽车一样。系统分析人员、软件设计人员是软件公司的核心力量，但不是企业中的核心力量。所以，如果你是技术人员，希望在企业信息化方面有所长进，那么你就必须放弃自己在技术方面的强项，真正把IT技术在企业中应用起来。
第一阶段：从开发人员到软件功能专家
你可以从一个软件开发人员变成一个软件功能专家。基于现有的技术开发经验，如果你能熟练的给别人讲述你的IT系统，他的功能和应用，你就基本进入了应用领域。什么是应用？当别人有需求时，你能清晰的描述各种软件可以实现的功能，为企业带来的价值。
第二阶段：从软件的功能专家转变成软件的实施顾问
你可以从软件功能专家变成一个软件实施顾问，也就是说你能够理解软件可以给企业带来的商业价值究竟是什么。
你不但能够熟练地给别人讲解IT系统的功能应用了，同时，可以从功能的价值点方面剖析IT系统的功能。这需要你对企业的业务有一定的了解，能够知道软件如何更好的被应用，从而发挥其商业价值。
比如，一个财务的软件，它会有录入凭证、审核、记账、查报表等四大功能。这些功能里面的细项你需要了如指掌，但这仍然是功能层面的。什么是商业价值呢？我们举个例子，企业需要买一支笔，那么你需要执行的流程是“借钱－买笔－报销”。财务就需要针对这件事情做两张凭证，四笔分录，录在明晰帐上、分帐上、总帐上，再把它抄到损益表、负债表上，还要给其他地方报表，如此，这件事情要重复6次。如果一个企业1年有1000笔凭证，就要抄6000次。财务软件中有个功能叫记账，只要点击鼠标，以上的功能就全部完成了。这时你就可以用这个记账的功能计算它本身的商业价值是什么了。但是这个商业价值，在不同的企业中，价值是不一样的，如果一个企业很小，这个功能可能每个月只能给应用的企业省下500元，但如果这个企业拥有年流水50亿的规模，这个功能就可以帮助企业节省30个会计的人力，1年下来，单单记账功能就能够帮助企业省下一大笔钱。也就是说，当你开始研究，一个功能的商业价值的时候，你需要对这个企业的业务有所了解，这时你就进入了第二个阶段。对商业价值的理解，也能够帮助你更好的销售自己的产品和服务，赢得客户的满意度了。以AMT管理咨询公司内部应用的一个软件平台为例。AMT管理咨询现在有200个咨询顾问，每个顾问两周左右会去公司做一次报销。把发票贴到纸上－计算清楚－交到财务－领取报销金。目前AMT管理咨询在内部的软件应用平台上设置报销工作流，仅这个最小的工作流，每年就能够为AMT管理咨询省下120万。
一个好的实施顾问，他能够讲清楚一个IT系统的商业价值。我们总结了一个IT系统商业价值的公式。V = F（组织层次，总频率，价值，环境，时间）
这个公式，将每个功能的价值与客户的实际情况相结合以确定功能在不同企业的商业价值，对不同人员的商业价值，是我们能向业务人员说明商业价值的关键所在。
第三个阶段：从软件实施顾问到IT咨询顾问
你怎样从一个软件的实施顾问变成一个真正的咨询顾问？实施顾问是针对一个产品、给客户安装，教会使用者，这就已经基本完成了实施顾问的职责。好的实施顾问和咨询顾问有些类似，他能够知道一个系统的商业价值，但是作为一个咨询顾问，最基本的是客户提出一个问题，你能够给出合理的解答。有问有答才是咨询。
上一个阶段所讲的，需要你站在产品的角度来理解和应用其商业价值，如果你能站在一个企业的角度来帮助企业发现问题，通过有效的分析，解决企业的问题，把它变成一个可以在IT中实现的功能。这又进入了另外一个领域，IT咨询。
客户说我们的工作效率低下，这时我们可以为客户列举出IT中有多少功能可以解决他的问题， 除了企业现有的IT系统还有哪些系统，哪些功能可以解决他们的问题。前一个阶段是我们给别人讲功能的价值，这个阶段是针对客户的问题，帮客户选择可以使用的功能。前一个是以产品为导向的销售阶段，后一个是以客户为中心的服务阶段。
一个咨询顾问所需要的知识的宽度是远远超过一个实施顾问的。你能够看到企业方方面面的问题，并能够用IT的手段，把他变成一个解决方案。
第四阶段：从IT的世界到业务的世界
站在不同层次和类型的企业角度，帮助企业发现存在的问题，并且能对问题优先级排序并解决，将咨询成果落实在恰当的IT系统中（所涉及IT系统包括多种企业应用系统，如ERP、CRM、KM等等）。这时候，对IT系统的理解已经不再局限某一个领域。
这个阶段你已经不在局限于自己所了解的某一类软件，而是对所有软件有所了解。这一阶段不仅对软件的了解，而且对每个业务领域本身比较了解。比如了解研发管理中的pace体系，了解营销中的4P组合，财务管理中的预算，生产制造中的计划。理解软件能解决一部分问题，其它问题还要从业务本身，组织、流程、绩效等多个方面去解决。
你从一个IT咨询顾问到一个业务的咨询顾问，你不但要对系统比较了解，你也要对业务比较了解，才能够在业务上和企业对话。你从业务咨询顾问到一个战略咨询顾问，没有十年的功底，很难和业务副总们有共同的沟通语境。有十年的功底，还要求你本身有管理的悟性。
第五阶段：从业务职能转向解决问题的专家
如果你能在企业决策层的角度去考虑如何发现和解决企业现在存在问题，这时候你已经成为卓越的咨询顾问了。
这个阶段你需要对战略管理，集团运作等企业最高层的运作有相当深入的了解，能做行业分析，能与高层对话，一起确定企业核心问题，全面建立企业核心竞争能力。这个阶段，咨询顾问本身在管理上的理解，已经走到咨询顾问的顶峰阶段。
从一个人成长的角度，我们也可以看到，不同类型的人能够在企业信息化的推进中，帮助企业获得的价值！这对一个人的职业生涯发展，对于一个企业选择信息系统推进的人选、选择不同的信息系统都有参考价值。
推荐第10篇：软件开发人员薪酬设计方案
软件开发人员薪酬设计方案
软件开发人员一般都视自己为企业主要财富的创造者，他们不单要求获得工资报酬，还希望与投资者、经营者共同参与企业剩余价值的索取与分配，这一需求显然与企业现有的薪酬体制相矛盾。为了解决这一问题，必须建立公平合理的价值分配体系。
在国内软件企业中，多数对软件开发人员实行的是与企业内部技术职务相关的等级工资制度，员工进入企业之后无论绩效如何，除非职务提升，否则工资无法增长。虽然也有部分企业授予员工认股期权，但大多数软件企业都未上市，期权对员工来说有如空头支票。部分企业曾推行与项目相关的奖励制度，但随着近年来IT市场的疲软，为了保证投资者的收益，项目奖金也被逐渐取消。
软件开发人员一般都视自己为企业主要财富的创造者，他们不单要求获得工资报酬，还希望与投资者、经营者共同参与企业剩余价值的索取与分配，这一需求显然与企业现有的薪酬体制相矛盾。为了解决这一问题，必须建立公平合理的价值分配体系，如此才能做到开发人员与企业薪心相映。
软件企业中的价值分配体系主要体现于企业中的薪酬制度、晋升提拔制度。为了提高价值分配的公平性和激励性，可以从以下六方面着手。
内部公平性
首先，工资制度的设计要体现内部公平性。即在岗位评价基础上建立与企业内部技术职称相关的等级工资制度，提薪与技术职称提升相关而与年龄无关。
结合软件开发人员的特点，可从责任要素（权重占40%）、知识与技能要素（权重占30%）、努力程度（权重占20%）和工作环境要素（权重占10%）等四个方面对软件开发岗位进行评价，确定岗位的相对价值；从业务能力（权重占30%）、创新能力（权重占30%）、团队精神（权重占20%）和职业素质（权重占20%）等四个方面对员工的岗位综合能力进行评估，确定特定岗位上特定员工的相对价值；通过绩效管理来评价员工的业绩，确定员工的实际贡献。通过这三方面来综合确定软件开发人员的工资水平。
初级应用工程师、应用工程师、系统分析员和开发经理等技术职称分别对应不同的工资等级范围，员工的工资水平既可随技术职称的提升而升至更高等级，也可以随业绩的提升在同一工资等级范围内向上浮动。令每位软件开发人员的工资之间相互可比较，以此实现其内部一致性。
外部竞争性
其次，软件开发人员的总体薪酬水平在职业劳动力市场应当具有竞争力，保证其外部竞争性。
软件企业应当至少每年进行一次同行业薪酬水平调查，可以委托专业机构进行，也可以购买Hay Croup、Mercer、Watson Wyatt等国际人力资源专业咨询机构的年度行业薪酬水平报告。以薪酬调查作为市场参照，了解企业的薪酬水平在行业中的地位，结合企业的总体战略和人工成本负担能力来确定本企业的薪酬水平策略。可以采取领先策略，总体薪酬水平在行业范围内高于竞争对手，以吸引、保留优秀员工；也可以采取相应策略，薪酬水平与竞争对手相仿，吸引和保留称职员工，使企业有能力在其他方面（如质量和管理）与对手竞争。
动态激励性
第三，企业在不同发展阶段和不同战略目标下应当对软件开发人员实行不同的薪酬策略，以配合企业总体战略目标的实现，体现其动态激励性。
从企业所处发展阶段来看，在企业初创期，可以采用：低底薪+高奖金+低福利的薪酬策略以维持生存、促进成长；在企业高成长期，可以采用：具有竞争力的底薪+高奖金+低福利的薪酬策略以进一步推动高速成长；企业步入成熟期之后，底薪、奖金和福利均应具有竞争力，以维持高速成长；企业步入逐步稳定发展的阶段之后，薪酬策略则应调整为：高底薪+低奖金+高福利，以稳定员工队伍并且逐步降低人工成本。
从企业的战略目标来看，在以投资促发展的经营战略下，企业应当采用：高报酬+中等个人业绩奖+中等福利的报酬组合，以刺激创业；在保护利润和保护市场的战略下，企业应当采用：平均工资水平+中等个人业绩奖+标准福利的报酬组合，以奖励管理技巧，向管理要效益；在收获利润并投资别处的经营战略下，企业应当采用：低于平均水平的工资+刺激成本的适当奖励+标准福利的报酬组合，以确保控制成本。
分享企业赢利
第四，应当给予软件开发人员分享企业赢利的权利。
虽然近年来IT市场较为疲软，软件企业赢利下降，但如果因此而拒绝与软件开发人员分享企业赢利，必将导致优秀人才的大量流失而最终损害企业的核心竞争力。为确保软件企业的长远发展，对软件开发人员实行长期奖励计划，令其参与企业赢利的分配势在必行。
由于深圳地区的大部分软件企业尚未上市，实行奖金银行这一长期奖励计划更具有可行性。所谓奖金银行，即将软件开发人员应获取的奖金大部分存入奖金银行中储存起来，延期支付，期满可以转为限定性股权或补充养老金。通过这一方式，一方面可以促使软件开发人员关心企业的长远发展，另一方面令企业在不增加固定成本的情况下增加软件开发人员的资本收益或养老金数额，同时还可以激励软件开发人员最大限度地发挥所长，提升整体业绩水平。
增加福利比重
第五，应当逐步增加福利在软件开发人员薪酬总额中的比重。
由于软件开发人员较年轻，流动意愿较强，且在当前的职业劳动力市场中处于供不应求态势，而深圳地区大部分软件企业目前均实行高工资、低福利的薪酬策略，为了有效地激励软件开发人员，稳定开发队伍，必须着眼于软件开发人员福利水平的提高。除了确保提供国家法定的保险福利之外，软件企业应当尽可能向软件开发人员提供追加保险（如补充养老保险、商业保险等）、非工作时间报酬（如年假、节日等）和小额优惠（如免费午餐、旧设备优先购买、交通补贴等）等多种福利计划，有条件的话可以实行自助餐式
的福利方案，限定总额，由员工自由选择福利项目。
与考核结果结合
第六、要建立正确运用考核结果的机制，将考核结果与软件开发人员的提薪、晋升、调动及各种奖励相挂钩。
软件企业应当通过绩效评价的结果为报酬的合理化提供决策基础，使企业的报酬体系更加公平化、客观化，并具有良好的激励作用。
提薪的标准和提薪的方式、奖金的标准和分配方式上均与考核结果相联系，例如：10%的优秀软件开发人员可以获得120%的浮动工资；80%达到业绩要求的软件开发人员获得100%的浮动工资；10%业绩未达要求的软件开发人员只能获得0-80%的浮动工资。此外，有贡献的人除了获得晋升，还可以获得追加特别福利和保险。通过对考核结果的合理运用，营造一个激励员工奋发向上的环境。
第11篇：一个优秀的软件开发人员...（优秀）
西安尚学堂
一个优秀的软件开发人员必须具备的10种特质
现今软件开发成为非常热门的职业，可是怎样才能变成优秀的软件开发人员，代码质量不仅成为了一个必需品，更成为了一个竞争优势。因为众多公司围绕软件而竞争，开发软件的人——软件工程师正显得越发重要。
但是，怎样才能成为百里挑一的程序员呢？在本文中，我们简明扼要地列出了优秀开发人员的10种特质。
1.热爱编程
编程是一种为了满足兴趣而心甘情愿去做的劳动（Programming is a labor of love）。和其他任何职业一样，唯有真正的热情，才能完成真正的伟大事情。这里有个误解，认为编写代码是机械化并纯科学性的。事实上，最优秀的软件工程师是工匠，他们能把能量、独创性和创造力融入到每一行代码中。伟大的工程师知道何时该把代码雕琢至完美，知道何时把大型系统像拼图一样组装到一块。热爱编程的工程师从构建软件中获得满足，就好比一位作曲家在完成一部交响乐后而欣喜若狂。正是兴奋感和成就感，才造就了喜爱编程的明星工程师。
2.完成事情
有很多技术人员只谈论软件而不编写代码（只说不做型）。而伟大软件工程师会真正去编码，这也是他们最为重要的品质之一。他们是实际做事的人。聪明人都知道，解决问题的最佳途径是直面问题，而不是花上数周来设计复杂又不必要的架构和函数库。优秀工程师应当会问：解决手头问题的最简单方法是什么？最近的软件开发方法——敏捷实践，正是专注那个。它的思想是，把复杂的项目拆分为短小的迭代，每个迭代只关注一小部分的增量功能。因为每个迭代对应的编码只需要数周，所以功能易于管理并简单。
3.持续重构代码
编码很像雕刻。要像艺术家一样不断完善自己的作品，软件工程师也要通过可能的最佳方式来持续完善自己的代码，以达到目标。重新塑造代码的原则称为“重构”，Martin Fowler在他的创意书中有相应描述。重构背后的原始思想是：改善代码而不改变其功能，移动调整部分代码以确保系统不腐，还有确保系统完成基于当前需求该完成的事。持续重构可以让开发人员解决另一个著名的问题——“黑盒遗留代码”（这个问题基本无人想触及）。
几十年的软件开发文化要求我们，不应该去改变正常工作的东西。然而，随着时间推移，问题是我们成为了老旧代码的奴隶，老旧代码变得不稳定和不兼容。而重构正好可以改变这一状况，因为我们是代码的主人，不是它的奴隶。重构在工程师和代码之间建立起持续的“对话”，并带来所有权、确定性、自信心和系统的稳定性。
千万不要成为老旧代码的奴隶。如果代码是他人所写，或许你可以轻易推脱责任。但大多数时候，那些代码是自己所写，要拿得起放得下，旧代码该埋时，就把它埋了！
4.使用设计模式
自从所谓的“四人帮”（Erich Gamma、Richard Helm、Ralph Johnson和John Vliides）发表他们的著作——《设计模式》后，全世界的软件工程师一直都在讨论模式。在我们所处世界，不管是自然界还是人类行为，模式无处不在。软件工程自然也不例外。模式就是不断重现的跨语言跨系统的场景和机制。一位优秀的工程师通常能识别并利用模式，而不是受制于模式。工程师不应（强制）让系统去适应某种模式，而需发现在系统中使用模式的时机（恰当使用模式）。在使用模式来确保正确性时，应借鉴利用前人的智慧结晶，使用以前能正当解决特定工程问题的方法。但请切记：模式不是万灵药；不要为了使用设计模式而使用设计模式。
5.编写测试
曾有段时间，软件工程师们认为测试不值得他们去做。然而，如果你不做测试，你怎么能确保代码就能正常工作呢？敏捷实践中的“单元测试”已获得普遍认可，因为它注重编写测试来反映代码是否有效。随着系统增大，测试也随之增大。有经验的工程师知道并了解测试的价值所在，因为测试的目的就是创建一个能正常运作的系统。优秀的工程师通常会确保出现过一次的Bug不会再出现第二次。但优秀的工程师也知道，不应该浪费时间写那些琐碎或多余的测试，而需要专注测试各个组件中的核心部分。
6.善用现有代码
“重新发明轮子”一直是软件行业中的巨大问题之一。从发明新语言到从写函数库，忽视并重写那些已经存在并已能工作的奇怪驱动力，已经造成大量软件开发的失败案例。一位明星工程师会专注三种基本类型的重用：第一，内部基础架构的重用，相应代码是他自己或同事编写的；第二，使用第三方的函数库，比如 JDK。最后，研究使用某些大型网络服务商提供的相应服务，比如Amazon。总之，正确善用现有的代码，使得软件工程师能真正专注于最为重要的事情上 ——应用程序本身。
7.专注可用性
优秀的工程师通常都专注于用户。无论用户是企业还是个人，无论是为消费
型的软件公司还是投资银行，需要关注的都是可用性。用户如何和系统交互？系统是否提供一种简单、直接和平稳的操作体验？有种说法，因为软件工程师是技术人员，他/她和“用户如何与系统交互”没有关联，这种说法严重错误。优秀工程师努力工作是为了什么？不正是让系统简单并易于使用。他们无时无刻都会想到用户，不会尝试去发明那些令人费解，只有极客才能理解并欣赏的东西。
有些时候，一些软件工程师过于投入，反而忘记所编写的程序/软件，是供他人使用，不是做给自己看的“艺术品”。所以，在软件开发过程中，一直要把“用户”放在心中。
8.编写可维护的代码
软件开发界的另外一个小秘密是：编写优秀代码和糟糕代码所花费的时间是一样多。一位训练有素的工程师，他/她会从第一行代码开始就考虑可维护性和代码的演化。没有任何理由编写“丑陋”的代码、长达数页的函数，或是稀奇古怪的变量名。优秀的工程师编写代码会遵循命名惯例，代码编写紧凑、简单和不过度炫耀聪明。代码的每一行，都应恰如其分地展现出其原有目的。在给不便理解的代码（块）合理注释时，别忘了命名规则。清晰明了的函数名和变量名可以让代码不言而明。
在编码时，有些程序员会有这种心态：过一会儿再来修改或完善某部分代码或某条语句。但谁知这一“过一会”竟然是“一天”、“一周”、“一个月”或“一年”，甚至以后根本就没机会再回头修改。所以，尽量别妥协写出暂时堪用的代码。否则，不仅不会节省开发时间，也可以阻碍整个进程。当然也不利于后续维护人员的工作。
9.能用任何语言编程
优秀的软件工程师活血有自己一门特别钟爱的编程语言，但从不会执迷于当中。如今已有很多优秀的编程语言，也就是说，如果你只会使用其中一门语言，说明你缺乏多样性。你可以用Java、C#或C++编写任何现代软件，可以用PHP、Perl或Ruby编写任何网站的后台。简而言之，编程所用语言，远远没有语言相应的函数库重要。优秀的工程师能够认知到这一点，并愿意去学习新语言、新函数库和构建系统的新方法。
10.知晓基本的计算机科学知识
最后，但肯定不是优秀工程师最不重要的特质就是：扎实的基础。优秀的工程师或许并没有计算机科学的学位，但他/她必须知道基础——数据结构和算法。如果不知道哈希表，或者不知道链表和数组之间的差别，你如何构建一款大型软件？这些都是每位从事软件开发的开发人员应当知道的。算法也同样重要，从二
分查找到各种排序，到图形遍历，一位明星工程师必须知道并内在消化这些基础东西。因为这些基础就是你在构建任何现代软件中做抉择时的必备品。
结束语
以上就是区分优秀软件工程师的诸多特质。其中讨论的“热情”，是非常重要的。代码重用、设计模式、基础数据结构和算法都是必须知道的，而敏捷实践中的重构和单元测试则有助于工程师应对复杂的软件。尤为重要的是，明星工程师相信简洁和常识。也正是这些信念，帮助他们成功构建当今世界所需的看似不可能又错综复杂的系统。
第12篇：软件开发人员求职的自我介绍
给大家一起来分享由好范文为大家分享的关于软件开发人员求职的自我介绍范文，仅供大家参考一下。
我叫xxx，于2012年9月开始在北大青鸟学习，主攻.net工程师。经过北大青鸟1年半的培训，完全掌握了软件开发的基本知识，现在已经可以独立完成软件的开发，也可以团队进行软件工程项目开发。相信在以后的工作和学习中一定会很称职的。作为北大青鸟的一员很欣慰和自豪。
平时爱好打篮球，真是这样培养了我自信、乐观、积极向上的性格。因为不太爱说话，所以很多时候是在书店和书本朋友在一起。但是这并不代表我内向。因为我爱好看书。
个人比较喜欢的一句话：海阔任鱼跃，天高任鸟飞。很荣幸能来到xxx公司，请大家多多指教，很高兴于各位同事一起创造明天的辉煌！
第13篇：公司软件开发人员绩效评价标准
医药生物人才网 专业的行业求职招聘平台
公司软件开发人员绩效评价标准
总则：
通过量化的指标准确的评定软件开发人员的绩效，从而对薪酬分配提供可靠的依据。基本说明：l
绩效评价，包括业绩考核和能力评定。对软件开发人员的绩效评定，每一项问答表现优秀加一分，表现不佳扣一分，表现平平不得分，最后计算总分。
l 业绩考核：
此项考核主要考核在一定时间内软件开发人员的任务完成情况。主要包括有以下指标：目标的完成度、难易度、贡献度。目标完成度
完成情况：
能否总是在规定期限内完成工作？或者尚能在规定的时限内完成工作，还是经常需要上级的催促才能按时完成工作，或者一贯拖延工作期限，即便在上级的催促下也不能按时完成工作？
在困难或者环境变化的情况下，是否也完成了计划的工作？
是否很快、很迅速、高标准、高质量、创造性的完成交给的工作？
是否在完成工作的同时，又能很好地控制成本？
如果工作没有完成是由于环境的变化还是个人能力的问题？或者是工作太多了，根本无法完成？
在工作中是仅仅要求完成任务还是主动进行工作流程的改进，高效运用相关资源来解决工作中出现的问题？
上级人员交给其工作时是否放心？
完成质量：
提交的程序是否经常出现很多BUG？是否经常需要修正或调整？编码是否严格遵守代码规范性？用户对其开发的软件是否满意？
完成时间：
总是提前完成任务，还是总是强调客观原因而无法准时完成任务？是否经常需要有人催促才能完成工作？
难易度
所完成的工作是否是一般人不愿意干的工作？或者是很烦很累枯燥无味的工作？所完成的工作是一般程序员都可以充分达成的目标，还是不易达成的挑战性目标？如果本人不在，本部门或本小组是否有替代的人？
贡献度
其所作的工作对公司创造了多少直接效益？多少间接效益？或者降低了多少成本？工作完成后的成本情况如何？是否有效地控制成本？
是否在圆满完成本职工作以外，还积极主动地从事其它相关事情？
是否尽力为公司创造最大利益，在各方面尽了最大努力并取得了一定的成果？ 能力评定：
能力评定是通过对员工的日常工作的工作表现，观察、分析、评价其所具备的工作能力。对其开发人员的能力评定，主要包括以下几项：技术能力、理解力、沟通能力、主动性、团队精神、领导能力。领导能力用于项目经理评价。技术能力
业务知识：
上级交待工作时是迅速、准确地抓住工作的关键还是反应迟钝，迟迟不能理解？是否在一个月内就迅速熟悉了新岗位的工作？还是在新岗位工作超过三个月了还对许多业务流程不很熟悉，从而不得不经常问别人？
医药生物人才网 HR工具-范例文本，仅供参考！
是否经常有人来请教相关技术问题还是总是有问题问别人？
是否本部门有一些业务只有他熟悉？
解决问题能力：
在自己的工作中遇到障碍是自己独立解决还是遇到不懂的问题就立刻问别人？是否一些新知识从未学过，却能很快地上手？
是否为实现目标和解决问题努力寻找合理的新方案？
遇到难题，是否能坚持不懈地完成工作？
市场能力：
在编写程序时是否总是考虑使用者的需求？
在编写程序时是注重界面的实用性、客户的满意度还是老谈所谓的概念，技术？
工作效率：
在工作中是否有很强的工作效率意识？
是否总是比别人快地完成任务？
理解力
是否总是迅速地掌握部门或上司的方针，并准确地反映到程序开发当中？同时常常能够立刻提出更好的解决方案？
是否迅速理解客户的需求？
布置任务是否不能很快理解，总是反复询问？
交待任务时是否总是显示出迷惑不解的表情？
沟通能力
是否能够很好地和同事相处？是否乐于帮助别人？特别是对后来者给与积极帮助？对上司、外来人员的言谈举止是否富有礼节？
是否给人以诚实、开朗的印象？
是否属于高傲的人？是否很少有朋友，而且常与人有无谓的争执？
和人谈话时是否认真倾听对方的诉说，虚心接受对方的意见？
主动性
是否对公司的状况提出过建议、意见和合理化建议？
开发程序中是否努力改善工作质量，以一贯的态度将工作从头到尾做完，并使程序尽善尽美，一定要把工作做完才离开公司。还是常说“算了，就这样吧？！”之类的言语？ 在工作中给人的感觉是踏实，有始有终还是懒懒散散，吊儿郎当？
上班时是否常打私人电话，是否经常浏览不相关的网页？
是否上级没有具体指示之前自觉完成业务？是否经常寻找与自己业务相关的业务做？是否积极学习业务知识？对其不在监督也能迅速的完成任务？
是否对上司是否有敷衍的情况？是否有辞职或调动的打算？是否经常对公司抱怨？是否对别人不愿意干的工作也主动承担？
是否具有不满足于现状，积极奋进的精神还是有过一天算一天的想法？
团队精神
纪律性：
是否遵守理解公司各种规章制度而努力？并能规劝他人?
是否努力理解上级的批命令并圆满的贯彻执行？
是否严格遵守工作时间？有无经常迟到、早退、无故缺勤的情况？
在工作时间里是否热衷于工作？
主人翁精神：
是否存在浪费的现象？
是否经常利用职务之便为自己牟利？
是否注意收拾和整理工作场所？
协作性：
是否能和同事很好的合作？是否使人觉得经常多嘴多舌、指手划脚？是否不推不动，只求自己方便、合适？
是否经常支持并积极参加公司各种活动？
领导能力
是否能组织手下员工高效地工作？
是否能促使本组员工和睦相处、团队协作？
是否能关心手下员工，鼓励优秀、批评落后？
是否积极地帮助手下员工？
第14篇：软件开发人员优秀的辞职报告
尊敬的领导：
我很遗憾自己在这个时候向公司正式提出辞职报告。
来到xx公司两年多了，正是在这里我开始踏上了社会，完成了自己从一个学生到社会人的转变。有过欢笑，有过收获，也有过泪水和痛苦。公司平等的人际关系和开明的工作作风，一度让我有着找到了依靠的感觉，在这里我能开心的工作，开心的学习。然而工作上的毫无成熟感总让自己彷徨。
记得您曾说过，工作上如果两年没起色就该往自己身上找原因了。或许这真是对的，由此我开始了思索，认真的思考。尽管我一思考，上帝便会发笑，但这笑带着一丝苦涩，思考的结果连自己都感到惊讶――或许自己并不适合软件开发这项工作。否定自己让自己很痛苦，然而人总是要面对现实的，自己的兴趣是什么， 自己喜欢什么，自己适合做什么，这一连串的问号一直让我沮丧，也让我萌发了辞职的念头，并且让我确定了这个念头。
或许只有重新再跑到社会上去遭遇挫折，在不断打拼中去寻找属于自己的定位，才是我人生的下一步选择。从小到大一直过得很顺，这曾让我骄傲，如今却让自己深深得痛苦，不能自拔，也许人真的要学会慢慢长大。
此致
敬礼！
第15篇：软件开发人员面试问题(经典)
软件开发人员面试问题(经典) 想雇到搞软件开发的聪明人可不容易。万一一不小心，就会搞到一堆低能大狒狒。我去年就碰到这种事了。你肯定不想这样吧。听我的，没错。在树上开站立会议门都没有。
问点有难度的问题能帮你把聪明人跟狒狒们分开。我决定把我自己整理出来的软件开发者面试百问发出来，希望能帮到你们的忙。
这个列表涵盖了软件工程知识体系中定义的大多数知识域。当然，如果你只想找出类拔萃的程序员，便只需涉及结构、算法、数据结构、测试这几个话题。如果想雇架构师，也可以只考虑需求、功能设计、技术设计这些地方。
不过不管你怎么做，都要牢记一点：
这里大多数问题的答案都没有对错之分！
你可以把我的这些问题作为引子，展开讨论。例如下面有个问题是使用静态方法或是单例的缘由。如果那个面试的就此展开长篇大论，那他很有可能是个聪明能干的家伙！如果他一脸茫然的看着你，发出这种声音，很明显这就是只狒狒了。同样，想知道一个数是不是2的乘方也有很多方法，不过要是面试的人想用mod运算符，嗯……你知道我的意思吧。（你不知道也没关系，来根香蕉？）
需求
你能给出一些非功能性（或者质量）需求的例子么？
如果客户需要高性能、使用极其方便而又高度安全，你会给他什么建议？
你能给出一些用来描述需求的不同技术么？它们各自适用于什么场景？
需求跟踪是什么意思？什么是向前追溯，什么是向后追溯？
你喜欢用什么工具跟踪需求？
你怎么看待需求变化？它是好是坏？给出你的理由。
你怎样研究需求，发现需求？有哪些资源可以用到？
你怎么给需求制定优先级？有哪些技术？
在需求过程中，用户、客户、开发人员各自的职责是什么？
你怎么对待不完整或是令人费解的需求？
功能设计
在功能设计中有哪些隐喻？给出几个成功的例子。
如果有些功能的执行时间很长，怎么能让用户感觉不到太长的等待？
如果用户必须要在一个很小的区域内，从一个常常的列表中选择多个条目，你会用什么控件？
有哪些方法可以保证数据项的完整？
建立系统原型有哪些技术？
应用程序怎样建立对用户行为的预期？给出一些例子。
如何入手设计一组数量庞大而又复杂的特性，你能举出一些设计思路吗？
有一个列表，其中有10个元素，每个元素都有20个字段可以编辑，你怎样设计这种情况？如果是1000个元素，每个元素有3个字段呢？
用不同的颜色对一段文本中的文字标记高亮，这种做法有什么问题？
Web环境和环境各有些什么限制？
技术设计
什么是低耦合和高聚合？封装原则又是什么意思？
在Web应用中，你怎样避免几个人编辑同一段数据所造成的冲突？
你知道设计模式吗？你用过哪些设计模式？在什么场合下用的？
是否了解什么是无状态的业务层？长事务如何与之相适应？
在搭建一个架构，或是技术设计时，你用过几种图？
在N层架构中都有哪些层？它们各自的职责是什么？
有哪些方法可以确保架构中数据的正确和健壮？
面向对象设计和面向组件设计有哪些不同之处？
怎样在数据库中对用户授权、用户配置、权限管理这几项功能建模？
怎样按照等级制度给动物王国（包括各种物种和各自的行为）建模？
程序设计
你怎样保证你的代码可以处理各种错误事件？
解释一下什么是测试驱动开发，举出极限编程中的一些原则。
看别人代码的时候，你最关心什么地方？
什么时候使用抽象类，什么时候使用接口？
除了IDE以外，你还喜欢哪些必不可少的工具？
你怎么保证代码执行速度快，而又不出问题？
什么时候用多态，什么时候用委派？
什么时候使用带有静态成员的类，什么时候使用单例？
你在代码里面怎么提前处理需求的变化？给一些例子。
描述一下实现一段代码的过程，从需求到最终交付。
算法
怎样知道一个数字是不是2的乘方？怎样判断一个数是不是奇数？
怎样找出链表中间的元素？
怎样改变10,000个静态HTML页面中所有电话号码的格式？
举出一个你所用过的递归的例子。
在散列表和排序后的列表中找一个元素，哪个查找速度最快？
不管是书、杂志还是网络，你从中所学到的最后一点算法知识是什么？
怎样把字符串反转？你能不用临时的字符串么？
你愿意用什么类型的语言来编写复杂的算法？
有一个数组，里面是从1到1,000,000的整数，其中有一个数字出现了两次，你怎么找出那个重复的数字？
你知道“旅行商问题（Traveling Salesman Problem）”么？
数据结构
怎样在内存中实现伦敦地铁的结构？
怎样以最有效的方式在数据库中存储颜色值？
队列和堆栈区别是什么？
用堆或者栈存储数据的区别是什么？
怎样在数据库中存储N维向量？
你倾向于用哪种类型的语言编写复杂的数据结构？
21的二进制值是什么？十六制值呢？
不管是书、杂志还是网络，你从中所学到的最后一点数据结构的知识是什么？
怎样在XML文档中存储足球比赛结果（包括队伍和比分）？
有哪些文本格式可以保存Unicode字符？
测试
什么是回归测试？怎样知道新引入的变化没有给现有的功能造成破坏？
如果业务层和数据层之间有依赖关系，你该怎么写单元测试？
你用哪些工具测试代码质量？
在产品部署之后，你最常碰到的是什么类型的问题？
什么是代码覆盖率？有多少种代码覆盖率？
功能测试和探索性测试的区别是什么？你怎么对网站进行测试？
测试套件、测试用例、测试计划，这三者之间的区别是什么？你怎么组织测试？ 要对电子商务网站做冒烟测试，你会做哪些类型的测试？
客户在验收测试中会发现不满意的东西，怎样减少这种情况的发生？
你去年在测试和质量保证方面学到了哪些东西？
维护
你用哪些工具在维护阶段对产品进行监控？
要想对一个正在产品环境中被使用的产品进行升级，该注意哪些重要事项？ 如果在一个庞大的文件中有错误，而代码又无法逐步跟踪，你怎么找出错误？ 你怎样保证代码中的变化不会影响产品的其他部分？
你怎样为产品编写技术文档？
你用过哪些方式保证软件产品容易维护？
怎样在产品运行的环境中进行系统调试？
什么是负载均衡？负载均衡的方式有哪些种？
为什么在应用程序的生命周期中，软件维护费用所占的份额最高？
再造工程（re-engineering）和逆向工程（reverse engineering）的区别是什么？ 配置管理
你知道配置管理中基线的含义么？怎样把项目中某个重要的时刻冻结？ 你一般会把哪些东西纳入版本控制？
怎样可以保证团队中每个人都知道谁改变了哪些东西？
Tag和Branch的区别是什么？在什么情况下该使用tag，什么时候用branch？ 怎样管理技术文档——如产品架构文档——的变化？
你用什么侗剧管理项目中所有数字信息的状态？你最喜欢哪种工具？
如果客户想要对一款已经发布的产品做出变动，你怎么处理？
版本管理和发布管理有什么差异？
对文本文件的变化和二进制文件的变化进行管理，这二者有什么不同？
同时处理多个变更请求，或是同时进行增量开发和维护，这种事情你怎么看待？ 项目管理
范围、时间、成本，这三项中哪些是可以由客户控制的？
谁该对项目中所要付出的一切做出估算？谁有权设置最后期限？
减少交付的次数，或是减少每个每个交付中的工作量，你喜欢哪种做法？ 你喜欢用哪种图来跟踪项目进度？
迭代和增量的区别在哪里？
试着解释一下风险管理中用到的实践。风险该如何管理？
你喜欢任务分解还是滚动式计划？
你需要哪些东西帮助你判断项目是否符合时间要求，在预算范围内运作？ DSDM、Prince
2、Scrum，这三者之间有哪些区别？
如果客户想要的东西太多，你在范围和时间上怎样跟他达成一致呢？
第16篇：软件开发人员的自我总结
2011年对我们信息科软件开发组人员来说，同样有许多值得回味的地方，也有许多经验值得吸收，一年中，在中心领导班子和其他科室的关心和帮助下，我们努力工作，努力钻研，做了几个项目，有成绩，有不足，下面就一些情况向领导和同事们作自我总结如下：
一、主要工作的完成情况
（一）完成**“数字供水”总体规划方案，与**供水局签订了《**“数字供水”基础实施方案》和《“数字供水”第一年规划系统研发》合同，4月前完成项目了的调研，4-8月完成了项目研制开发，8月底系统投入试运行，与供水局相关人员多次根据工作需要调成修改，完成了“数字供水”一期项目研发。立足高新技术应用发展的前沿，从分析**引黄供水生产和管理现代化的业务需要入手，针对引黄供水管理中需要解决的技术问题，充分考虑现实的可能性与未来发展趋势，提出“数字供水”的具体需求；贯彻“先进实用、快速准确、应用牵引、关键突破、逐步实施”的指导思想。以发展供水生产和供水工程管理维护决策支持为核心，从供水管理信息高质量采集入手，依靠“数字黄河”工程构建的公用平台，以信息化服务于**引黄供水生产管理的现代化过程，全面提升引黄供水生产管理现代化的信息化水平。着手探讨，**“数字供水”总体规划方案第二年实施项目需求分析，确立软件研发计划及规划。
（二）进一步完善了**水政普法网系统，实现水政普法网站系统（1+8模式）的整合；该系统是省、市（管理）局水政普法宣传、互动、办公自动化与以在内的总平台，该系统运行后，即可实现网内信息共享、协同办公，进而大大地提高了办公效率，提高了现代化的管理水平。编写了项目的技术报告和验收资料，积极与省局相关部门联系，于12月份通过验收。
（三）完成了**河务局政务公开网系统开发，并投入运行阶段。该系统运行，将大大提升山东全局政务公开信息化的速度，使办公效率达到事半功倍的效果。政务公开网主要设置了“政策法规、信息公开、公示公告、工程建设、规划计划、机构职能、制度办法、政府采购”等项栏目。政务公开网的开通，既是落实《中华人民共和国政府信息公开条例》的具体措施，也是山东河务局扩大对外宣传影响、强化社会服务功能的重要平台。随着政务公开网的开通，不仅可以更加广泛地向社会宣传**，让社会公众了解黄河，而且对促进依法行政，推动**的治理开发与管理工作持续健康和谐发展具有重大意义。为下一步探讨实施各市局级政务公开网系统，打下了技术、市场基础。
（四）完成了**工程局erp系统，项目软件研发人员经过×××个多月的努力，加班加点，从项目设计、需求分析、安装调试到运行维护，开发技术人员对系统每一环节都做了详细分析设计，对开发过程一丝不苟，力求系统功能多元化，最大程度满足客户的开发需求。erp系统的开发成功，得到了应用单位的好评和认可，为研发团队积累了经验，极大地提高了研发团队的知明度，为今后项目的申请开发建立了良好的技术支持和环境平台。
（五）积极与经济局办公室进行了**经济情况统计、申报、汇总系统的商榷与论证。
（六）利用三个休息日时间完成了山东全局近×××个单位的ip地址更换工作，ip地址更换牵扯多单位、多部门，即包括路由器、防火墙、三层交换机、vpn等设备，也包括应用系统的地址，相当于重新建设一个山东局新网络的工程量，我们技术人员认真分析资料，整理资料，及时和市局和直属单位联系、交流，达成共识，使ip地址更换工作顺利完成。
（七）维修了财务处服务器和防汛办水情科服务器，这两个处服务器相当复杂，财务处服务器是双击备份，水情科两台服务器造病毒攻击瘫痪，（按理来说这些都不是我们工作范围），但我们知道我们是服务单位，人家提出来，就要想尽办法解决好，我和义东同志利用了一夜的时间把财务处服务器维修好，水情科服务器利用4天时间维修好，两个处室领导非常满意。
（九）协助网管中心技术人员解决一些网络或办公自动化故障。
二、工作中的一些体会：
（一）树立理想，理想是干好工作的基础，理想也可以理解成规划，就是规划出要做那些事情，能做那些事情，按照规划一步一步去实施，去实践，停留在纸张上的规划那是摆设，只有按规划去实施，才能做出更大成绩。
（二）勤于学习，知识是干好工作的本质，知识也可以理解成能力，知识可以在任何时间内、任何工作场合都可以学习获得，在实践中获得的知识才是牢靠的，也能经得起考验的。尤其是现在社会的高速发展，必须具备专业知识，才能在激烈复杂的竞争中占有一席之地。
（三）团结协作，一句歌词是这样写：团结就是力量，在工作中也是如此，只有团结协作，才能把工作做好，如何才能团结好，协作好，我理解的就是做什么事情多替别人考虑一下，而不是钻在自己脑子里考虑问题，“谦虚、尊重、礼让”，少说空话，不说大话。
三、工作中的不足
（一）知识不够牢固，不管是软件开发的经验和能力，还是网络建设和防病毒方面，都需要在深入研究，许多知识还是没有掌握熟悉。
（二）眼光不够开阔，只从自己思想上考虑问题，不能从一个行业来看待或分析问题，导致把握、理解事物就有偏差。
（三）考虑问题不够全面，只专注做一件事情，而不能考虑延伸的问题。
四、明年的工作打算
积极协助科长完成网络故障的维修维护工作，和软件开发人员积极探索，力争在软件开发能力和水平上一个新台阶，同时眼光要开阔一些，排除一些不利于发展的瓶颈，多吸取软件同行的优点，发挥人的主管能动性，集中精力把软件做好。总之就是一句话，集中精力搞开发，聚精会神寻发展。
第17篇：软件开发人员的自我评价
本人对一卡通系统有着深刻的认识，并成功实施了多间大型企业的一卡通系统项目。
软件设计经验
本人从事软件开发项目经理已有5年。我经常听到其它同行说他们客户的需求又要变啦。而且当时在做需求分析的时候，客户没有提出，等差不多做好时提出。如果要修改，而当时在设计数据库的时候没有考虑这个问题，修改数据库又要耗掉大量时间，增加开发成本。如果不修改，项目又完成不了，无法收钱。
又或者软件在使用了一段时间，在使用一些查询功能的时，反应好慢。随着数据越录越多，这些查询功能就会越慢，如果要解决这个问题，一定需要修改数据库。而要修改数据库，对于软件开发来说，是十分痛苦的。
由此可见，数据库的设计十分重要。一个好的数据库，可以应变客户不断出现的需求，而本人对数据库的设计有着深刻的认识......
对于软件界面，我认为，由于很多操作员的使用水平不高，软件界面过于复杂，会使操作员难于入手，不知是从那里开始。增加了实施的难度。我认为，一个成功的软件，应该就是不需要进行培训，一打开操作界面就会操作。
第18篇：软件开发人员的绩效考核标准
软件开发人员的绩效考核
序号 标准 说明 评分标准
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
软件服务型企业，其核心竞争力在软件。软件开发人员是此类企业人员中的精华，他们应具有较强的事业心、责任感，较深厚的基础理论知识，并不断提出新的思想和观念，为创造新产品、新技术创造条件。
对于软件开发人员的业绩考核与公司其他人员（如管理、销售、工人等）都有很大的不同。是否准时上下班、着装是否符合要求等对一般员工的要求对软件开发人员当然可以大大放松。而且由于一个比较大的软件系统所需要的开发时间都比较长，对于软件人员的考核周期也可以比一般人员的考核周期放宽：一般人员如果一个月就要考核一次，软件人员可能要3个月、半年、甚至一年才考核一次，基本上是按照这个项目的周期来安排。
目标考核法
目标考核法是根据员工完成工作目标的情况来进行考核的一种绩效考核方法。对软件人员比较合适。1954年，德鲁克提出了一个具有划时代意义的概念——目标管理（Management By Objectives，简称为MBO），它是德鲁克所发明的最重要、最有影响的概念，并已成为当代管理体系的重要组成部分。
在开始一个软件项目之前，公司领导要与该项目主管对需要完成的工作内容、时间期限、考核的标准达成一致。项目主管把任务进行分解，把每个软件开发人员所需要完成的部分的内容、期限、考核标准也要达成一致，特别是各个模块之间的接口。并形成一份完整的文档“任务说明书”。在期限结束时，主管根据每个开发人员的工作状况及原先制定的考核标准来进行考核。为了避免到最后才发现问题过多、难以收拾，可以在开发期间设置几个考核点，设置相应的阶段性目标，根据完成目标情况给出考评的分数。
根据客户关注点确定考核指标
工作内容可以划分为几个独立的模块，在每个模块中用明确的语言描述工作需要达到的标准，可以分为几个等级选项，如“优、良、合格、不合格”。软件产品的质量特性按ISO/IEC 9126的定义，包括六个一级特性和分解之后的21个子特性。六个一级特性分别是：功能性、可靠性、易使用性、高效性、可维护性、可移植性。
在以上六大类21个子特性中，客户往往只关心几个重要的指标，只要把这几个重要指标解决了，客户满意就有保证，而不需要在软件开发时耗费大量的资源在客户并不是很关心的特性指标上。比如“易使用性”中的“易学习”子特性，如果把它作为一个重要特性指标看待，则意味着软件开发需要在操作界面的帮助功能以及误操作提示处理上下很大工夫。如果该软件的使用对象具有很高的计算机专业技能、使用人员固定，则该软件的学习使用可以通过集中培训来解决，而不需要像微软的office 软件一样提供很强的在线帮助。再如电信企业的客户，均很关心可靠性中的成熟性、容错性、可恢复性等指标，对于其他特性的关注则轻得多。如果不理解这一点，即便提供再多的功能，操作再方便，维护成本再低，都不可能使客户满意。
所以在制定软件人员的考核指标时，要紧密结合该项目的顾客关注的指标，顾客重视的内容作为考核的重点内容，其他作为辅助考核指标。
程序的规范程度是考核的重要因素
印度的软件之所以发达，与他们产品的规范是有很大关系的。虽然编程员的水平不要求多高，但大家都受过严格的训练，一切都模式化了，程序的可读性好，便于“兵团作战”。而我们的程序员可能水平很高，但不愿意接受严格的规范，懒得写注释，自己写的程序只有自己懂，难以保证质量的连续性，也无助于树立软件公司的形象。规范化管理就要将操作流程固定下来，将所有好的做法在组织内共享，通过制度的力量影响结果的质量。
为了驱动软件人员向规范化管理靠拢，考核时就要采取细化尺度。如关于软件技术文档的编写水平，就可以定为以下几个级别：
1.编写非常规范，非常及时，随时都可以查阅任意相关文档；
2.编写非常规范，较及时，随时可以查阅近期文档，文档编写滞后3天以内；
3.编写较规范，较及时，一般可以查阅近期文档，文档编写滞后3-6天；
4.编写较规范，但不及时，常常难以查阅，文档编写滞后6天以上；
5.编写不规范，不及时，常常难以查阅，甚至没有编写相关文档。
客户参与考核
一个软件系统项目，是否能满足客户的应用要求，不可能通过一次测试验收就能作出结论；客户关心的质量特性指标并不能在短时间内遍历。为了鼓励软件人员提升知识和技能，可以在考核时让客户参与进来。这样既可以在过程中体现公司对客户的重视，也可以使软件人员的成果与客户的想法直接进行碰撞，根据反馈改进软件产品。客户的参与不是单方的要求，而是双方的共同需要。“闭合”不是等价于一个圆的形成——在每个项目完成后进行客户沟通和项目总结，并反馈到市场营销——而是存在着多个圆，需要在与客户的各个接口界面上都进行双向的沟通。
一个项目完成并交给客户后，不要把该项目的奖金一下子全放下去。可以留下30-40%待一年后发放，给客户一年的时间发现问题。软件公司则根据问题的大小从余下奖金中相应扣除。通过这样做，就使软件人员更加明确：“客户满意度”是企业所追求的一项重要目标。
其他可以考核的指标
除了以上要考虑的因素外，企业还可以根据自身的战略目标、鼓励的企业文化，设置其他需要考核的指标。但由于软件人员主要以结果为导向，这些其他因素所占的比重不能过大
第19篇：IT系统设计开发人员岗位职责
1.制定或选择总体方案或变更方案，概要设计，形成面向开发的软件需求说明书，负责软件项目招标的技术架构需求的编写。2.对应用系统进行代码维护，对发现的缺陷进行修改。
第20篇：软件开发人员为什么不愿意写文档
软件开发人员不愿意写文档
软件开发人员不愿意写文档，我想这主要指的是刚参加工作时间不长的工作人员。真正的老鸟是不会这样的。我说说自己的看法，希望大家讨论。
1.软件开发的大环境不好
软件开发行业在中国的兴起也就是十几年的事情，国外的软件开发比中国长，但也有限，与中国不同是，国外企业很重视质量管理，过程控制。国外的软件发展受其他行业的影响比较深，基本上是两个思路，一个是美国为主，他们不断针对开发中的问题形成新的开发方法，比如psp，tsp，rup，iso， cmm/cmmi等过程对规范软件开发流程起了很大的作用，而日本和印度基本走的是另外一条路。比如日本开发基本是瀑布型，但每一个步骤都极为细致，以此达到对软件质量的控制，印度基本是cmm，其思路和日本查不多，但不论是美国，日本，还是印度在这些过程控制过程中都强调，计划-执行-检查-调整，而这些都需要文档的支持，所以相对来说，他们的大环境比中国好的多。反观中国，从文化上来说，中国的文化阶层历来喜欢务虚而不务实，大家在讨论的时候都侃侃而谈，但一旦想落实纸面上就没有人愿意干了。这也表现在到现在为止，还没有听说中国出过软件开发大师级人物。而软件行业前一段时间还被称为高科技，这一方面也造成了开发人员浮躁的心态。
2.重技巧的学习，而轻视能力的培养
中国的软件开发人员重视对技巧的学习，比如我们的一个项目负责人，对ie的cookie很熟悉，也很愿意在他的组员面前显示他的才能，可是他连基本的编程规范都不了解，而对调研的方式方法，项目管理的范围定义，时间管理，风险管理，质量管理更是一窍不通，这样的项目经理怎么可能写出好的文档，而他的团队又怎么可能写出完善的文档。
3.重视表面的东西，轻视基础
建设在沙地上的万丈高楼怎么可能不危险，举一个例子，在过去做面向过程的系统开发的时候，有几个人会画标准的数据流图，在作数据库设计的人员中，有几个人讲的清楚1NF，2NF，3NF，BCNF，在面向对象的设计中有几个人可以画出标准的9种类型的设计图。这些东西我们在学校里都学习过，请大家想想我们有几个人真正使用过，而用拍脑门出来的设计，能不出问题吗？
4.对系统不了解，是不愿意写文档的最主要的原因
调研人员自认为对客户流程很了解，让他讲解的时候看起来也是头头是道，但他们为什么不愿意写，其实在就是因为他们对客户的流程并没有作到真实的了解。在讨论的时候，如果没有文档，他讲过的话其他人员很难在短时间内理解并且进行检查（听别人说话最好也只能吸收10%的东西），而如果是写成文档，别人看，很多问题就可以发现（看东西可以吸收20%的东西），而且看的时间会比较长，如果是一个比较认真的人还会前后对照，这样很多问题自然会暴露出来。所以避免被别人发现问题方法就是不写文档，这样即使出问题了，也是死无对证，而一旦留有文字资料，你就跑不了。
开发人员其实也差不多，我们的高级程序员，程序员都崇尚于谈论这个体系，那个体系，但作JAVA的有几个可以讲明白J2EE，EJB的，又有几个阅读过tomcat的源代码。这些都不说，你们对JAVA的类库了解多少，知道多少类，他们内部变量的类型，作用是什么，他们的成员函数的功能，输入输出是什么，你也许会说，这些东西还要记忆吗？我们有手册可以查。没错，但学习英语的时候你能只学语法，不学习单词吗？我的原来一个头是做汇编的，他老人家可以随口说出多少号中断是做什么用的，AX。BX。CX。DX都应该是什么值。不下这个功夫，你想写出好的详细设计简直是痴人说梦。而我们现在的开发人员有几个可以做到，对开发环境不了解，是我们开发人员最大的问题，为了掩盖自己的不足，最好的方法当然是不写文档，避免暴露自己的不足。
5.有经验的开发人员的流失造成我们的开发低水平循环。经验无法继承
俗话说吃一堑长一智，国外的软件流程管理，质量管理大家都是年龄很大的人了。但我们的社会却很少愿意容纳我们自己的有经验的开发人员。如果你到各个招聘网站看一下就会发现，现在招技术人员，都要35以下的，也就是说，35以后要不你就在一个地方呆着，要不你就转行。而在几年前更夸张，30就一个坎，30岁是一个什么概念，举一个例子，研究生毕业一般是25岁，做2-3个项目（大项目一般是1年以上的），无论成果还是失败，你刚有了一些经验，好你已经快30 了，你面临是是否还能否在这个行业干下去的问题，而这个时候往往是你开始发现问题，开始琢磨改进方法的时候（也是你开始想开始写文档的时候），但人生的选择使你不得不放弃改进工作的方法，（真正了解文档的作用的人都是那些干过很多项目，有很多失败教训的“老”开发人员）。于是你要走了，而新人总是高估自己，于是就向飞蛾一样扑向烈火（糟糕的开发方法，也包括对文档的轻视）
6.不会讲问题分层次，复杂问题讲不清楚，是开发人员不写文档的另外一个原因
中国的开发人员有一个特点就是都是希望成为好工匠（其实好工匠都谈不上），而不想做专业人员。如果一个问题原来处理过，最起码看别人处理过，那么心里就觉得比较放心，但如果遇到一个全新的问题，有没有人咨询，就不知道如何下手了，说简单一点就是没有学会处理问题的方法，不会将复杂问题分层次，不会将问题分解为简单问题，逐个处理。所以在写文档的时候就不知道该写文档，一个问题的一个表现就是大家都热衷于向朋友们寻求各种系统的文档，好自己照猫画虎，而如果找不到类似的文档，就不知道怎么办了。
7.糟糕的写作功底，是不写文档的一个原因
我们是学理工，文字功力差一点没有关系，这是很多软件人员的说法，别开玩笑了，很多开发人员不写文档，一个原因就是他们的文档说的根本不是中国话，不要说同音同义字的错误，就连基本的语法都不对，写得需求不要说用户看不明白，我们自己看都不明白，如果让他自己朗读一遍，那恐怕比周星星的电影还要无理头，这种文档开发人员自然不愿意写。
8.最后一个原因----没有吃过糖，不知道甜是什么滋味
这是一个很实在有很尴尬的现实，很多人没有进行过正规的开发，甚至没有见过真正‘好’的技术文档，自然就不能感受好文档的作用，于是认为现在这种糟糕的文档就是最好的，而这些文档对开发没有任何作用（反而耽误时间），自然就不愿意在写文档了。
