[热门]软件开发年终工作总结15篇
我要投稿 投诉建议

软件开发年终工作总结

时间:2023-10-30 10:57:35 工作总结 我要投稿

[热门]软件开发年终工作总结15篇

  总结是在某一时期、某一项目或某些工作告一段落或者全部完成后进行回顾检查、分析评价,从而得出教训和一些规律性认识的一种书面材料,它可以提升我们发现问题的能力,不如静下心来好好写写总结吧。那么我们该怎么去写总结呢?以下是小编精心整理的软件开发年终工作总结,希望对大家有所帮助。

[热门]软件开发年终工作总结15篇

软件开发年终工作总结1

  xx年是我进入公司的第一年,也是我的工作能力得到提高和快速发展的一年,在公司领导的指导和同事以及其它部门的支持配合下,最后在经过自己的努力,完成了自己所要完成的各项工作任务,在新的一年来临之迹,我要对过去一年的工作进行一个全面的总结,以便在今年的工作中能够有更明确的目标,尽量克服自己现在所存在的不足,希望能更一步为自己所在的部门增光,做出自己的贡献。下面是我对去年工作汇总。

  一、总结自身定位:

  在过去一年,是我进公司的第一年,也是我工作的第一年,刚开始在我对工作竞争和自身都不甚了解的情况下,在领导和同事的指导下,我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解,因为有了自我目标,才能感受到自己的压力有多大!我的目标也不只是完成目前所要做的工作而已,要向其它方面拓展学习。

  2.定下心来,踏踏实实:

  我学的`是计算机专业,我的工作也是计算机方面的,以前有什么优势,但是踏入工作岗位后才发现,自己学的只是一个基础,只是有些方面或许比别人走的快一步,所以一切都要靠自己.自己要定得心下来学习.成功需要耐得住寂寞,不求最快,但求最好.

  3.团队合作:

  以前在学校或许你可以靠一个取得好成绩,在工作上你必须要有一个团队,在一个部门之中,团队合作精神显得尤为重要.以前我做有些事都是一意孤行,但现在已经对自己改变了,多听听他人意见,会犯更少错误,会更长见识,所以要学会与同事之间的合作,做事才更有效。

  4.工作情况:

  在公司一年,对mes大型系统有了个大概了解,对我们所要学习的mes已经可以说差不多都掌握,条码打印机的维修和设置掌握,a4打印机大多数情况可以维护,pda、条码枪已掌握,电脑的系统重装和维护已掌握,其它基本设置可以维护,对新出来的程序掌握和了解也比较快。

  5.课外学习:

  sql该学的已经掌握, c#学习,简单的程序可以编写,但有时还要依靠于网络和朋友,需要进一步加强。但主要还是以网络为主。

  二、自身缺点

  2.心态问题:自己对于做某些事过于着急,一心想急切完成,确反而误时,这个问题一开始就一直出现,现在虽然已经基本克服,但也要列入缺点方面,希望以后时刻注意!

  3.学习问题:对于课外学习c#这方面,我在编程时感觉困难的时候有时候就不愿去做,现在虽然已经慢慢改进上网搜资料和问问朋友,但有时候还是克服不了自己。

软件开发年终工作总结2

  我最初参加测试工作的时候,不知道什么是软件测试,集成测试和系统测试的概念经常混淆,cmm是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成,安装系统对我来说简直是有史以来人类的最高技能,对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手,身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵,我最初的梦想就是想成为软件测试的高手,傲视天下。所以不断偷师,总结经验,自认为掌握了成为高手的几个秘技,这几年混迹“江湖“还算无往而不利。不敢独享,望与吾辈测试人员切磋,早日总结成功密技之大成,助新进人员早日入门,也算不愧对东北活雷锋的称号。

  第一招

  学会利用网络

  刚参加工作面对浩瀚的网络世界,当时如刘姥姥进大观园,什么都新奇,什么都想要,从网上下载很多源程序的代码,软件技术文档之类,恨不得把所有的好东西收集到手中,其实有些在他人看起来就是垃圾一堆。当时觉得有了这些“武林秘籍“,成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发,加入项目组后我的习惯还是没有改,反而变本加厉,手中的资源更加多,上网的时间更加频繁。

  一次项目经理分配任务,觉得依靠手中的秘籍加上自己的“聪明才智“很快会完成,不料短短的时间,所有的一切变成了马奇诺防线。解决问题很慢,思路不清晰,项目经理在对我施压的过程中教会了我终身难忘的一招,学会利用网络寻找要解决问题的答案,从此google成了我的最爱,关键字成了我变化的招数。在软件测试工作中,他帮我解决了很多疑难问题,解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一,很多软件测试新手,甚至老手都没有意识到自己手上就握有“无敌秘籍“,所以只要你耐心找,答案就在身边。

  这里总结一下利用网络搜索引擎的技巧:

  组合搜索每次搜索某个文件,如果只给出一个单词进行搜索,经常会出现成千上百万计的匹配网页。然而如果再加上一个单词,那么搜索结果会更加切题。

  选择表述内容的词组

  一般我在网页搜索引擎的时候,选择一些可以表达我要查找内容的关键词组,用来缩小搜索范围,从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索,如果仍然找不到合适的,那就用多个可以表达要查询内容的关键字进行查询。

  定位信息来源

  有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源,就是直接到到提供某种信息的站点去。可以用公式“.公司名.”

  去猜测某一组织的特点。从而得到所要搜索的信息的主要词组

  其实网络上还有很多关于搜索技巧的文章,大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。

  第二招

  学会动手

  参加软件测试工作后,随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视,一次针对公司的新的软件功能进行测试的时候,像往常一样“随手“测试出了几个bug,然后“仔细“的填写了bug单(这个bug的现象已经出现了很多次了)。这时候测试经理走过来,重新复查了一下填写的bug。他在重现我的bug的过程中,简化了我的输入变化,bug神奇的又出现了,同样的现象,他关闭软件重新变化输入,扩展出10几个变化后,软件不动了,内存不断上升。终于他找到了产生软件的bug的原因,然后对我说“寻找bug要准确定位,我们开发团队是一个整体,时间是等量的,时间不在你身上浪费,就是在他身上浪费。如果测试人员每次发现的bug描述不清楚,并且多个问题潜在的错误原因是一个,虽然操作可能稍微有些变化。这样开发人员在重现bug的时候他要调试跟踪判断,很花费时间,而且效率低。如果测试人员发现bug的时候多动手可以更加准确的定位bug步骤和原因,给开发人员最精确的步骤和准确的描述,这样整个团队才能高效,所以需要大家协作!。“。

  在以后的日子里,每次解决问题的时候我都记得多试验几次,多尝试。网上很多朋友还有同事问我问题的时候,其实他们只是万里长征就差一步,只要再多动手实验一次就可以达到目的了。所以多动手,多尝试。

  第三招

  思考自己所作的

  刚开始入行的时候,总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷,认为自己学不到东西,如何才能测试好产品,常说心动不如行动,以前看到古龙小说中经常出现的'场景无名

  名小子不断挑战高手,总结积累。我总结了有些经验是实战中得到的,所以不断尝试引入新的测试流程然后评估,这个过程虽然很痛苦,但是从中积累了不少经验。这段时间让我学习到了很多东西,接触了iso,cmm,测试管理工具,自动化工具(因为公司不正规给了我很多学习的机会,后来到了比较大的软件公司后,以前的经历给了我更多的发展机会,因为大公司非常正规了,公司内部人员分工明确,所以能力的锻炼反倒少了)。由于工作中经常写报告反倒养成了总结教训的习惯,因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展,整个过程是思想升华的过程,当年达摩面壁九年就是融会贯通的典型例子,如果他不是有个思考的过程,他也不能成为一代大家。如果后来不时有人把他的绝技记录下来,也就不能有后来的少林寺七十二绝技。

  所以善于思考,总结经验,也是成为高手之路的不二法决。

  第四招

  学会利用论坛资源

  其实测试新兵和测试高手之间的区别,往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问,但是有很多问题其实都是已经别人提过了,或者已经有解决方案的。所以经常会看到

  “测试高手“的身影,并且不提问题,而且还能“锄强扶弱“,是测试新丁的救命稻草。好像是高手们无所不能,其实摘掉这层耀眼的光环,他们并没想像得那么厉害,只不过通过自己的搜索找到的答案,然后帮助其他人。当然也有很多人都是通过自学,然后在论坛中交流得到了很多经验,高手其实也是因为善于思考问题,亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。

  很多时候看到论坛中有人提问,问题描述不清,很多人看了很困惑。发贴题目动不动请高手帮忙,救命之类的,好像天下大乱,世界末日。虽然这个题目很招人,但是无法让那些想帮助你的人帮你,因为题目不清晰,而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程,描述清晰,让人理解清楚,才能望文知意知道你的当前发生问题的环境,才能让那些想帮你的人解决问题,否则给人无从下手的感觉,解决问题效率不高。

  第五招

  学习和你所测试的软件产品相关的知识

  要想成为好的测试人员,还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求,在接触软件之初要可以多看看用户的反馈信息,这些才是用户最关心的,也是你在测试中需要注意的问题,满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档,软件设计文档,这些文档可以帮助你了解产品如何工作。还有多看看公司bug库中的问题,这些存在的问题可以帮助你了解软件产品那些地方存在缺陷,软件系统那些地方会出现错误。软件是运行在一个大环境中,如果对系统不熟悉,那么有些问题你不能从一个更广阔的层面考虑,学习操作系统的知识,有助于你发现缺陷,定位问题更加准确。比如软件运行在windows或者linux,如果你不懂操作系统,你就无法建立测试环境,有些时候时候软件的组件发生问题,就是你系统配置造成的,对系统不熟悉,你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识,比如编程,网络,数据库等。不一定你要学习到多好的程度,只是通过这些扩展的知识面,你可以在发现问题,解决问题上不会局限在狭小的圈子里。

  和一切相关的人员交流,不同的交流渠道,获取消息是不同的,角度也不同。和客户交流,你会在测试中从客户的角度发现问题;和开发人员交流,你会了解开发人员怎么实现软件功能的;和项目管理人员交流,你会知道开发进度以及遇到的困难。

软件开发年终工作总结3

  金秋十月是个收获季节,希望我们每一天的生活都如这个季节一样,又一个月过去了,现对工作中收获与不足总结

  一、工作内容

  九月份的工作比较繁忙,工作重点有四方面:s6测试,医院软件开发、测试,售后服务,文档书写及培训。

  1、关于s6测试

  s6的新增修改功能大约30多项内容,测试的重点如:其一,每日结账时更正库存的操作,此项功能涉及的方面比较多,影响数据的准确性,测试起来比较烦琐、测试量也比较大;其二,由于业务开票时程序内部处理发生了改变,由原来的控制台转移到存储过程中处理,所以对此部分也进行了重点测试;其三,饮片划价自动批号的测试;其它方面的测试包括,gsp报表、客户对应商品销售、批次会员录入以及远程配送价格等的测试,再有就是售后人员随时提出的问题随时测试,如打印模块加完打印项还是不能打印、某些模板在99pbl修改以后还是不好用、哪个报表数据是否有问题等。

  2、医院软件开发、测试

  对于新版医院软件的功能模块开发工作也做出了一点贡献,作了15个打印模块(如入库重打、划价重打、盈损重打等),12个查询模块(入库报表查询、住院报表查询、入出院费用查询等),所做模块包含的内容为:菜单挂接、将窗口中不需要的按钮隐藏、书写查询报表中所需要的sql语句(大约60句,但语句结构并不复杂)、打印模块及查询模块所需的数据窗口大约80个;测试方面,现在只是进行了表面性的测试,测试的内容包括每个窗口中的字体是否一致、按钮是否对齐、点击按钮后弹出的提示是否正确、开票窗口的金额、价格、数量、库存等的变化情况是否正确,焦点移动问题等,现已测出的问题100多个;其它方面,修改了库结构,将每个的表中将不允许为空的字段修改正确以及将a25、a35等字段在每个表的长度统一等。

  3、售后服务

  s6的售后工作,由于每日结账时更正库存,造成几个客户的库存数据不准确,通过查询客户实际的数据库找到了问题的原因,再有就是在电话中为售后人员解答一些问题;其它方面,上门服务三次,分别是,解决了先知医疗器械公司的.应收应付财务问题,通胜医药财务软件中辅助核算的客户查不到,从后台修改数据已解决问题,汉华林销售出错库存未减,原因未查到;远程及电话解决客户提出的财务软件、财务接口、金税接口等问题。由于十一休息,售后人员少,在月末休息前做了两天售后工作。

  4、其它方面

  s6的培训文档写了两次,其次就是书写了加强版与s6的区别,再有就是编译序程、备份程序、程序注册等工作,其中程序注册是随时性,所以也占用一定的时间。

  二、工作分析

  通过的工作,自己在pb方面又懂得了一些知识,并且可以修改简单的错误,也可看明白一些简单的脚本结构,这对于我的测试工作是很有帮助的。从反馈的情况看,s6的结账库存更正功能还存问题,还需要加强测试。再有从售后服务的情况看,售后人员在财务方面的技术还需要加强。

  三、工作计划

  1、医院软件测试

  2、书写医院软件的说明书

  3、s6新增、修改功能的测试

软件开发年终工作总结4

  这一年的工作完毕了,我们部门在工作当中也是取得了一些成绩,的确是有进步的,细细回忆过去的一年还是取得了肯定的成绩,在工作当中,大家都在仔细负责的做好分内的事情,作为一程序员,我感觉自己在工作当中还是有肯定的成长的,也就过去的一年我总结一下。

  对此我也是抱着特别大的信念,我也知道新的一年工作完毕了,这对我也是一个特别大的提高,我也肯定会坚持做的更好一点的,在过去的一年里我参加了两个工程,陆间续续都是完成了,感觉特殊的充实,对我个人力量也是一个不错的`提高,也盼望以后这些可以连续去做好,充实自己,作为一名程序员我按时的完成好工作,每天都仔细的处理好相关的职责,在这个过程当中,我还是盼望把工程做的更好一点,在这方面我也是坚持做好了这些,这一年来在工作当中,我也是端正好了自己的心态,在这方面我也是养成了良好的心态,我始终都能够体会到这一点,在这方面,我真实的体会到了这些细节。

  尽管过去一年在工作当中,做的不是很好,但是我还是对自己很有信念的,我特别清晰这一点,有的时候也会加班到很晚,可是每一次解决完问题后的那种喜悦是很好,让我很有成就感,做好一个工程不是一件简单的事情,现在在这工程的工作当中,我还是有许多值得去提倡做好的地方,我也很清晰在工作当中,我应当要去进一步维持下去的,这一年来经过工作的洗礼,在抗压力量上面我是有许多进步的,作为一名程序员有的时候一个工程需要不断的改,的确在这方面我还是感受很深刻的,我深刻的体会到了这一点,现在我固然是清晰自己接下来应当往什么方向努力,做好这份在的前提是提高个人综合素养。

  新的一年开头,我肯定会在这方面,进一的维持下去,搞好每一个工程,做到让客户满足,根据客户的要求去搞好工作,这一点是特别重要的,需要连续维持下去的,工作是自己分内的事情,这一点不容无视,对自身的要求高一点,虽然新的一年当中取得了不错的成绩,但是在将来的工作方面这些是需要做出成绩来的,提高业务力量的,坚决不能无视掉,一年的时间虽然完毕了,可是这个过程让我很充实,也让我能够做的更好更加优秀,接下来仔细做出一个好的成绩。

