总结是对过去一定时期的工作、学习或思想情况进行回顾、分析，并做出客观评价的书面材料，它可使零星的、肤浅的、表面的感性认知上升到全面的、系统的、本质的理性认识上来，让我们一起认真地写一份总结吧。优秀的总结都具备一些什么特点呢？又该怎么写呢？下面是小编带来的优秀总结范文，希望大家能够喜欢!
工程师个人工作总结开头篇一
在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了一些公司从盛到衰的过程，也看到了一些脚踏实地的公司。
离开x1公司，是因为我觉得x1公司不是在做软件，所谓的印度模式，我想，绝对不是这么做的。理想不合，不想浪费时间，也只能背负跳槽的恶名，挂冠而去。去x2公司，是因为看到他是美国独资公司，做外包软件，能够接触美国的客户和技术，希望能够有所收获，何况，职位也不错。的确很想好好做，也跳累了，只想稳定发展，毕竟，是做父亲的人了。没有想到的是，竟然让我目睹了一场资产争夺的好戏。公司易主，流言
满天，官司大战，这种平常只有在电视和电影里看到的情节。我实实在在的亲身经历了，也算是人生的重要一课吧，至少，让我看到了人性最阴暗和恶毒的一面。自然，是做不下去了，只能又走。
也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后，只要他能够存活，必定是一个成功的公司。虽然老板对我也很有诚意，只是，对于教育软件，我实在没有太大的兴趣，何况，如果想做教育，我何不选择安博呢?毕竟，安博给于我很多。回头想想，在其他公司，我都是在奉献，只有在安博，是学习了很多。
说起跳槽，其实，看看那些公司，有多少是在踏踏实实做事情的?老板本不懂软件，都是看着软件行业能赚钱，想来捞一票，结果把中国的软件行业做坏了，也害苦了中国的程序员。自己不好好做事，怎么怪别人跳槽?同工作经历的坎坷相比，，在个人能力方面，今年的进步是非常大的，今年上半年，我的进步集中在技术领域。我更加深入研究了设计模式、平台，还有uml建模，终于有所突破，平台的系统架构和开发工具，并且得到了应用的证实。在网上也陆续发表了一些文章，受到比较好的欢迎，还上了赛迪网的开发之星。
下半年，在软件工程方面收获是很多的。
看到网上对于印度模式从吹捧到批驳的吵闹，也看到x1公司学习印度的失败，加上自己从开始就对那些记者的怀疑，决定好好学习软件工程。我一向认为，任何东西，不能道听途说，只有自己好好深入研究，才能得其精髓。同时，软件工程绝对不能只看印度的，毕竟，美国才是软件业最发达的国度。
列举一些学习的参考资料：《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书，我都仔细研读了，颇有体会。
我开始就想，印度软件工程绝对不会象那些记者所说的那么简单，所谓的高中生编程说。所以，我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》，是印度最大的软件公司infosys公司的分管质量的副总裁写的，介绍他们的cmm4的软件工程，果然不同凡响。这是我了解印度软件工程的主要窗口。
首先，同原来的想法不同的，也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是，软件工程实际上不仅仅只是管理，而是一门涉及很广的交叉学科。在软件工程中，大约一半的内容是专业性很强的，涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象，都在软件工程的范畴内，同样是软件开发和组织的重要内容，也是软件质量保证的重要内容，至于软件开发的管理部分，只能算是软件工程中软件工程过程的部分，或者说项目管理部分。脱离管理来开发软件是绝对不可行的，同样，抛弃技术基础，空谈管理出效益，便如无源之水、无本之木。诚如《软件工程java语言实现》中所说：“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学，其他方面可归入经济学、管理学或心理学中。”在这里，我强调了软件工程中的技术部分，并非轻视管理，只想在软件工程的概念上做一些拨乱反正，也希望多一些人来关心软件的核心技术，而不要空喊口号和概念。毕竟，中国的软件太缺乏核心技术了。
其次，对管理要求的严格不说(这个谁都知道)。实际上，不管是美国的软件工程，还是印度的软件工程，都是比较灵活的。即便是印度这样的所谓“软件工厂”模式，对于软件工程过程管理极为严格，也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的，然而，由于项目具体情况不同，如项目的规模，参与人员的数量、素质等的不同，对于软件过程的每个部分，不是都必须的，可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等，开始做了一个以为很好的规范，但是，到具体项目，总是对不起来，到处有问题，现在想想，便是少了这个变通的部分。不过，话说回来，这cmm也是老美想出来的，而不是印度。
第三，对于开发人员的选用，我发现，美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说，如果给他一批水平不高的开发项目，他会考虑全部解雇，重新招聘。《人月神话》中也说，如果200人开发一个项目，其中25个人最能干，那么会考虑解雇其余的175个人，让项目经理来编程(当然，后面还有一些抉择分析，这里断章取义了)。其结论的基础是基于以下研究结果：优秀的开发人员和差的开发人员，其效率之差可以达到数量级。另外，从管理的角度来说，只有人多了，才会有管理问题，当团队规模控制在一定的范围内时，便不会有太大的管理问题。
对于软件来说，很难实现同传统产业一样的工厂化生产，这是由软件开发的本质决定的。软件的复杂性是软件的本质属性，在这个属性没有改变之前，软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”，实际上，只是完成了软件代码的编写工作，并不是实现了整个软件研发工作。而代码编写工作，恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员，印度人的书上没有说，记者到说了不少，我也无从考证。所以，软件的开发，还是需要选用优秀的人的。除非，公司只想帮别人编写代码，而不希望有自己的产品和技术。
第四，软件开发中，最重要的还是团队合作和交流，这个是我目前最深切的感受。具体的，大家都知道，也用不着多说。
最后，对于软件开发来说，公司老板的想法是最重要的。如果老板说“no”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。
工程师个人工作总结开头篇二
我叫刘桂平，是大连建工机电安装工程有限公司设备七处的弱电工程师。自20xx年3月26日进入大连建工集团至今已经一年多了，在这段时间里，在公司以及项目部领导的指导、关心和培养下，在同事的支持帮助下，我各方面的技术，经验有了很大提升，能胜任领导安排的各项工作。受公司领导赏识，指派我到华晨宝马铁西新工厂临建项目进行弱电工程施工技术管理，给了我学习安防、it、消防、bas施工技术的机会，在公司其他工程是没有这种机会的。对此，非常感谢公司，感谢领导们的赏识与栽培，也感谢同事们的无私指导与帮助。
在此工程中，虽然我经验尚缺，但是在项目经理马震的信任和带领下，同事们的帮助下，加强与各职能部门的协调配合，在施工过程中，统一步调，形成合力，对在项目实施过程中遇到的问题和情况，主动和领导汇报，作到沟通、协调，从而保证了项目建设顺利实施。同时我努力学习，刻苦钻研，在每个阶段的工作中勤勤恳恳、任劳任怨，积极主动地完成各级领导交给的任务，并在做好本职工作的基础上，不断学习钻研，努力提高自己的业务水平；要严格把控施工质量，就必须认真学习施工图纸和施工规范以确保施工质量，在学习同时把施工重点、施工方法和处罚条例都记录下来，以便技术交底中不遗漏，尽量做到事先预料，事前解决，针对有些重点问题在每个阶段施工初期都要向施工队提出具体要求，特别强调问题的严重性并耐心向他们讲清规范中的要求；要保证工程进度，就要经常与甲方沟通，协调，及时解决问题以保证工程正常进行。 在管理工人施工的时候，他们也很配合，不会因为我年轻、经验不足就肆意的否定，遇到问题，他们也会提出自己的看法和更好的解决的办法，从他们身上我也学到了不少知识，这些都是很可贵的。同时在和同事的相处过程中，我也学到了很多，比如扎实的专业施工技术、爱岗敬业的精神、耐心和韧性。
1、自身方面，有时对问题考虑不够全面，盲目的听从施工班组的意见没有更清楚、没有详细对事件进行分析就下结论，从而造成了不必要的损失。在管理上：对不听指挥、不按要求施工的班组没有进行严厉的惩罚，久而久之个别施工班组就有了侥幸的心态，至使在后期管理工作中出现了出现管理失控，也就形成安排工作难，现场管理难的情况。在以后的管理工作中首先要明确自己的立场，发挥项目管理人员在施工现场起的主导作用，对施工班组做到奖罚分明，形成绝对以项目部为中心领导方法，对那些不听指挥的施工班组决不心慈手软，施行严打、严抓以此来树立施工威信。
2、在施工技术方面，由于施工经验依然有着不足。在施工现场不能准确的快速的找出施工中存在的毛病，没能把施工图和施工规范灵活巧妙的运用，使实际施工过程中和理论施工产生了脱轨情况，即没有达不到预期的施工效果又使施工程序变得复杂，从而增加了施工成本，这给我的教训就是在以后的施工过程中一定不能随心所欲，必须认真熟悉施工图纸和施工规范并很好的掌握，争取能更好的把施工规范运用到现场施工当中。
这些都值得我去好好深思和吸收，也有那么一些人教会了我如何懂得防范别人，保护自己，保护公司的利益。这些也是我一生的财富，是什么都换不来的。 最后非常感谢公司给了我学习弱电工程施工技术的机会，提高了自身综合素质，树立了自觉的学习意识，知道了循序渐进，温故知新，持之以恒，坚持不懈，扎扎实实地学习，才能学到真才实学，才能把学到的知识融会贯通到我们的具体工作中去感谢领导们的赏识与栽培，也感谢同事们的无私指导与帮助,在接下来的工作中我会再接再厉，为公司做出我应有的贡献，不辜负大家对我的期望。
对于以后，我所努力的方向是通过在施工现场的工作，学习更多的施工方面的技术知识;通过去现场多看多了解多做，提高自己在现场施工的能力，以要求高标准、高起点要求每一个施工项目。施工前期，重视对班组的技巧交底，给班组人员在思想上给予重视，在技巧上懂得本工程的质量和进度、安全要求，为后期施工奠定良好的基础。通过与领导及同事们的交往，学习大家的待人接物的方法，增强交际能力;总之，努力提高自己的专业水平，不断的提高自己的综合素质，为以后的工作打下坚实的基础。同时我也在努力的学习理论知识，我希望经过几年的工作积累，最终能考取一级建造师证、注册安全工程师证。
总之，在今后的工作中，我将不断的总结与反省，不断地鞭策自己并充实能量，提高自身素质与业务水平，以适应时代和企业的发展，与自己喜爱的建筑事业共同进步、共同成长。
工程师个人工作总结开头篇三
1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!?
2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。?
3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。?
4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败!本人自毕业以来，平均每天实际学习时间超过2小时。?
5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。?
6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序，看看windows程序的设计、加载、执行原理，分析一下 pe文件格式，试试用sdk开发从头开发一个windows应用程序;用vc++、 delphi、java、开发应用程序，花时间去研究一下mfc、vcl、j2ee、.它们框架设计或者源码;除了会用j2ee、 jboss、spring、hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!?
7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时，为什么不可以参考来自 java社区的ioc、aop设计思想，甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。?
工程师个人工作总结开头篇四
20xx年很快过去了，在这一年多时间里，我在公司领导、部门领导和同事们的关心与帮助下，工作能力与专业技术有了更进一步的提高。在这年终岁末之时，总结自己工作中的成绩和收获，从而找出不足，以利于今后能够更好的完成工资任务，也衷心希望大家对总结不妥之处给予指正，对我来说是极大的帮助。
在过去的一年多时间里，我在余庆县西部新城项目一号地块担任监理工程师职务，该项目涉及到土建、装饰装修等多种专业，是比较大的综合性项目，作为监理工程师的我，感到任重而道远，特别是楼栋多的建筑施工，工程量大而且施工难度和质量要求都比较高，针对该特点，在项目监理部总监及总代的带领下，制定了具有针对性的、切实可行的监理方案。从基础到主体，每道施工工序严格按照监理规范、图纸设计和国家现行施工质量验收规范实施监理工作，以抓好对建筑材料的质量控制和对施工工艺的质量控制为重点工作，确保建筑物结构安全，对工程所需的原材料审查其材料质保资料、复检报告、见证取样、送检，审查其试验结果，确保原材料质量。在主体施工中严格检查钢筋的绑扎质量和钢筋的保护层厚度以及砼的浇筑振捣，对各施工过程中的巡视、检查所发现的问题及时采用口头形式或书面形式通知施工单位项目部，做到发现问题及时向总监及建设单位汇报，并督促施工单位落实整改及进行再次的复核检查，并要求监理人员做好关键部位的旁站监理，尽自己最大的努力做好监理控制质量的事前与事中控制，尽职尽职的做好我应该做的工作，坚持了严格按图、按规范、合同实施监理，确保各分项、分部工程的合格验收。
主体结构施工现场的监理工作中，我深感自己对主体结构工程的不足之处，对此我查阅了大量的技术规范和施工验收规范，通过自身的学习和实践掌握了与主体结构相关的技术和经验，从主体结构的模板搭设到钢筋安装和砼浇筑，严格检查每道工序施工质量，钢管构件、钢筋型号、钢筋锚固、搭接长度，钢筋原材及半成混凝土等进场后，均认真审核相关资料是否齐全，核对质保资料与材料批号是否一致，同时对有关材料进行见证取样送检，全部符合设计及规范要求。特别是钢筋及混凝土的质量，要求施工方按规范要求进行了见证取样、送检，保证了主体结构的工程质量。
根据工程特点及影响工程质量的关键部位，审核承包人提交的施工组织设计，并针对其不足之处提出改进意见，核查进厂材料的原始凭证、检测报告等质量证明文件。并做好事前控制，确保工程质量及安全事故不发生或少发生。例如：冬季施工，气温较低，砼浇灌、砌体砌筑、墙壁抹灰等都不易保证质量，因此要求施工单位提供冬季施工方案，提前预防，避免冻害发生。
对重要工程部位及易出现质量问题的分部工程制定质量预检措施，例如：土建工程混凝土浇筑工程施工中，梁板、柱是工程的重点部位，涉及到模板、钢筋绑扎、砼浇灌等多道工序，一旦疏忽就可能造成工程质量事故，一旦出现质量问题后果严重，因此在该部位施工中，加强监控，采取旁站监理措施，严格监理各部位的施工，并对影响施工质量的因素事前提出，要求施工单位编制预防措施及施工方案，从而保证了梁板、柱的施工质量。
为加强事中控制，发现施工单位使用的自拌泵送砼存在质量问题，使其局部地梁存在强度达不到设计要求现象，虽然承包商有实验室的质检报告，但本着为业主负责的态度，及时对该批混凝土采取平行检验手段进行抽检，确信其各项强度指标满足设计要求后方允许施工单位使用。该队伍在砌体砌筑、墙壁抹灰施工
中也存在质量问题，为保证施工质量，本人及时下发监理通知并要求施工单位对质量有缺陷的部位做修补处理，并达到设计、规范要求的质量标准。
在监理工作中，要求施工单位在施工过程中，按照设计内容、设计要求、施工验收规范，按质、按量施工，确保了施工质量、无安全隐患。在各工序施工中，要求施工单位严格执行国家和地方有关施工质量报验制度，对施工单位交验的有关施工质量报表和隐蔽资料及时检查签认，根据设计文件及承包合同中有关工程量计算的规定，对承包单位申报的已完工程的工程量进行审核、签认并做好记录。
监理记录是工程监理不可缺少的环节，本人有完整而充分的监理日记，旁站记录及安全监理日记，详细的记录了每天施工现场的有关情况，为公平的解决业主与承包商的争端提供可靠依据。本人在一号地块的监理过程中，积极协调各单位间的关系，使它们相互配合，相互支持，搞好衔接，保证了施工质量和进度的按期完成。通过上述工作，本人完成了一号地块1-2#楼、1-3#、1-4#楼、1-5#楼、1-9#楼、1-10#楼、1-11#楼、1-12#楼、1-13#楼、1-16#楼、1-17#楼、1-18#楼、1-19#楼、1-20#楼1-48#楼、1-24#楼、1-25#楼、1-26#楼、1-27#楼、1-28#楼、1-29#楼、1-30#楼、1-33#楼、1-36#楼、1-37#楼、1-38#楼主体结构及其余11栋楼基础的监理情况，一年多的监理工作量大收获更大，但也有不足，例如：本人是建筑工程管理专业的，对水电专业知识了解不多，有些工艺要求不十分熟悉，而监理行业要求监理工程师应具备多学科、多行业丰富的知识，因此本人在各学科专业知识方面，还需继续努力学习，不断提高自己的业务能力和专业水平。
总之，一年多的工作给我的体会是作为一名监理工程师不仅要具备丰富的专业知识，而且还要有较强的沟通协调能力，只有不断提高自己的专业技术水平和业务能力、提高自己的沟通能力和环境的适应能力，才能更好的服务于工程的建设，才能使自己得以更好的发展。在工作中各种不同的压力对我来说也是一种难得的挑战和考验，尽管一年来的工作中有很多的困难和曲折，但回首过去，也使我懂得了很多、认识了很多，同时也总结了不少的经验和教训，为以后更好的工作奠定了坚实的基础。
20xx年已经到来，在这新的一年里我将不断地完善自身的不足，总结经验和教训，不断加强自身专业技术水平和业务素质的提高，不断的充实自己。我坚信在公司领导和各位同事的大力帮助下一定能更好完成我的各项工作任务，为公司做出自己应有的贡献。