软件工程师工作总结范文[三篇] 7页

软件工程师工作总结范文【三篇】 总想着每天、每个月、乃至每年都有点进步。20XX 年， 对我来说，是起伏不定的一年，也是收获颇丰的一年。当然， 的收获是有了一个可爱的女儿。 在这一年，我跳了两次槽，一次是自愿的，还有一次是 被迫的。我目睹了一些公司从盛到衰的过程，也看到了一些 脚踏实地的公司。 离开 X1 公司，是因为我觉得 X1 公司不 是在做软件，所谓的印度模式，我想，绝对不是这么做的。 理想不合，不想浪费时间，也只能背负跳槽的恶名，挂冠而 去。去 X2 公司，是因为看到他是美国独资公司，做外包软件， 能够接触美国的客户和技术，希望能够有所收获，何况，职 位也不错。的确很想好好做，也跳累了，只想稳定发展，毕 竟，是做父亲的人了。没有想到的是，竟然让我目睹了一场 资产争夺的好戏。公司易主，流言满天，诽谤四起，官司大 战，这种平常只有在电视和电影里看到的情节，我实实在在 的亲身经历了，也算是人生的重要一课吧，至少，让我看到 了人性最阴暗和恶毒的一面。自然，是做不下去了，只能又 走。 2016 全新精品资料-全新公文范文-全程指导写作 –独 家原创 1 / 9 也看到了一些踏踏实实做事情的公司。园区的瑞博软件 就是一个。很少看到如此踏实做事的公司。若干年后，只要 他能够存活，必定是一个成功的公司。虽然老板对我也很有 诚意，只是，对于教育软件，我实在没有太大的兴趣，何况， 如果想做教育，我何不选择安博呢?毕竟，安博给于我很多。 回头想想，在其他公司，我都是在奉献，只有在安博，是学 习了很多。 说起跳槽，其实，看看那些公司，有多少是在踏踏实实 做事情的?老板本不懂软件，都是看着软件行业能赚钱，想来 捞一票，结果把中国的软件行业做坏了，也害苦了中国的程 序员。自己不好好做事，怎么怪别人跳槽?同工作经历的坎坷 相比，，在个人能力方面，今年的进步是非常大的。今年上半 年，我的进步集中在技术领域。我更加深入研究了设计模式、 EJB 体系和.Net 平台，还有 UML 建模，终于有所突破，设计 了一套自己的基于.Net 平台的系统架构和开发工具，并且得 到了应用的证实。在网上也陆续发表了一些文章，受到比较 好的欢迎，还上了赛迪网的开发之星。 下半年，在软件工程方面收获是很多的。 看到网上对于印度模式从吹捧到批驳的吵闹，也看到 X1 公司学习印度的失败，加上自己从开始就对那些记者的怀疑， 决定好好学习软件工程。我一向认为，任何东西，不能道听 途说，只有自己好好深入研究，才能得其精髓。同时，软件 工程绝对不能只看印度的，毕竟，美国才是软件业最发达的 国度。 列举一些学习的参考资料：《RUP 软件工程过程》、《MSF 微软解决 2016 全新精品资料-全新公文范文-全程指导写作 –独 家原创 2 / 9 方案》、《XP 极限编程》、《CMM 实践应用——Infosys 公司 的软件项目执行过程》、《人月神话》、《软件需求》、《软件工 程 Java 语言实现》。每本书，我都仔细研读了，颇有体会。 我开始就想，印度软件工程绝对不会象那些记者所说的 那么简单，所谓的高中生编程说。所以，我必须实际看看印 度的软件工程。《CMM 实践应用——Infosys 公司的软件项目 执行过程》，是印度的软件公司 Infosys 公司的分管质量的副 总裁写的，介绍他们的 CMM4 的软件工程，果然不同凡响。这 是我了解印度软件工程的主要窗口。 首先，同原来的想法 不同的，也可能同大多数人(尤其是受那些软件记者影响很深 的“专业”和非专业人士)想法不同的是，软件工程实际上不 仅仅只是管理，而是一门涉及很广的交叉学科。在软件工程 中，大约一半的内容是专业性很强的，涉及到软件分析、设 计甚至编码的技术。所谓的结构化、面向对象，都在软件工 程的范畴内，同样是软件开发和组织的重要内容，也是软件 质量保证的重要内容。至于软件开发的管理部分，只能算是 软件工程中软件工程过程的部分，或者说项目管理部分。脱 离管理来开发软件是绝对不可行的，同样，抛弃技术基础， 空谈管理出效益，便如无源之水、无本之木。诚如《软件工 程 Java 语言实现》中所说：“软件工程范围极为广泛。软件 工程的某些方面属于数学或计算机科学，其他方面可归入经 济学、管理学或心理学中。”在这里，我强调了软件工程中的 技术部分，并非轻视管理，只想在软件工程的概念上做一些 拨乱反正，也希望多一些人来关心软件的核心技术，而不要 空喊口号和概念。毕竟，中国的软件太 2016 全新精品资料-全新公文范文-全程指导写作 –独 家原创 3 / 9 缺乏核心技术了。 其次，对管理要求的严格不说(这个谁都知道)，实际上， 不管是美国的软件工程，还是印度的软件工程，都是比较灵 活的。即便是印度这样的所谓“软件工厂”模式，对于软件 工程过程管理极为严格，也有一个部分是专门讲述过程剪裁 的。整个软件工程过程是非常庞大和繁复的，然而，由于项 目具体情况不同，如项目的规模，参与人员的数量、素质等 的不同，对于软件过程的每个部分，不是都必须的，可以根 据具体情况来进行剪裁。这个部分对于我的启发是很大的。 以前做什么 ISO9000 等，开始做了一个以为很好的规范，但 是，到具体项目，总是对不起来，到处有问题，现在想想， 便是少了这个变通的部分。不过，话说回来，这 CMM 也是老 美想出来的，而不是印度。 第三，对于开发人员的选用， 我发现，美国人是非常注重选用优秀的开发人员的。 MartinFowler 曾经开玩笑的说，如果给他一批水平不高的开 发项目，他会考虑全部解雇，重新招聘。《人月神话》中也说， 如果 200 人开发一个项目，其中 25 个人最能干，那么会考虑 解雇其余的 175 个人，让项目经理来编程(当然，后面还有一 些抉择分析，这里断章取义了)。其结论的基础是基于以下研 究结果：优秀的开发人员和差的开发人员，其效率之差可以 达到数量级。另外，从管理的角度来说，只有人多了，才会 有管理问题，当团队规模控制在一定的范围内时，便不会有 太大的管理问题。 对于软件来说，很难实现同传统产业一样的工厂化生产， 这是由软件开发的本质决定的。软件的复杂性是软件的本质 属性，在这个属 2016 全新精品资料-全新公文范文-全程指导写作 –独 家原创 4 / 9 性没有改变之前，软件便不会实现同传统产业一样的工 厂化生产。至于印度的所谓“软件工厂”，实际上，只是完成 了软件代码的编写工作，并不是实现了整个软件研发工作， 而代码编写工作，恰恰是软件开发中最简单的一环。至于印 度是否真的有很多高中生程序员，印度人的书上没有说，记 者到说了不少，我也无从考证。所以，软件的开发，还是需 要选用优秀的人的。除非，公司只想帮别人编写代码，而不 希望有自己的产品和技术。 第四，软件开发中，最重要的还是团队合作和交流。这 个是我目前最深切的感受。具体的，大家都知道，也用不着 多说。 最后，对于软件开发来说，公司老板的想法是最重要的。 如果老板说“No”，那便是水平再高，管理再好，也终归无用。 年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定 发展的地方。希望目前的公司能够有这个机会。不想总是跳 槽。 软件工程师工作总结范文篇二 xx 年已过去，在过去的一年中，我担任公司开发部的一 名软件工程师，主要从事着 JAVA 项目的开发工作，这一年来 我低调努力工作着，不求闪亮显眼和光芒四射，只为平静和 淡定;这一年中所做的成绩如下： 一、财政局项目，本人独立负责开发会计处的三个子系 统： 1、会计人员信用查询系统。 2、代理记账机构信 用查询系统。 3、会计人员网上报备系统。 2016 全新精品资料-全新公文范文-全程指导写作 –独 家原创 5 / 9