软件开发年终工作总结5

  从八月份入职至今,已一年过去了,回顾自己这段时间在XX单位所走过的路,所经历的事情,没有太多的感慨,没有太多的惊喜,却多了一份镇定,多了一份从容。

  回想入职初,在XX月份,从开始第一周熟悉工作环境,第二周便参与煤矿安全生产管理系统的相关文档设计工作,期间在项目组各位同事的指导、安排下,进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写,也借此过程学习煤矿生产业务。

  在XX月份,便正式参与了管理软件功能模块的设计工作,在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随单位施工人员在**一号矿进行业务调研,从而在我们自己的管理系统中,取其长、补其短,也借此机会了解实际的煤矿生产情况,加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。

  XX月份,在张工张工的指导下,进行了物资管理子系统的功能模块设计,并就设计的正确性、合理性分别同张工张工及何工进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底,根据各子系统模块设计搜集系统数据,建立初步的数据字典及概念模型,为后期数据库设计做准备。

  XX月份的工作以整理系统业务关系与业务流为主,但由于业务关系图的表现形式不够合理,不足以清晰、明了得表现出各层次关系,导致工作多走了几个环节,好在张工张工及时发现问题,并多次向我指导、讲解,最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块,为后面工作的展开提供依据。

  XX围绕两个工作展开,一是系统业务描述文档的设计编写,因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据,张工张工也多次强调,文档的设计务必从读者角度考虑问题,因此最终设计由简单到复杂,由整体到具体,各层次尽量做到衔接紧密,易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论,并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。

  在单位领导的带领下,通过项目组所有成员的不懈努力,在XX月份系统所有功能模块设计完成,在XX月份系统所有业务流程整理完成,在XX月份,对各功能模块设计及业务流的初次审查、整改工作已经完成,现在已开始进行项目组内对各功能模块设计及业务流的审查工作。

  在入职初期,因为之前很少接触生产类软件,一时不知从何入手,好在项目组成员多次向我讲解,加上自己也通过网络查找相关文档,认真阅读相关材料、思考业务处理过程,最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在张工张工的指导下,完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计,以及整个系统的业务整理工作。因为张工张工多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败,一定要做到设计正确、准确、完整,因此在每个子模块的设计中,先把握总体方向,确保设计正确,再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确,最后再将设计放到整个业务系统中,反复检验、审查,确保设计完整。

  回顾这一段时间的工作,我基本完成了本职工作,这与领导的支持和各位同事的配合、帮助是分不开的,但同时我也清楚得认识到自己还有很多不足,也从中获得不少经验、教训,总结为以下几点,

  1.做事前准备、计划是很有必要的。

  这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深,正是磨刀不误砍柴工,做好准备、计划对之后的工作能起到事半功倍的效果。

  2.工作要脚踏实地、一步一步,切不可太过心急。

  整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后所有环节。

  3.学会从整体看问题。

  这一点在入职初期的'业务流程学习中就感受很深,从整体看问题,从主业务流程入手,理解更容易,学习得也更快,在整个工作过程中大的方向也不会错。

  4.要学会适当的思维转变。

  之前的软件开发工作主要是编码工作,所考虑的问题也只局限于技术方面,但在系统业务及功能模块设计工作中,一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。

  5.与同事的交流要及时要充分,尤其是项目组内成员。

  及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量,及时的交流能提高工作的效率。

  6.在系统设计过程中要学会从客户角度考虑问题。

  软件良好的客户体验是衡量软件质量的重要标准,因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。

  7.处理问题一定要以单位利益为重,坚持立场、把握好原则。

  单位项目部成员对**1号矿项目的成功实施便证明这一点;另外在集控平台开发过程中,何工也是基于这一点,多次对系统功能设计提出更高要求,以使系统功能更加完善、可操作性更强。

  8.要学会思考问题、分析问题、处理问题,学会分解问题,把一个大的问题分解成若干个小问题,再将各小问题放到整体考虑其合理性。

  在整理系统业务流程和搭建模块间业务关系工作中,就因为表现形式不够清晰、合理,做了不少重复工作。最终还是在张工的指导下,以“总—分—总”的形式解释业务关系,完成了业务详细说明书。

  9.不要局限于固定模式,要学会创新,在系统功能设计及系统业务整理工作中,张工多次强调这一点,因为只有这样,产品质量才能提高、自己的能力也会有较大提升。

  通过近半年来参与对管理软件的设计工作及与工程施工、项目发展工作的接触,自己成长不少,当然更多的成长集中在技术方面—软件前期的业务设计,总结为以下几点,

  1.已掌握整个煤矿管理的业务处理及流程。

  2.掌握了软件开发前期的整个软件设计流程。

  3.学会如何进行软件业务及功能模块的详细设计。

  4.学会如何发现问题、思考问题、解决问题。

  在管理方面,接触不多,主要集中在项目组对集控平台开发的监管过程,总结为以下几点,

  1.时刻掌握项目进度情况,进度一旦出现状况要及时作出反应

  2.处理问题一定要以单位利益为重,坚持立场、把握好原则。

  3.与外包人员要多交流多沟通,包括业务理解和完成情况。最后,通过在单位近半年来的工作生活,提一些个人的想法,

  1.单位员工交流不够多,尤其是不同部门间的工作交流,而这种交流能使各部门的工作衔接更紧密,工作效率更高。

  2.技术人员接触其他相关技术的机会不多,不过这一点单位正在改善,PLC讲座也即将进行。

  3.在准备项目经理考试期间,如果单位能统一每周提供几个小时供大家学习、讨论、交流,效果可能会更好些。

  4.午饭时间太紧,员工中午休息时间太紧,一定程度上影响下午的工作效率。

  以上都是个人角度的一些看法,考虑不合理之处还望领导及各位同事批评指正。

  XX年已经过去,崭新的XX年来临了,在新的一年里,工作上,生活上,我们都站在了新的一个工作起点,要开始新的一轮工作,我也在此感谢领导和各位同事的支持和帮助,我将在新的一年里继续努力,不断提高自己的业务及专业水平,虚心向大家学习,为XX单位为长风的发展尽自己的力量。

