软件工程师年终个人工作总结

时间：2024-10-01 20:16:18 个人总结我要投稿

软件工程师年终个人工作总结

　　总结在一个时期、一个年度、一个阶段对学习和工作生活等情况加以回顾和分析的一种书面材料，它可以给我们下一阶段的学习和工作生活做指导，是时候写一份总结了。那么总结要注意有什么内容呢？下面是小编帮大家整理的软件工程师年终个人工作总结，欢迎大家借鉴与参考，希望对大家有所帮助。

软件工程师年终个人工作总结

软件工程师年终个人工作总结1

　　我从一个对平衡机毫无了解的门外汉变成一个熟悉平衡机原理熟悉公司各种产品的专业技术人员，而且在对部门的管理和与人沟通方面我也有了更深层次的认识，我深知我取得的这些进步和公司领导的培养是分不开的。没有他们不厌其烦的教导和一次次的给予机会我不会取得今天的进步，展望xx年是机遇和挑战并存的一年，我将团结在公司领导核心周围，努力工作，艰苦奋斗，为公司向更高层次发展做出自己的贡献。

　　回首xx初，虽然在xx年公司取得了可喜的成果，但是公司领导并没有沾沾自喜，反而为xx年制定了更高的目标。我也在经过短暂的调整之后马上进入自己的角色，当时按照领导的指示，我负责研发部管理和电气车间生产管理的工作。

　　我首先指定的部门工作范畴细则，明确了整个部门的工作任务。又对每个部门的`成员在整个部门工作中所负责的范畴做了规定并已书面的形式发放到他们手中，我制定了部门成员结构组成图，明确上下级的从属关系。我想在完成公司交给的部门任务的同时建立一个有纪律，有向心力的团队更好的为公司服务是领导更希望我能做到的。在xxxx年初我的部门人员发生了很大的变化，首先是李鑫的离职按照公司领导的指示我迅速调整了部门的结构，将原来主要负责电气生产的董建军接替李鑫的研发工作，将原来只参与电气生产的许建文安排在负责生产管理并参与生产的位置，在我整理李鑫的工作备份时候，我发现一体机单片机程序不能正常工作，我用其他方法找到李鑫要回了能用的程序，并完成当时李鑫负责的一东项目， 4月份董建军离职，影响了第一台微电机自动平衡机部分编写，为了保证设备参展，我连续加班，五一长假也不例外，最后实现了设备参展前有流畅动作的目标。

　　这时公司领导也不断的给我提供新的技术人员来补充部门工作。在新的人员还不能完全胜任的阶段，为了能完成生产任务，我经常是身兼多职，从电气图设计，到指导和参与配电完成再有新plc程序和触摸屏程序编写，设备厂内调试都由我一个人来完成。很多时候为了不耽误工程的进度我就利用自己的业余休息时间加班加点。加班到很晚没有车我就自己花钱打车回家。

软件工程师年终个人工作总结2

　　1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。

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

　　2、一定要确定自己的发展方向，并为此目的制定可行的计划。

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

　　3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。

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

　　4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。

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

　　5、书籍是人类进步的阶梯，对软件开发人员尤其如此。

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

　　6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。

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

　　7、在一种语言上编程，但别为其束缚了思想。

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

　　8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。

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

　　9、理论与实践并重，内外双修。

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

【软件工程师年终个人工作总结】相关文章：