一键复制
总结是指对某一阶段的工作、学习或思想中的经验或情况加以总结和概括的书面材料，它可以明确下一步的工作方向，少走弯路，少犯错误，提高工作效益，因此，让我们写一份总结吧。怎样写总结才更能起到其作用呢？总结应该怎么写呢？那么下面我就给大家讲一讲总结怎么写才比较好，我们一起来看一看吧。
软件工程师工作总结业绩 软件工程师年度工作总结篇一
初来乍到时，我被互联网融洽的工作氛围深深吸引了，我能够感受到这是一个朝气蓬勃，团结向上的团队。大家对我这位新面孔，也都报以热情的微笑，这让我很快适应了公司的工作环境。
进入公司后，首先在我们部门培训一周半，我的主要任务是尽快熟悉尚未深入学习的m领域。在xxx经理和同事们的帮助下，我很快就得以把全部精力投入到项目中来。在这个项目中，我用到了一些专业知识，与此同时让我更加欣喜的是，我也接触到了以前尚未真正接触的xxx(这里你自己改一下，或者加几句对这个技术的简单描述)知识，这在很大程度上满足了我学习新知识的渴求。专业和非专业上不懂的问题，我及时向同事学习请教，不断提高充实自己。虽然经验有限，难免遇到问题，但是我认为每一项工作都是一种锻炼，每一个困难都是一次机会，加上经理给我的指导，老员工的耐心帮助，使我在较短的时间内适应了新的工作环境下新技术的运用。在此，我要特别感谢我们的经理和同事对我的指引和帮助，感谢他们对我工作的提醒和指正。
在电子政务实验室的工作中，我一直用我们公司的“合作沟通主动一点”，“工作流程规范一点”的企业文化来严格要求自己，和共事同事默契配合，及时有效沟通;按照要求和规范及时完成手头的工作，同时注意拓展相关知识。这也是让我尽快融入我们互联网这个大集体的重要保证。
在过去的三个月里，除了技术上的进步，我最大的收获在于敬业精神和思想境界。我留意到同事们都是勤勉投入工作，认真完成任务，遇到问题及时互相帮助，彼此相处极为融洽，这些温暖的点滴让我这个新人对我们互联网极为有信心。
同时，在与大家的沟通过程中，我也学到了不少交际上的知识和处理方法，这对我非常受用;同时，对于记录待完成事件的办法，我也参考了同事的建议，因此在之后的工作会更加有效率。
此外，在这三个月的业余时间里，我也没有闲下来，继续保持我的求知习惯，经常阅读与我的岗位相关的技术书籍，同时也根据兴趣扩大阅读范围。因为我认为，书富如海，只有不断地有针对性地学习，才能让自己的头脑更加充实。
总之，在这三个月的工作中，我深深体会到有一个和谐、共进的团队是非常重要的，有一个积极向上、大气磅礴的公司和领导是员工前进的动力。感谢我们互联网给了我这样一个发挥的舞台，我要珍惜这次机会，为公司的发展竭尽全力。因此我也更加迫切的希望以一名正式员工的身份在这里工作，实现自己的奋斗目标，体现自己的人生价值，和公司一起成长。在此我郑重地提出转正申请，希望自己能成为公司的正式员工，恳请公司给我继续锻炼自己、实现理想的机会。我会用谦逊的态度和饱满的工作热情做好我的本职工作，为公司创造价值，同公司一起展望美好的未来!
软件工程师工作总结业绩 软件工程师年度工作总结篇二
作为刚从学校出来的应届毕业生，第一份工作就落在xx软件，来到xx，深深地被这个企业的文化所感染，我很认同xx的企业文化，xx的企业精神“统一，专一，事业第一”体现出了这一行业优秀企业文化的特点。在这一年的学习与亲身感受之下，我更加坚定地要使自己成为一名合格并争取优秀的xx人，我对自己有信心，对智通更有信心。
作为一名在技术岗位的工程师，要具备一定的专业知识，不断地充实自己，在不断的工作学习与研究中成长，要有很好的团队协作精神，有很强的执行力，能真正为企业做实事。在xx上班的一年里，我主要完成了下面工作项目：
1、刚来的两个星期，由于目前网站工作的需要，师傅指导一边熟悉工作职位环境一边学习asp，用了两个星期系统地学习了这门从未接触过的asp语言，为接下来的工作打了坚实的基础。
2、接下来的时间，主要配合网站先前asp的后台管理系统进行某些功能优化与系统维护工作。先后完成了销售管理模块的最新注册企业查询、职业推荐给求职者、把求职者推荐给企业、会员职位刷新、职位刷新统计等几个模块的功能修改与优化，解决了业务员带权限控制的查询、推荐时间的控制与查询速度优化、企业职位刷新时的权限控制与企业职位时效性的控制以及完成对各销售组成员的职位数统计，职位刷新数统计的功能设计。在完成这些各种功能需求的时候，对后台管理系统进行了深入的分析研究，因此对销售管理模块非常熟悉，给目前网站新版开发的'后台设计提了不少建设性的想法。之后还完成了logo管理模块中的投票项目添加优化与投票结果统计查询修正、logo、banner的管理与文本文件的生成。还完成了客服管理模块中后台开通资料查询的改进，企业管理、个人管理模块查询功能的改进。期间还完成了部分功能错误的修正，如校园招聘管理图片不能上传、文章类别不能修改、文章不能删除等。
3、目前新版是用jsp开发的，在这三个月里，我进一步对java，jsp的深入学习，了解了mvc模式开发，在这阶段的学习期间，我以一个小商务系统的开发作为学习任务。还对当前流行的jive代码与开发思想进行了初步的学习研究。
4、作为一名系统开发与维护工作者，当然不能忽视对数据库知识的学习，在这段时间我也进一步对sql语句进行了深入的学习，对sql语句的查询进行了分析，比较重视数据库性能分析与调整这方面的知识学习。通过这阶段的学习，把这些知识与方法运用到了对后台管理系统会员查询的速度优化功能上，在实际工作中得以实践运用。
5、网站新版开发方面，主要还为新版做了几个数据库对照表。
6、还参加了网站新版的第二轮测试工作，主要以后台管理系统为主做测试，还参与了前台个人管理与企业管理的流程测试，测出了不少关键性的bug。
7、入职以来，还担任了网站部群发邮件的工作。一年内完成了好几批邮件群发的工作，每天定时定量地给在xx网站上注册的企业或会员群发几十万封邮件。还配合客服部群发了两批特殊活动的邮件，配合网站营销活动群发了两批群件，每天坚持固定给注册会员群发。
在网站部工作的一年里，自己感受非常多。首先，作为刚从学校出来的毕业生，在实际开发中的经验尚不够成熟，还需要在工作中不断的提升自己。其次，要进一步提高自己的开发技能，使自己的技能满足今后的需求，主动获取并学习当今最新技术信息，平衡自己的知识结构，在不断的学习中提高自己。然后，要加强与同事们的沟通，融入团队，互相学习、相互提高，在团队中不断完善自己。
我相信，通过我的努力，一定能成为xx的优秀员工，一定会在优秀成绩之上提升自己。同时我希望公司能根据情况给我培训深造的机会，也希望部门内能有经常性的专业技术学习。
软件工程师工作总结业绩 软件工程师年度工作总结篇三
总想着每天、每个月、乃至每年都有点进步。xx年，对我来说，是起伏不定的一年，也是收获颇丰的一年。当然，最大的收获是有了一个可爱的女儿。
在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了一些公司从盛到衰的过程，也看到了一些脚踏实地的公司。
离开x1公司，是因为我觉得x1公司不是在做软件，所谓的印度模式，我想，绝对不是这么做的。理想不合，不想浪费时间，也只能背负跳槽的恶名，挂冠而去。去x2公司，是因为看到他是美国独资公司，做外包软件，能够接触美国的客户和技术，希望能够有所收获，何况，职位也不错。的确很想好好做，也跳累了，只想稳定发展，毕竟，是做父亲的人了。没有想到的是，竟然让我目睹了一场资产争夺的好戏。公司易主，流言满天，流言四起，官司大战，这种平常只有在电视和电影里看到的情节，我实实在在的亲身经历了，也算是人生的重要一课吧，至少，让我看到了人性最阴暗和恶毒的一面。自然，是做不下去了，只能又走。
也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后，只要他能够存活，必定是一个成功的公司。虽然老板对我也很有诚意，只是，对于教育软件，我实在没有太大的兴趣，何况，如果想做教育，我何不选择安博呢?毕竟，安博给于我很多。回头想想，在其他公司，我都是在奉献，只有在安博，是学习了很多。
说起跳槽，其实，看看那些公司，有多少是在踏踏实实做事情的?老板本不懂软件，都是看着软件行业能赚钱，想来捞一票，结果把中国的软件行业做坏了，也害苦了中国的程序员。自己不好好做事，怎么怪别人跳槽?同工作经历的坎坷相比，，在个人能力方面，今年的进步是非常大的。今年上半年，我的进步集中在技术领域。我更加深入研究了设计模式、ejb体系和。net平台，还有uml建模，终于有所突破，设计了一套自己的基于。net平台的系统架构和开发工具，并且得到了应用的证实。在网上也陆续发表了一些文章，受到比较好的欢迎，还上了赛迪网的开发之星。
下半年，在软件工程方面收获是很多的。
看到网上对于印度模式从吹捧到批驳的吵闹，也看到x1公司学习印度的失败，加上自己从开始就对那些记者的怀疑，决定好好学习软件工程。我一向认为，任何东西，不能道听途说，只有自己好好深入研究，才能得其精髓。同时，软件工程绝对不能只看印度的，毕竟，美国才是软件业最发达的国度。
列举一些学习的参考资料：《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书，我都仔细研读了，颇有体会。
我开始就想，印度软件工程绝对不会象那些记者所说的那么简单，所谓的高中生编程说。所以，我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》，是印度最大的软件公司infosys公司的分管质量的副总裁写的，介绍他们的cmm4的软件工程，果然不同凡响。这是我了解印度软件工程的主要窗口。
首先，同原来的想法不同的，也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是，软件工程实际上不仅仅只是管理，而是一门涉及很广的交叉学科。在软件工程中，大约一半的内容是专业性很强的，涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象，都在软件工程的范畴内，同样是软件开发和组织的重要内容，也是软件质量保证的重要内容。至于软件开发的管理部分，只能算是软件工程中软件工程过程的部分，或者说项目管理部分。脱离管理来开发软件是绝对不可行的，同样，抛弃技术基础，空谈管理出效益，便如无源之水、无本之木。诚如《软件工程java语言实现》中所说：“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学，其他方面可归入经济学、管理学或心理学中。”在这里，我强调了软件工程中的技术部分，并非轻视管理，只想在软件工程的概念上做一些拨乱反正，也希望多一些人来关心软件的核心技术，而不要空喊口号和概念。毕竟，中国的软件太缺乏核心技术了。
其次，对管理要求的严格不说(这个谁都知道)，实际上，不管是美国的软件工程，还是印度的软件工程，都是比较灵活的。即便是印度这样的所谓“软件工厂”模式，对于软件工程过程管理极为严格，也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的，然而，由于项目具体情况不同，如项目的规模，参与人员的数量、素质等的不同，对于软件过程的每个部分，不是都必须的，可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等，开始做了一个以为很好的规范，但是，到具体项目，总是对不起来，到处有问题，现在想想，便是少了这个变通的部分。不过，话说回来，这cmm也是老美想出来的，而不是印度。
第三，对于开发人员的选用，我发现，美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说，如果给他一批水平不高的开发项目，他会考虑全部解雇，重新招聘。《人月神话》中也说，如果200人开发一个项目，其中25个人最能干，那么会考虑解雇其余的175个人，让项目经理来编程(当然，后面还有一些抉择分析，这里断章取义了)。其结论的基础是基于下面研究结果：优秀的开发人员和差的开发人员，其效率之差可以达到数量级。另外，从管理的角度来说，只有人多了，才会有管理问题，当团队规模控制在一定的范围内时，便不会有太大的管理问题。
对于软件来说，很难实现同传统产业一样的工厂化生产，这是由软件开发的本质决定的。软件的复杂性是软件的本质属性，在这个属性没有改变之前，软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”，实际上，只是完成了软件代码的编写工作，并不是实现了整个软件研发工作，而代码编写工作，恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员，印度人的书上没有说，记者到说了不少，我也无从考证。所以，软件的开发，还是需要选用优秀的人的。除非，公司只想帮别人编写代码，而不希望有自己的产品和技术。
第四，软件开发中，最重要的还是团队合作和交流。这个是我目前最深切的感受。具体的，大家都知道，也用不着多说。
最后，对于软件开发来说，公司老板的想法是最重要的。如果老板说“no”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。