软件开发年终工作总结6

  20xx年已过去,在过去的一年中,我担任单位开发部的一名软件工程师,主要从事着JAVA项目的开发工作,这一年来我低调努力工作着,不求闪亮显眼和光芒四射,只为平静和淡定;这一年中所做的成绩如下:

  一、财政局项目,本人独立负责开发会计处的三个子系统:

  1、会计人员信用查询系统。

  2、代理记账机构信用查询系统。

  3、会计人员网上报备系统。

  以上三个子系统上线后,方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息,以及方便了各单位对会计人员的报备。

  二、餐饮行业项目,在团队开发项目中直接参与了豪享来餐饮有限单位总部的信息综合管理平台项目,主要负责的系统有:

  1、房屋租赁合同管理系统。

  2、短信收发管理系统。

  3、会员管理系统。

  4、基础信息管理系统和人事管理系统的部分功能模块。

  系统应用后,豪享来在管理全国各门店房屋租赁合同上,一定程度上提高了管理效率,并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的'管理全国各门店的会员信息;人事系统在管理中减少工作量等。

  三、xx行业项目,我参与了中国银行厦门分行,企业转账管理系统中的部分模块开发。本系统方便了企业快速实现大量和复杂的转账工作。

  四、国土资源与房产管理局项目,正在负责和开发的是住房货币化补贴网上申报审核系统。本项目采用了新技术,使界面更加大方美观,很大程度上改善人机交互平台的效果。

  总结不足:驻豪享来总部做项目时,由于团队内部某些原因,加之外面的其他因素,一定程度上影响了工作效率、影响开发进度和影响最终软件质量;这是包括我在内项目组中的每个成员都必须检讨的地方。

  通过总结一年来的工作,尽管有了一定的进步和成绩,但在一些方面还存在不足,个别工作做得还不够完善。在今后的工作中,我将努力找出工作中的不足,以便在日后的工作中加以克服。自我不断的学习吸收新技术,认真学习好规范规程及有关文件资料,并且及时的把新技术应用在实际的项目中,进一步提高项目的技术含量。

