工程师年终工作总结6篇
总结是指对某一阶段的工作、学习或思想中的经验或情况进行分析研究，做出带有规律性结论的书面材料，它能使我们及时找出错误并改正，因此我们要做好归纳，写好总结。我们该怎么写总结呢？以下是小编为大家收集的工程师年终工作总结6篇，希望对大家有所帮助。
工程师年终工作总结 篇1本人与20××年1月份加入浙江****股份有限公司，担任质量工程师的岗位，目前负责一车间（机加工）。截至到今，我已经顺利地完成了从试用状态到正式工作状态的转换。在此，感谢公司领导的信任，为我提供了一个体现业务能力和提高专业水平的平台。
试用期阶段：
经过在试用期的学习和工作，我对公司生产的连接器有了充分的了解，对国内机车行业的现状和行业要求有了一定的了解，同时我对连接器的设计思路、零件加工工艺、质量要求、控制手段和检验方法有了具体、形象的认识。
1、新工作环境熟悉和学习：
1）一车间产品根据配合关系可以分为插针和插孔、轴和套、罩和罩座三大类；根据加工的方式可以分为数车、仪表车、自动车、普车、铣车、钳工和冲床七种主要方式；
2）现场日常检验工作——首/末检、巡检、入库检验和报告异常；
3）一车间在制产品有种类多、单批量小和加工精度适中（针孔件除外外）的生产特点，如果在质量管理中明确控制重点可以有效的降低劣质成本和提高质量管理的有效性。
2、期间主要质量异常处理：
1）铝毛坯（A104）在铣边时发现边缘铝料剥落
a、协同工艺员进行工艺验证；b、异常原因分析和不合格品控制；c、异常坯料后续跟踪；
2）装配车间发生A104罩与罩座配合失差
a、失效原因分析和验证；b、验证结果确认和不合格品纠正；
3、期间SPC（过程统计管理）的试点工作：
1）编制过程统计管理方案和工作流程（未发布）；
2）编制了工艺流程图、FEMA和控制计划（未审核）；
3）安装、应用了质量分析软件（minitab）；
4、SPC工作经验总结：
1）一车间开展过程统计管理至少需要工艺人员和质量人员两方协同配合完成；
2）按照控制计划进行质量管理可以提高检验人员的检验效率，保证检验结果的真实性和提高过程检验的易操作性；
3）过程统计管理细化了质量管理方式，简化了现场检验人员的操作要求，可以提高一车间的质量保证水平。
正式工作阶段
负责一车间检验工作的监督和管理、过程异常产品的及时处理和质量管理文件的编辑。现对这两个月的主要工作进行总结：
1、检验规范编制、更新；
1）左右拉钩：YG08020019和YG08020020；
2）过渡接头：YG30050001；
3）YG57插孔：YG57010101B；
4）PG29螺套：YGT06010001；
5）A104罩：YG54010301A和YG54010301
6）YG54出线座：YG54010302；
7）A104卧式基座B：YG47010001B；
8）0°150mm2端子：YG08010201；
9）90°16mm2端子：YG49060001；
10）150—16端子：YG08020029D；
11）90°35mm2端子：YG49000001
12）南昌地铁安装架进厂检验规范；
2、质量管理文件修订、实施和保持。
1）首件鉴定管理性文件修改；
2）表面喷涂检验规范修订（增加喷涂件首次鉴定具体要求）；
3）表面喷涂检验规范修订（增加喷涂零件防护项）；
3、外部客诉处理；
1）A系统插针尺寸异常；
2）电缆接头状态异常；
3）芯插孔尺寸异常；
4）39芯插针针头长度超差；
5）8芯插孔锥度超差；
6）B44罩座手把干涉
（主要工作内容：异常情况调查，分析结论整理，处理方案（或建议）提交）。
4、内部质量异常处理
1）铝管（规格55×20，标号6061）材料缺陷（裂纹）评审和不合格品处理；
2）KC20插座体气孔评审、过程控制和不合格品处理；
3）B77罩表面缺陷评审、过程控制和不合格品处理；
4）KC20插套设备异常过程控制和不合格品处理；
5）KC20插销因新增设备性能未稳导致尺寸偏移评审和过程控制；
6）B77罩气孔评审、过程控制和不合格品处理；
7）连接板（大红尼龙）库存件技术状态异常的隐患排查和纠正；
8）KC20插销（A型）混装库存隐患排查（库存零件和成品）；
9）管接头（有裂纹）强度验证和结果确认；
10）B77罩（安装面不平）防水验证、结果确认和纠正；
（主要工作内容：异常原因初步分析，评估评审需求，制定评审目的和计划，组织评审，评审结果跟踪）。
5、其他方面：
1）出厂检验流程及产品的熟悉
2）针对一车间现场检验人员（QI）进行技能培训；
3）报告单填写培训；
4）制程异常报告单填写培训；
5）质量异常描述和初步统计培训；
“学而不思则罔，思而不学则殆”。借年中总结这个机会，对已经过去的半年进行系统的回顾和总结，使我发现很多在日常繁忙的工作中忽视却仍存在改良优化空间方面，如检验规范的优化可以解决没有控制计划的现状和通过检验规范的关键工序界定，也可以解决SPC中基础数据难以收集的问题等等。
“每天进步一点点”是我在一家国内企业中感受到的企业文化，在接下来的工作中，我会尽自己所能逐步丰富一车间的质量管理细节，在提高一车间质量水平的同时也创造出我个人的职业价值。谢谢！
工程师年终工作总结 篇2一、丰富的专知识是从事专业技术工作的前提
本人自1997年参加工作以来，一直从事公路养护、公路工程相关的专业工作。XX年，本人通过自学考取开汉理工大学土木工程系公路与桥梁专业函授班，三年的学习，使本人积累了丰富的专业理论知识。在XX年被县职改办评为助理工程师。我先后从事公路养护中、小修工程技术管理，207国道南平至章庄二级公路路面改善工程，参与了水泥砼路面破板修复工程，任技术负责人，207国道黑狗当大桥简支梁维修加固工程，207国道j标马市段二级公路路面改善工程，期间担任技术负责人，沙刘线接线路面改善工程，还参与了省公路局和长安大学科研项目旧砼路 ……此处隐藏5772个字……的ssh框架，开发一套oa系统平台。
3、做好襄樊、鄂州家政网络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政网络服务中心，继续开发和实施湖北省其他市的家政网络服务中心。
5、继续学习新技术，努力提高自己的个人能力。为以后能够更好，更顺利的工作奠定基础。
6、希望通过自己的进步和努力，能为公司的发展做出自己最大的贡献，体现出自己的最大价值。
工程师年终工作总结 篇6总想着每天、每个月、乃至每年都有点进步。20xx年，对我来说，是起伏不定的一年，也是收获颇丰的一年。当然，最大的收获是有了一个可爱的女儿。
在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了一些公司从盛到衰的过程，也看到了一些脚踏实地的公司。
离开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”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。
