工程师个人工作总结报告 工程师个人工作总结和计划实用

时间过得真快，总在不经意间流逝，我们又将续写新的诗篇，展开新的旅程，该为自己下阶段的学习制定一个计划了。优秀的计划都具备一些什么特点呢？又该怎么写呢？那么下面我就给大家讲一讲计划书怎么写才比较好，我们一起来看一看吧。

工程师个人工作总结报告 工程师个人工作总结和计划篇一

作为一名助理工程师，最主要的职责就是做实验。工作后我发现在学校时学到的理论知识仍不能满足实际的应用，所以在这一年里，我时刻鞭策自己要不断学习更多的专业知识，虚心向身边的`前辈同事学习交流，努力提高自己的岗位技能。通过这一年的理论学习加动手实操，我不仅能操作实验室的日常实验如氨氮、硝酸盐氮、高锰酸盐指数、五日生化需氧量等，还能独立承担实验室的非常规检测项目，如石油类的测定、离子色谱法测定水中7种阴离子、甲醛的测定等。在未来我将把更多的理论知识结合到实际当中，承担实验室更多的检测项目。

通过一系列严格的考核后，我取得了实验室若干检测项目的上岗资格。我深知作为一名助理工程师，要对自己操作的检测项目负责，不仅要按时完成实验出具报告，还要保证自己的操作符合一个国家认可实验室的标准，报出的实验数据合理可靠。每次实验前我都会根据实验要求以及自己的操作习惯设定实验操作的顺序并严格按照规划的时间进行操作，实验中，我也严格按照实验室管理条例对自己进行安全防护，穿上实验服、手套，佩戴眼镜、口罩。有赖于实验室的良好实验环境及自身的合理防护，这一年来，我独立操作的实验样品约1200个（包括石油类、甲醛等高危险性的检测项目），没有发生一起安全事故。在未来，我会更加努力，在实验中做好防护工作，保证工作按时按质完成。

除实验室常规及一些特定项目的检测任务外，随着自身理论及操作能力的提高，我还承担了一些实验项目的开发任务，如水处理剂的检测项目。开发实验方法，需要扎实的理论及操作基础，更要有较强的思考能力。开发实验过程中遇到的很多问题很多时候都找不到可以借鉴参考的先例，这时候就需要自己根据理论结合实际进行思考从而得出解决问题的办法。除了实验操作外，我还参与到实验室的管理工作。实验室信息管理系统（lims）是一套将实验室的人员、仪器、材料、方法文件、环境进行综合管理的信息系统，进过半年的培训及自身的学习，我担任了这套系统的管理员工作。

管理员的工作繁杂而重要，既要保证实验室的检测任务按时下达并指派到具体的化验员，协助实验室主任保证检测任务在系统流转中的顺利进行，又要及时解决系统人员在操作系统时遇到问题，使数据正确的保存于系统中。担任实验室信息管理系统的管理员对我是一种巨大的挑战，不仅在实验室业务上我要更加熟悉，一些涉及我专业外的技能如编程等我也要自己不断去学习。随着跟专业人员的学习、自身的努力以及经验的累积，在未来我有信心当一名称职的系统管理员，更好的推进实验室管理的信息化、无纸化、流程化。

实验室不单单是一个做实验的地方，一个实验室的正常运作需要方方面面的支撑，除以上我对自己一些工作的简单总结外，实际上我还负责着实验室标准品的购置及库存管理员工作。这一年的工作让我提高了许多，还学到了很多新的技能，同时我也发现了自己存在的问题，在今后，我要更加努力，团结同事，虚心学习，开拓视野，在做好本职工作的同时争取学到更多的技能，做一名合格的助理工程师。

工程师个人工作总结报告 工程师个人工作总结和计划篇二

相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!-

不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。-

在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。-

请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败!本人自毕业以来，平均每天实际学习时间超过2小时。-

书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。-

“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序，看看windows程序的设计、加载、执行原理，分析一下 pe文件格式，试试用sdk开发从头开发一个windows应用程序;用vc++、 delphi、java、.net开发应用程序，花时间去研究一下mfc、vcl、j2ee、.net它们框架设计或者源码;除了会用j2ee、 jboss、spring、hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!-

“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时，为什么不可以参考来自 java社区的ioc、aop设计思想，甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题?“他山之石、可以攻玉”。-

众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题 (其实这个结论不应该被局限在软件开发领域、可以以延伸到很多方面)。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。-

工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。