软件开发年终工作总结7

  xx年已过去,在过去的一年中,我担任公司开发部的一名软件工程师,主要从事着JAVA项目的开发工作,这一年来我低调努力工作着,不求闪亮显眼和光芒四射,只为平静和淡定;这一年中所做的成绩如下:

  一、财政局项目,本人独立负责开发会计处的三个子系统:

  1、会计人员信用查询系统。

  2、代理记账机构信用查询系统。

  3、会计人员网上报备系统。

  以上三个子系统上线后,方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息,以及方便了各单位对会计人员的报备。

  二、餐饮行业项目,在团队开发项目中直接参与了豪享来餐饮有限公司总部的`信息综合管理平台项目,主要负责的系统有:

  1、房屋租赁合同管理系统。

  2、短信收发管理系统。

  3、会员管理系统。

  4、基础信息管理系统和人事管理系统的部分功能模块。

  系统应用后,豪享来在管理全国各门店房屋租赁合同上,一定程度上提高了管理效率,并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。

  三、金融行业项目,我参与了中国银行厦门分行,企业转账管理系统中的部分模块开发。

  本系统方便了企业快速实现大量和复杂的转账工作。

软件开发年终工作总结8

  先自我简介一下,本人从事asp.net开发进一年,09届毕业生,xx年11月开始上班,之前做asp,xx年2月后开始做asp.net,由于公司转型,现在带十几个人在一起搞asp.net开发,主要是关于准金融行业的行业管理软件。年度总结在会议上也写了,但仅限于对于工作总结及xx年工作计划,自我总结较少,因此今天专门做下自我的年度总结,主要从技术、管理、人生上面谈谈这一年的收获,前辈路过欢迎多多指正。

  技术

  我在学校里学的是电气自动化,程序基础仅限于c基础课程的一些知识,后来由vb、html转向asp,在asp上花费了不少时间,对asp比较熟悉,后来由于公司业务需要,将开发平台转向asp.net,开始对asp.net不是很感冒,以为就是asp的一点扩展(那时还不知道三层架构,数据数据访问全在页面里——!),后来招来几个北大青鸟的过来终于意识到asp.net的强大之处,经过个人的努力已经逐步掌握了asp.net,现在层次上只能讲个人觉得是入门而已,原因是多方面的,待会儿会讲到。

  相信从面向过程转向面向对象的同学都有一种感觉:面向对象开始真的有点别扭,涉及到属性,尤其是类之间的各种关系,那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西,从概念中跳中来,以自己的方式去理解才逐渐体会到页面对象的精华来,分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了,尤其是对象之间的关系,如对象a与对象b两者之间的关系,有些需要完全公开,有些需要隐藏,有些需要通过第三方传递,有些需要给自己的下级可见,有些需要让下级去完成具体操作——这不是现实的实际模型吗?应该这么理解,面向对象来源于现实,它不是一种凭空空想出来的理论,这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下,页面过程往往像是一股脑全部推给用户使用,其中的数据与数据访问方法层次不清晰,在模拟现实上它与面向对象相比更易于入门理解,实质上难于准确直接地表述。

  面向对象上另一方面是它的设计模式,在之前的面向过程中对这个设计模式并没有清晰地提出来,面向过程优秀的代码要求高内聚低耦合,从个人的理解上,这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次,因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系,可以认为设计模式是完全从实际的应用来不断总结得来的经验,之间并没有这种术语,但相信前人肯定也使用到这种思想,它从实际应用于来,当然要应用于实际工作中,认真思考不断总结每个人都会有自己的“设计模式”,可以借鉴前人的思想来去提升自己,不可去为“设计模式”而设计模式。

  具体到asp.net的实现模型中,真正理解它的机制与方法也就不难理解,记住b/s中离不开post或get,所有的autopostback、selectedindexchanged……都是去调用form传值,加上runat=server的服务器控件打开它生成的源文件也是普通的html标签,微软的让软件开发更容易的思路是很好的,时代在前进,很多年前你使用c写出mis证明你很牛,很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋,开发语言都有长处与不足的地方,因为它们适用的场合不同,类似不能拿匕首去跟炮弹比,也不能拿c与php比,程序员都有一种偏执的心理,但一点要记住,你面对的用户才有最终发言权,程序能不能满足需要,易用性、稳定性、成本才是应当首先放到重要位置来去谈的。

  管理

  最开始担任管理一职时开发团队加我在内只有四个人,那时只是抱着接受挑战的心理去做管理,加上我本人比较重感情,团队之间关系相处都不错,但严重的问题逐渐显露出来:工作的随意性、团队精神薄弱、工作方式蛮干,印象深刻的是有几个开始承诺项目不能完工,于是最后天天加班,一直做到早上6点,睡一会7点半接着上班,几个同事都是年龄差不多的小伙子,干劲十足。后来随着时间的推进,问题越来越摆在眼前:项目迟迟不能完工,又由于公司待遇方面让新员工感觉不值得,于是形成了老板抱怨员工也抱怨的状况,我在中间两点都要去“消火”,这期间是我们部门相对最累的时间但也是相对感觉最充实的时候,后来,之前的员工跟我说“再也找不到那种感觉了”,这是我能想像的。这期间主要是老总对我十分信任,工作上主要是管理方法上对我指点了不少。后来我逐步体会到,管理应该是“大家定规则去遵守”,而不应该是“人管人”。

  人管人很容易陷入一个误区:领导去时时刻刻关注每个员工,这样最后往往后造成员工对领导的敷衍了事,管理松了员工会责任下下降,管理紧了造成员工与领导关系紧张,另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。

  于是“定制度—定分工—定进度”,明确日常所有的规章制度,这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订,然后征求大家意见最后去贯彻执行。中间也遇到了不少问题,比如开始我们内部是允许使用qq的,后来员工用qq闲聊的时间增多,大大影响了工作效率,最后决心禁止,开始阻力较大(貌似程序员都喜欢挂上几个qq去到群里搞个群主,虽然群里大多都是菜鸟),最后多次开会,逐个谈话,阐明道理,形势逐渐好转。

  项目分工上针对技术水平明确分工,制订项目开发计划,由于开始技术都不是很成熟,不少时间我这边强势要求,使用野蛮方法,完不成加班——我陪着加班,这段时间能感觉到员工对我稍有怨言但总体还是认可的`。

  这期间公司新招人员,人员的增多更使我意识到团队管理的重要性,这期间版本控制、编码规范、文档管理、bug管理等诸多问题都得到一一解决,技术水平上主要是我个人利用空余时间学习新知识充电,然后展开各种培训,主要是photoshop、css、js、sql等方面,培训一方面提升了员工的技术水平,一方面我本人在学习培训的过程中得到的最多,因为这个时候个人要求去思考的会,加上我本人对技术兴趣比较深厚,所以后期工作慢慢踏入良性循环。

  待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题,这方面公司在某些方面决策层有着严重的错误思想,造成技术人员对公司埋怨增多,在这方面我本人只能以劝架婆的身价去安慰身边的兄弟,因为我明白现在公司的问题与当前中国软件行业的通病一样,盲目追求利益最大化,不求质量,但求速度,整个社会风气造成软件行业良莠不齐发展,整个中国三四个人的开发团队组成的公司数不胜数,整个程序员阶层生存状况可想而知,疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。当然我们本身不能去逃避这个现状,对于个人来讲任何假大空的口号都是没有意义的,程序员作为技术人员最重要的是心态,以良好的心态去面对各种问题,发现问题、解决问题,发现问题抱怨是解决不了问题的(“it民工”是我个人认为it人最没有正确的自我定位的一个称谓,试想一个人连自己都看不起自己的职业,他能做好自己的工作吗?),最主要是解决问题。

  我在面试员工时反复提到的三点是;工作态度、发展潜力、工作能力,由前向后排序,心态最重要,大公司大家都想削尖脑袋往里挤,但名额有限,所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司,这个时候更应该做好个人职业定位。以我个人的经验,新员工选择一家公司往往最看重工资待遇跟发展潜力,程序员是一种不可以混日子的职业,工作能力很重要,但不是最主要的,工作态度是最重要的,工作态度往往跟个人的思想认识还有职业所在的环境有关,我个人的体会是绝不能太过于情绪化,情绪化无论是对工作还是对个人的发展都是不利的,就是说哪怕是明天你要辞职,你今天都要把今天要做的事情认真用心做好。

  对于工作责任心不够的员工是尤其值得关注的,他们往往自我意识过于强烈,追求以自我为中心,很多时候伴随着工作得不到认可、工作感觉不充实不开心,我会主动找他谈话,我认识:你管理的是一个实实在在的人,他不是一台任你摆布的机器,人会有情绪往往是有心结,找到原因,多加开导,用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征,一个是从天之骄子沦为多余人,一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20—25之间的男性中,情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通,可塑性也较强,适当的引导、合理的方式会比野蛮的管理效果强上百倍。

  回顾20xx过去工作中的点点滴滴,心中无限欢喜,忙碌且充实、并快乐着。在这一年的工作中既有成长同时也存在着许多的不足和缺点,这都值得去总结、反思、改正和提高。现在我将本年工作做一个简单的介绍,借以促进、提高。

  工作情况

  今年的工作主要围绕着xxx和xxx两个客户系统展开,期间也穿插了一些其他系统中某些功能的编写和改进,这其中有以前从未有过的功能创新也有和客户协调的反反复复功能改进,总体来说还是按时完成了要求的工作任务。

  团队合作

  项目的顺利进行离不开团队的默契配合和共同的努力,每个项目开始之前,每个人都需要认真的了解项目的需求和开发中需要使用到的关键技术,对于不清楚的不了解的问题要及时提出,而对于那些在开发中会影响到所有人的决策,要及时的通知大家以尽量减少拖延所带来的不必要的重复程序开发和改动。团队如同一个整体,成员如同四肢和躯干,只有互相配合默契才能走得快走得稳走得远。 团结很重要团队是否能配合默契的先决条件是团队的所有成员是否能精诚合作,大家只有心往一处想劲往一处使才能做到事半功倍。

  沟通很重要

  每个项目在开始开发之前都需要主要负责人员做详尽的企业背景及开发内容的介绍,以帮助开发人员建立起对项目的整体宏观认识,从而减少在开发中因为理解错误而导致的开发错误。在开发过程中成员之间要积极的沟通和了解系统的开发进度,对于项目中的公共开发资源一经改动要及时的通知项目组其他成员,同步开发资源。

  氛围很重要

  良好的工作氛围可以有效的激发团队成员的工作积极性,从而达到事半功倍的效果。

  学会聆听

  参加工作7年给我最大的感触就是一定要学会安静认真的聆听,无论是开会时还是在讨论时,认真听取每个人对待问题的看法,因为每个人思考问题的方向和出发点不同对于问题的理解不同可能有些情况是自己从来没想过的。因此认真的聆听既能尊重他人也能使自己从中受益,这样两全其美何乐不为呢。

  积极的心态

  对于难度较大的工作要做到冷静坦然积极的面对,不要在还没开始的时候就给自己施加精神心理压力。不要输在起点,因为如果连自己都认为自己做不到那么也就没有以后了,等待自己的是必然的失败,所以保持积极乐观的心态很重要。

  今后打算

  找方向,抓重点,合理分配时间,谦虚、勤学、总结、提高,争取在有限的时间内用领导认可的方式完成每一项工作,更好的与同事沟通、协调,为客户带来更好的产品和服务。最后也要感谢各位领导、同事对我的信任与帮助。

软件开发年终工作总结9

  这一年来的工作已经结束了,我知道这对我而言是有很大的提高,作为一名程序员我坚定的认为自己是可以做的更好,在未来的学习当中我还是深有体会的,以后在学习当中,在这一点上面我希望自己可以做的更加的到位,作为一名技术人员,我还是做的非常不错的,希望自己在这一年来的工作当中我可以继续维持好的状态。

  这一年来的工作当中,我现在还是希望可以做的更好,公司对我的培养还是比较多的,在这方面我是坚定的体会到了这一点,在未来的工作当中,我是坚持的做好了很多的事情的,年终之际我回顾起来确实是获得了很多,我也希望自己在以后的学习当中,我深刻的意识到了这一点,过去一年来我也是独完成了很多的工作,也和公司的同事一起合作了一些项目,在这个过程当中,我也确实是深刻的意识到了这一点,我知道在这方面我是维持了一个好的状态,现在回顾起来我清楚的意识到了这一点,通过这次的。项目我还是深有体会。

  我绝得工作能力是需要不断的去落实,对于这一点我是感觉非常有意义的,年终之际,在这个过程当中,我清楚的意识到了这些细节是可以做的更加到位,我觉得以后还会有更多的事情可以做好,这一年来的工作结束了我也是希望自己可以把工作做的更好,想要把工作做的更好,我还是深有体会,在一些事情上面,我确实感觉很有意义,在工作当中我进一步的调整好了自己各个方面的职责,公司对我个人能力还是做出了很多的判断,我相信在这一点上面我知道自己各个方面是非常有意义的,在公司做好自己分内的职责,当然我也是意识到了自身的努力还是值得的,我也想要为公司争取更多的价值。

  我也是清楚的意识到了自己的`不足,虽然每天的工作很充实,但是在一些项目上面,还是做的不够好,出现了一些细节的问题,这也确实是我应该要去调整好的,我会改正自己的不足之处,在以后的学习当中,我会继续做好自己分内的职责,在程序工作方面应该要更加的细心,我会让自己做的更好的,感激公司领导的关照,以后我也一定会让自己做出更好努力,努力提高自己的工作能力,做技术工作让我感觉很有意义,新的一年我一定会认真做好工作。

软件开发年终工作总结10

  xx年是我进入公司的第一年,也是我的工作能力得到提高和快速发展的一年,在公司领导的指导和同事以及其它部门的支持配合下,最后在经过自己的努力,完成了自己所要完成的各项工作任务,在新的一年来临之迹,我要对过去一年的工作进行一个全面的总结,以便在今年的工作中能够有更明确的目标,尽量克服自己现在所存在的不足,希望能更一步为自己所在的部门增光,做出自己的贡献。下面是我对去年工作汇总。

  一、总结

  1.自身定位:在过去一年,是我进公司的第一年,也是我工作的第一年,刚开始在我对工作竞争和自身都不甚了解的情况下,在领导和同事的指导下,我感觉自己已经慢慢对人与人的'竞争和自身定位有了深刻的了解,因为有了自我目标,才能感受到自己的压力有多大!我的目标也不只是完成目前所要做的工作而已,要向其它方面拓展学习。

  2.定下心来,踏踏实实:我学的是计算机专业,我的工作也是计算机方面的,以前有什么优势,但是踏入工作岗位后才发现,自己学的只是一个基础,只是有些方面或许比别人走的快一步,所以一切都要靠自己.自己要定得心下来学习,成功需要耐得住寂寞,不求最快,但求.

  3.团队合作:以前在学校或许你可以靠一个取得好成绩,在工作上你必须要有一个团队,在一个部门之中,团队合作精神显得尤为重要.以前我做有些事都是一意孤行,但现在已经对自己改变了,多听听他人意见,会犯更少错误,会更长见识,所以要学会与同事之间的合作,做事才更有效。

  4.工作情况:在公司一年,对mes大型系统有了个大概了解,对我们所要学习的mes已经可以说差不多都掌握,条码打印机的维修和设置掌握,a4打印机大多数情况可以维护,pda、条码枪已掌握,电脑的系统重装和维护已掌握,其它基本设置可以维护,对新出来的程序掌握和了解也比较快。

  5.课外学习:sql该学的已经掌握,c#学习,简单的程序可以编写,但有时还要依靠于网络和朋友,需要进一步加强。但主要还是以网络为主。

  二、自身缺点

  1.沟通问题:自己的沟通能力只能算一般,因为对于某些事的阐释还是不怎么好,语言表达能力有点差,希望通过平时的交流和沟通来加强。

  2.心态问题:自己对于做某些事过于着急,一心想急切完成,确反而误时,这个问题一开始就一直出现,现在虽然已经基本克服,但也要列入缺点方面,希望以后时刻注意!

  3.学习问题:对于课外学习这方面,我在编程时感觉困难的时候有时候就不愿去做,现在虽然已经慢慢改进上网搜资料和问问朋友,但有时候还是克服不了自己。

软件开发年终工作总结11

  做上层开发学了这么多所谓的语言,框架,技术,其实现在想想万变不离的却是底层的数据结构,操作系统,网络通讯和一些其他的基础的东西。

  自己也算半路出家,以前总是不屑基础的东西,总认为我懂了WPF,能画出很炫的界面什么就很好了。其实却是认识太肤浅,只有掌握了不变的东西才能应付好上层的技术,否则只会被微软牵着鼻子走。

  所以对新人来说,打好基础是多么重要,可惜我后知后觉了。

  除了基础的东西,我认为其次重要的是软件架构。

  好的.架构可以让事情事半功倍,让下面实现具体代码的感觉很轻松。说得过分点,一个好的架构师可以带一群实习生的干活都能出好东西。软件开发越来越不需要我们懂底层的东西,很多现成的轮子可以用,但是要知道怎么搭积木就需要好的架构师了。

  所以我觉得平常要多看好的开源架构,多学习框框的东西,当然轮子和积木知道哪里能拿到。最怕的是像我一样,只会google找积木搭,这就是所谓的纯码农了:

  其次是业务,开发很多时候要懂业务。

  很多开发的很不屑业务,认为技术才最重要。其实很多时候业务才是王道,软件开发在我看来大部分时间都是给业务做服务的,做支持的,公司都是靠业务才能赚钱的。

  所以开发人员也要懂业务,特别对那种不是很想一直做开发的来说,懂业务又懂技术也许会给你更多的机会。

  最后是软件开发的职业发展。

  个人的看法是码农能爬上去做架构师和经理的其实很少,基本一个萝卜一个坑,我见到开发能一直做到退休的都是老外,人家基本没有title的,这样的我观察无非两种人。一种是对业务很精通,同时对技术系统又很懂的,公司少不了他。一种是对技术很热情很钻研,能力很强,又不想去要什么title的,基本可以挑大梁。

  我想国内的情况虽然不太一样,不过基本可以借鉴下老外。当然不做开发还有很多可以做,我想说的是开发是可以做一辈子的,就看个人的想法了。

  这个问题我自己也一直在想,目前只有一条模糊的路,也得摸石头过。

软件开发年终工作总结12

  从我11月份离校来到溪谷晨歌网络公司已将近一个半月了,从一个学生变成了一个员工,角色变了,职责也就变了。虽然工作上的许多困难都是在自己的预料之内,可是许多事情都不像在学校里那么简洁、单纯。在工程开发的工作中,难题一个接一个的消失,自信念不止一次的受到过打击,虽然自己早就知道,要做到符合公司的要求,做一名合格的程序员,在学校学的学问,根本就不够,而且很不够。每天醒来我都不断鼓励自己,好好学,以后会好的。在此同时,公司也给了我许多学习的时机,这使我对以后的编程之路又有了些许信念。

  一、工作总结

  11月下旬与12上旬的几天,我的主要任务是将公司的静态网站与数据库连接做成动态的。由于功能比拟简洁,做起来没有遇到什么困难。可是之后的“南京市砖瓦粘土信息治理”工程,里面涉及到的一个地图功能的实现,让我不知所措,不知道怎么实现。由于自己没有力量完成工程,工程就交给了其他公司,之后的工作都是在合作公司南京宁派网络科技有限公司里学习、工作的,了解他们公司的开发工程流程,学习他们的开发技术,请教他们开发技术上的问题。

  二、在工作中主要存在的问题有:

  1、由于开头对业务需求不是很熟识,所以在写需求分析与了解所要开发的过程中屡次消失由于需求的缘由,而不断修改、返工的状况。

  2、在开发中,用到许多我所不知道或许多我知道但不太熟识的技术,有时甚至会消失这种状况,合作公司的技术人员,讲个名词,我都要百度一下详细什么意思,涉及什么技术。

  3、在工作阶段,有时比拟偏向自己的工作便利,忽视了其他同事的工作上的量与难易。

  有的功能自己怎么便利怎么写,有点难为其他同事,大家都要相互协作。

  三、工作心得

  1、在这将近一个半月的工作实践中,我参加的都是团队合作的工程,无论是在自己公司,还是在合作公司,我们都讲究团队精神。在信任自己和他人的根底上,思想统一,行动全都,这样的团队肯定会攻无不克、战无不胜。我们的许多工作是一起完成的,在这个过程中,大家相互提示和补充,大大提高了工作效率,全部的工作中沟通是最重要的,肯定要把信息处理的准时、有效和清楚。

  2、每一个工程在开头着手的第一步,肯定要和客户把需求沟通清晰,只有了解了工程的需求,才有可能真正做好一个工程。我们需要向客户提出要求客户供应全部涉及该工程的资料,每次与客户见面都需要熟识业务与程序的最少一至两个程序员随时记录需求。

  3、工作中,有一个无论是技术,还是阅历都比拟让人确定的前辈带着,将任务具体化,具体到,每个页面、甚至是一个页面中的图片什么时候做好,做到什么程度,这样把工作进度有规划有方向的赞定下来,做事很有效率。

  4、每天的`工作小结真的很重要,这让我们每天都有规划的知道自己干了什么,不是漫无目的的工作,所以我们应当养成,日记、周记、月记、年记的工作习惯。

  5、工作并不是一成不变的,或许有一天你要去其他岗位帮助,所以同事之间的技术要相互学习,或许有一天,公司需要你发挥其他的技能帮助,所以相互学习也是很重要的,我在宁派公司,深有感受,除编程之外,切图、界面设计等工作都干过。

  四、工作教训

  经过一个半月的工作学习,我也发觉了自己离一个符合公司要求的程序员还有许多差距,主要表达在工作技能与工作阅历的不够,也是我以后要在工作中不断磨练和提高自己的地方。认真总结一下,自己在一个半月工作中主要有以下方面做得不够好:

  1、工作的条理性不够清楚,要分清主次和轻重缓急;

  在开发时间很仓促的状况下,事情多了,就肯定要有详实而主次清楚的规划,哪些需要马上完成,哪些可以缓缓加班完成,在这方面还有很大的优化空间。

  2、对流程、业务需求不够熟识;

  在工作中,发觉由于流程或业务需求的问题而不知道如何下手的状况有点多,包括错误与缺漏还有当时设计考虑不到位的地方,对于这块的掌握力度明显不够。平常总是在开发,但说究竟对业务很熟识才是工程很好完成的前提。

  3、缺乏工作阅历;

  4、学习的学问不够广泛;

  一个工程中,涉及的技术往往有多种,学问多了,就会敏捷变通,以后我会加强这方面的学习。

  五、工作规划

  临时做出以下几点规划:

  1、要提高工作的主动性,做事干脆坚决,不拖泥带水;

  2、工作要注意实效、注意结果,一切工作围围着目标的完成;

  3、要提高大局观,是否能让其他人的工作更顺畅作为衡量工作的标尺;

  4、把握一切时机提高专业力量,加强平常学问总结工作;

  5、精细化工作方式的思索和实践。

  6、虚心请教比我做的优秀的其他同事,向他们学习技术或阅历。其实作为一个新员工,全部的地方都是需要学习的,多听、多看、多想、多做、多沟通,向每一个员工学习他们身上的优秀工作习惯,丰富的专业技能,协作着实际工作不断的进步,不管在什么环境下,我都信任这两点:一是三人行必有我师,二是天道酬勤。

  在参与工作的这短短的一个半月中,我深刻的体会到,把自己全部的精力都投入进去,技术工作都不行能做到完善程度,究竟技术工作太繁杂,工程多而人手少,但多付出一些,工作就会优化一些,这就需要认仔细真沉下心去做事情,就是公司所提倡的企业精神:职业做事,诚信待人。

软件开发年终工作总结13

  这一年来的工作已经完毕了,我知道这对我而言是有很大的提高,作为一名程序员我坚决的认为自己是可以做的更好,在将来的学习当中我还是深有体会的,以后在学习当中,在这一点上面我盼望自己可以做的更加的到位,作为一名技术人员,我还是做的特别不错的,盼望自己在这一年来的工作当中我可以连续维持好的状态。

  这一年来的工作当中,我现在还是盼望可以做的更好,公司对我的培育还是比拟多的,在这方面我是坚决的体会到了这一点,在将来的工作当中,我是坚持的做好了许多的事情的,年终之际我回忆起来的确是获得了许多,我也盼望自己在以后的学习当中,我深刻的意识到了这一点,过去一年来我也是独完成了许多的工作,也和公司的同事一起合作了一些工程,在这个过程当中,我也的确是深刻的意识到了这一点,我知道在这方面我是维持了一个好的状态,现在回忆起来我清晰的意识到了这一点,通过这次的工程我还是深有体会。

  我绝得工作力量是需要不断的去落实,对于这一点我是感觉特别有意义的,年终之际,在这个过程当中,我清晰的意识到了这些细节是可以做的更加到位,我觉得以后还会有更多的事情可以做好,这一年来的工作完毕了我也是盼望自己可以把工作做的更好,想要把工作做的更好,我还是深有体会,在一些事情上面,我的确感觉很有意义,在工作当中我进一步的调整好了自己各个方面的`职责,公司对我个人力量还是做出了许多的推断,我信任在这一点上面我知道自己各个方面是特别有意义的,在公司做好自己分内的职责,固然我也是意识到了自身的努力还是值得的,我也想要为公司争取更多的价值。

  我也是清晰的意识到了自己的缺乏,虽然每天的工作很充实,但是在一些工程上面,还是做的不够好,消失了一些细节的问题,这也的确是我应当要去调整好的,我会改正自己的缺乏之处,在以后的学习当中,我会连续做好自己分内的职责,在程序工作方面应当要更加的细心,我会让自己做的更好的,感谢公司领导的照顾,以后我也肯定会让自己做出更好努力,努力提高自己的工作力量,做技术工作让我感觉很有意义,新的一年我肯定会仔细做好工作。

软件开发年终工作总结14

  哲学就是用简单的说话来体现出隐含深层意义的道理,让人们去思考和体会。哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。

  哲学的特征在于追问本质,不断反思。内容上,哲学的反思对象无所不包;深度上,哲学的反思是无穷无尽的。现实中,我们可以借用哲学的思维方式,但是不能照搬哲学的思维方式。也即是说我们能够直接关注的现实是具体而有限的,思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。

  把哲学低估于现代科学是不负责任的,哲学隐藏在现实生活中的每一部分,它为我们提供了一种生活的方式,如果将哲学简单的与现代科学相提并论,则成为了一种狭隘的唯科学主义。

  “又是一年毕业时”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼,希望对所有的软件工程师们有所帮助,早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议,前面几点旨在确定大的方向,算是废话吧。

  谨以此文献给那个自己为你奉献3年青春与激情的开发团队。还有团队成员:PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。

  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、理论与实践并重,内外双修。工程师的内涵是:以工程师的眼光观察、分析事物和世界。一个合格的软件工程师,是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看,这只是外在的'东西,并非重要的、本质的工作。

  学习、掌握软件产品开发理论知识、软件开发方法论,并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自己的理论体系和实用方法论。

  10、心态有多开放,视野就有多开阔。不要抱着自己的技术和成果,等到它们都已经过时变成垃圾了,才拿出来丢人现眼。请及时发布自己的研究成果:开发的产品、有创意的设计或代码,公布出来让大家交流或者使用,你的成果才有进化和升华的机会。

  想想自己20xx年间开发的那些Windows系统工具,5、6年之后的今天,还是那个样子,今天流行的好多Windows系统工具都比自己的晚,但进化得很好,且有那么多用户在使用。并且,不要保守自己的技术和思想,尽可能地与人交流与分享,或者传授给开发团队的成员。“与人交换苹果之后,每个人还是只有一个苹果;但交换思想之后,每个人都拥有两种思想”,道理大家都懂,但有多少人真正能做到呢?

  11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品,千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”,网上有很多的开源项目、合作开发项目、外包项目,这都是涉猎工作以外的知识的绝好机会,并且能够结识更广的人缘。不要因为工作是做ERP,就不去学习和了解嵌入式、实时、通信、网络等方面的技术,反过来也是一样。如果当他别人拿着合同找你合作,你却这也不会,那也不熟时,你将后悔莫及。

  12、书到用时方恨少,不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明:“对于一个有一定基础的人来说,他只要真正肯下功夫,在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果,故命名为西蒙学习法。可见,掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识,有空花时间看看,韬光养晦、未雨绸缪。

  13、本文的总结与反思:

  A:不要去做技术上的高手,除非你的目标如此。虽然本文是关于提高软件开发知识的建议,做技术的高手是我一向都不赞同的。你可以提高自己的专业知识,但能胜任工作即止。

  B:提高软件知识和技术只是问题的表面,本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理,可以很容易地延伸、应用到生活的其它方面。

  C:在能胜任工作的基础上,立即去涉猎其它领域的专业知识,丰富自己的知识体系、提高自己的综合素质,尤其是那些目标不在技术方面的朋友。

软件开发年终工作总结15

  从八月份入职至今,已一年过去了,回顾自己这段时间在XX公司所走过的路,所经历的事情,没有太多的感慨,没有太多的惊喜,却多了一份镇定,多了一份从容。

  回想入职初,在XX月份,从开始第一周熟悉工作环境,第二周便参与煤矿安全生产管理系统的相关文档设计工作,期间在项目组各位同事的指导、安排下,进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写,也借此过程学习煤矿生产业务。

  在XX月份,便正式参与了管理软件功能模块的设计工作,在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在xx一号矿进行业务调研,从而在我们自己的管理系统中,取其长、补其短,也借此机会了解实际的煤矿生产情况,加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。

  XX月份,在张工张工的指导下,进行了物资管理子系统的功能模块设计,并就设计的正确性、合理性分别同张工张工及何工进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底,根据各子系统模块设计搜集系统数据,建立初步的数据字典及概念模型,为后期数据库设计做准备。

  XX月份的工作以整理系统业务关系与业务流为主,但由于业务关系图的表现形式不够合理,不足以清晰、明了得表现出各层次关系,导致工作多走了几个环节,好在张工张工及时发现问题,并多次向我指导、讲解,最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块,为后面工作的展开提供依据。

  XX围绕两个工作展开,

  一是系统业务描述文档的设计编写,因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据,张工张工也多次强调,文档的设计务必从读者角度考虑问题,因此最终设计由简单到复杂,由整体到具体,各层次尽量做到衔接紧密,易于理解;

  另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论,并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。

  在公司领导的带领下,通过项目组所有成员的不懈努力,在XX月份系统所有功能模块设计完成,在XX月份系统所有业务流程整理完成,在XX月份,对各功能模块设计及业务流的初次审查、整改工作已经完成,现在已开始进行项目组内对各功能模块设计及业务流的审查工作。

  在入职初期,因为之前很少接触生产类软件,一时不知从何入手,好在项目组成员多次向我讲解,加上自己也通过网络查找相关文档,认真阅读相关材料、思考业务处理过程,最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在张工张工的指导下,完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计,以及整个系统的业务整理工作。因为张工张工多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败,一定要做到设计正确、准确、完整,因此在每个子模块的设计中,先把握总体方向,确保设计正确,再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确,最后再将设计放到整个业务系统中,反复检验、审查,确保设计完整。回顾这一段时间的工作,我基本完成了本职工作,这与领导的支持和各位同事的配合、帮助是分不开的,但同时我也清楚得认识到自己还有很多不足,也从中获得不少经验、教训,总结为以下几点,

  1、做事前准备、计划是很有必要的。

  这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深,正是磨刀不误砍柴工,做好准备、计划对之后的工作能起到事半功倍的效果。

  2、工作要脚踏实地、一步一步,切不可太过心急。

  整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后所有环节。

  3、学会从整体看问题。

  这一点在入职初期的业务流程学习中就感受很深,从整体看问题,从主业务流程入手,理解更容易,学习得也更快,在整个工作过程中大的方向也不会错。

  4、要学会适当的思维转变。

  之前的软件开发工作主要是编码工作,所考虑的问题也只局限于技术方面,但在系统业务及功能模块设计工作中,一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。

  5、与同事的交流要及时要充分,尤其是项目组内成员。

  及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量,及时的交流能提高工作的效率。

  6、在系统设计过程中要学会从客户角度考虑问题。

  软件良好的客户体验是衡量软件质量的重要标准,因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。

  7、处理问题一定要以公司利益为重,坚持立场、把握好原则。

  公司项目部成员对xx1号矿项目的成功实施便证明这一点;另外在集控平台开发过程中,何工也是基于这一点,多次对系统功能设计提出更高要求,以使系统功能更加完善、可操作性更强。

  8、要学会思考问题、分析问题、处理问题,学会分解问题,把一个大的问题分解成若干个小问题,再将各小问题放到整体考虑其合理性。

  在整理系统业务流程和搭建模块间业务关系工作中,就因为表现形式不够清晰、合理,做了不少重复工作。最终还是在张工的指导下,以“总—分—总”的形式解释业务关系,完成了业务详细说明书。

  9、不要局限于固定模式,要学会创新。

  在系统功能设计及系统业务整理工作中,张工多次强调这一点,因为只有这样,产品质量才能提高、自己的能力也会有较大提升。通过近半年来参与对管理软件的设计工作及与工程施工、项目发展工作的接触,自己成长不少,当然更多的成长集中在技术方面—软件前期的业务设计,总结为以下几点,

  1、已掌握整个煤矿管理的业务处理及流程。

  2、掌握了软件开发前期的整个软件设计流程。

  3、学会如何进行软件业务及功能模块的详细设计。

  4、学会如何发现问题、思考问题、解决问题。

  在管理方面,接触不多,主要集中在项目组对集控平台开发的监管过程,总结为以下几点,

  1、时刻掌握项目进度情况,进度一旦出现状况要及时作出反应

  2、处理问题一定要以公司利益为重,坚持立场、把握好原则。

  3、与外包人员要多交流多沟通,包括业务理解和完成情况。最后,通过在公司近半年来的工作生活,提一些个人的想法,

  1、公司员工交流不够多,尤其是不同部门间的工作交流,而这种交流能使各部门的工作衔接更紧密,工作效率更高。

  2、技术人员接触其他相关技术的机会不多,不过这一点公司正在改善,PLC讲座也即将进行。

  3、在准备项目经理考试期间,如果公司能统一每周提供几个小时供大家学习、讨论、交流,效果可能会更好些。

  4、午饭时间太紧,员工中午休息时间太紧,一定程度上影响下午的工作效率。

  以上都是个人角度的一些看法,考虑不合理之处还望领导及各位同事批评指正。

  XX年已经过去,崭新的XX年来临了,在新的一年里,工作上,生活上,我们都站在了新的一个工作起点,要开始新的一轮工作,我也在此感谢领导和各位同事的支持和帮助,我将在新的一年里继续努力,不断提高自己的业务及专业水平,虚心向大家学习,为XX公司为长风的发展尽自己的力量。

  先自我简介一下,本人从事asp。net开发进一年,09届毕业生,xx年11月开始上班,之前做asp,xx年2月后开始做asp。net,由于公司转型,现在带十几个人在一起搞asp。net开发,主要是关于准金融行业的行业管理软件。年度总结在会议上也写了,但仅限于对于工作总结及xx年工作计划,自我总结较少,因此今天专门做下自我的年度总结,主要从技术、管理、人生上面谈谈这一年的收获,前辈路过欢迎多多指正。

  技术

  我在学校里学的是电气自动化,程序基础仅限于c基础课程的一些知识,后来由vb、html转向asp,在asp上花费了不少时间,对asp比较熟悉,后来由于公司业务需要,将开发平台转向asp。net,开始对asp。net不是很感冒,以为就是asp的一点扩展(那时还不知道三层架构,数据数据访问全在页面里——!),后来招来几个北大青鸟的过来终于意识到asp。net的强大之处,经过个人的努力已经逐步掌握了asp。net,现在层次上只能讲个人觉得是入门而已,原因是多方面的,待会儿会讲到。

  相信从面向过程转向面向对象的同学都有一种感觉:面向对象开始真的有点别扭,涉及到属性,尤其是类之间的各种关系,那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西,从概念中跳中来,以自己的方式去理解才逐渐体会到页面对象的精华来,分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了,尤其是对象之间的关系,如对象a与对象b两者之间的关系,有些需要完全公开,有些需要隐藏,有些需要通过第三方传递,有些需要给自己的下级可见,有些需要让下级去完成具体操作——这不是现实的实际模型吗?应该这么理解,面向对象来源于现实,它不是一种凭空空想出来的理论,这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下,页面过程往往像是一股脑全部推给用户使用,其中的数据与数据访问方法层次不清晰,在模拟现实上它与面向对象相比更易于入门理解,实质上难于准确直接地表述。

  面向对象上另一方面是它的设计模式,在之前的面向过程中对这个设计模式并没有清晰地提出来,面向过程优秀的代码要求高内聚低耦合,从个人的理解上,这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次,因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系,可以认为设计模式是完全从实际的`应用来不断总结得来的经验,之间并没有这种术语,但相信前人肯定也使用到这种思想,它从实际应用于来,当然要应用于实际工作中,认真思考不断总结每个人都会有自己的“设计模式”,可以借鉴前人的思想来去提升自己,不可去为“设计模式”而设计模式。

  具体到asp。net的实现模型中,真正理解它的机制与方法也就不难理解,记住b/s中离不开post或get,所有的autopostback、selectedindexchanged……都是去调用form传值,加上runat=server的服务器控件打开它生成的源文件也是普通的html标签,微软的让软件开发更容易的思路是很好的,时代在前进,很多年前你使用c写出mis证明你很牛,很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋,开发语言都有长处与不足的地方,因为它们适用的场合不同,类似不能拿匕首去跟炮弹比,也不能拿c与php比,程序员都有一种偏执的心理,但一点要记住,你面对的用户才有最终发言权,程序能不能满足需要,易用性、稳定性、成本才是应当首先放到重要位置来去谈的。

  管理

  最开始担任管理一职时开发团队加我在内只有四个人,那时只是抱着接受挑战的心理去做管理,加上我本人比较重感情,团队之间关系相处都不错,但严重的问题逐渐显露出来:工作的随意性、团队精神薄弱、工作方式蛮干,印象深刻的是有几个开始承诺项目不能完工,于是最后天天加班,一直做到早上6点,睡一会7点半接着上班,几个同事都是年龄差不多的小伙子,干劲十足。后来随着时间的推进,问题越来越摆在眼前:项目迟迟不能完工,又由于公司待遇方面让新员工感觉不值得,于是形成了老板抱怨员工也抱怨的状况,我在中间两点都要去“消火”,这期间是我们部门相对最累的时间但也是相对感觉最充实的时候,后来,之前的员工跟我说“再也找不到那种感觉了”,这是我能想像的。这期间主要是老总对我十分信任,工作上主要是管理方法上对我指点了不少。后来我逐步体会到,管理应该是“大家定规则去遵守”,而不应该是“人管人”。

  人管人很容易陷入一个误区:

  领导去时时刻刻关注每个员工,这样最后往往后造成员工对领导的敷衍了事,管理松了员工会责任下下降,管理紧了造成员工与领导关系紧张,另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。

  于是“定制度—定分工—定进度”,明确日常所有的规章制度,这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订,然后征求大家意见最后去贯彻执行。中间也遇到了不少问题,比如开始我们内部是允许使用qq的,后来员工用qq闲聊的时间增多,大大影响了工作效率,最后决心禁止,开始阻力较大(貌似程序员都喜欢挂上几个qq去到群里搞个群主,虽然群里大多都是菜鸟),最后多次开会,逐个谈话,阐明道理,形势逐渐好转。

  项目分工上针对技术水平明确分工,制订项目开发计划,由于开始技术都不是很成熟,不少时间我这边强势要求,使用野蛮方法,完不成加班——我陪着加班,这段时间能感觉到员工对我稍有怨言但总体还是认可的。

  这期间公司新招人员,人员的增多更使我意识到团队管理的重要性,这期间版本控制、编码规范、文档管理、bug管理等诸多问题都得到一一解决,技术水平上主要是我个人利用空余时间学习新知识充电,然后展开各种培训,主要是photoshop、css、js、sql等方面,培训一方面提升了员工的技术水平,一方面我本人在学习培训的过程中得到的最多,因为这个时候个人要求去思考的会,加上我本人对技术兴趣比较深厚,所以后期工作慢慢踏入良性循环。

  待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题,这方面公司在某些方面决策层有着严重的错误思想,造成技术人员对公司埋怨增多,在这方面我本人只能以劝架婆的身价去安慰身边的兄弟,因为我明白现在公司的问题与当前中国软件行业的通病一样,盲目追求利益最大化,不求质量,但求速度,整个社会风气造成软件行业良莠不齐发展,整个中国三四个人的开发团队组成的公司数不胜数,整个程序员阶层生存状况可想而知,疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。当然我们本身不能去逃避这个现状,对于个人来讲任何假大空的口号都是没有意义的,程序员作为技术人员最重要的是心态,以良好的心态去面对各种问题,发现问题、解决问题,发现问题抱怨是解决不了问题的(“it民工”是我个人认为it人最没有正确的自我定位的一个称谓,试想一个人连自己都看不起自己的职业,他能做好自己的工作吗?),最主要是解决问题。

  我在面试员工时反复提到的三点是;工作态度、发展潜力、工作能力,由前向后排序,心态最重要,大公司大家都想削尖脑袋往里挤,但名额有限,所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司,这个时候更应该做好个人职业定位。以我个人的经验,新员工选择一家公司往往最看重工资待遇跟发展潜力,程序员是一种不可以混日子的职业,工作能力很重要,但不是最主要的,工作态度是最重要的,工作态度往往跟个人的思想认识还有职业所在的环境有关,我个人的体会是绝不能太过于情绪化,情绪化无论是对工作还是对个人的发展都是不利的,就是说哪怕是明天你要辞职,你今天都要把今天要做的事情认真用心做好。

  对于工作责任心不够的员工是尤其值得关注的,他们往往自我意识过于强烈,追求以自我为中心,很多时候伴随着工作得不到认可、工作感觉不充实不开心,我会主动找他谈话,我认识:你管理的是一个实实在在的人,他不是一台任你摆布的机器,人会有情绪往往是有心结,找到原因,多加开导,用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征,一个是从天之骄子沦为多余人,一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20—25之间的男性中,情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通,可塑性也较强,适当的引导、合理的方式会比野蛮的管理效果强上百倍。

【软件开发年终工作总结】相关文章:

软件开发年终工作总结05-25

软件开发年终个人工作总结05-26

软件开发年终工作总结经典(15篇)07-24

软件开发年终工作总结(通用13篇)12-27

软件开发年度工作总结05-25

软件开发年终工作总结集合15篇07-26

软件开发工作总结03-21

软件开发工作总结范文10-14

软件开发工作总结(15篇)05-13