订单查询
首页 工作文档
程序员的年终工作总结范例15篇
大小:484.9KB 6页 发布时间: 2024-02-01 15:47:27 15.8k 14.06k

1、正义erp项目的编码工作。我从了解新疆正义项目的背景和计划开始,熟悉了正义公司的制度和业务流程,然后熟悉了新能开发模式。接着,我根据需求调研报告,完成了销售部、生产部、采购部和质检部四个模块的基本单据的制单、审核、选单、查询和打印等一系列的编码工作。我还完成了正义项目的模块测试和流程测试。

通过这段时间的努力,我个人的耐心、细心程度以及对工作的合理安排得到了锻炼,学会了在繁忙中找到条理,在危难中找到希望。同时,我也意识到了自己的不足之处,技术上还有一些细节地方需要更加成熟,我会继续学习和钻研。

2、正义erp项目的实施工作。从十一月初开始,我进行了正义项目的实施工作,每天早起赶在企业上班前到企业进行erp的实施。实施期间,我主要负责软件的安装实施,并对企业的erp系统的使用人员进行软件使用培训。我还记录了客户使用过程中出现的问题,并在下班后加班加点将每天的小错误和客户变更修改完毕。

通过这项工作,我原本欠缺的业务能力得到了很大的提高,并学到了很多与客户交流的技巧和业务上的知识,对erp系统的流程也更加明晰了。但我离一个成功的程序开发人员的标准还有很大的差距,在今后的工作中,我一定会多加注意,不断改善自己。

3、帮助和使用手册文档的编写。通过帮助的编写,我熟悉了dreameweaver和fireworks的使用,为后期的oa开发也奠定了一定的基础。编写使用说明,使我更加加深了项目开发的整体思路和技术要点,总结了前期开发和实施中遇到的问题,并对软件整体进行了一次测试,对暴露出的小bug进行了最后的修改。

4、利用工作之余的休息时间加强学习。平时,我注意收集有关pb方面的资料文件,提高自己处理新问题和解决新问题的能力,并加强学习java和oa方面的知识(现转为学习.net),为后期的工作打好基础。

以上是我对个人工作的粗略总结,请领导审阅。如果在工作上有不到之处,请领导指出,以便我及时改正,从而能更好地工作。

展望即将到来的20_年,我会更加努力、认真负责地工作,再接再厉,更上一层楼。我相信自己能够完成新的任务,迎接新的挑战。

程序员的年终工作总结范例10

以前在校很少自己做程序,对软件工程更是一无所知。来到公司,开始接触"大规模"(其实现在看来实习的项目其实还是很小的)软件开发,一时真的有些迷茫。比起VSS,MVC,QA,CMMI,我对JAVA,JSP,_ML的一窍不通根本不值一提。大家都不想输在"起点",所以都默契地在加班,这样一直持续了实习的两个月。

刚来的时候"始业教育"显得慢吞吞,我们还经常盘算去哪哪玩之类的。我和__(20个新生里一个南区的兄弟,软件学院的)还经常出去吃各种小吃,每到一处都尝尝本地的风味,这是他的习惯。之后开始的培训还不是很难过,JAVA,C++,ORACLE,老师们讲的很"好",可以说是非常好,好得我们没有几个人能听懂。大家开始发愁,我也是每天晚上都基本看书到10点。

"我心说得亏哥们我还练过",来之前的2月份我就自己买了一本THINKINGINJAVA,看懂看不懂怎么说也算是准备了一下JAVA。C++虽说没去上过课,但凭我的直觉我就一下看中这东西很有用,自己也看过一阵。至于ORACLE,虽然不了解,但毕竟因为佩服"云飞扬"的性格和敬业精神,咱SQL选修也不是白混的。专业倒还有点"基础",再加上咱这自学能力也不是吹的,基本维持。可等到后来的日语课就全迷糊了:本就没有语言天赋,再加上记忆严重欠缺,总是特别害怕去上日语课。不过特别喜欢那个老师说话的感觉,加上她一直对我都很好,所以还是很用心的学着。

随着培训的收尾,我们开始正式进入项目。从需求分析,概要设计到详细设计,我们一步一步的开始接触软件开发的每个细节。不了的就是每天都要记"周报",填写自己的劳动成果。因为这个我还被QA通报了好几次呢,真的很郁闷。其实现在我很感谢这种制度化的东西,某些情况下好习惯的养成是要靠强制来确保的。详细设计之后就是企盼已久的编码,我心想终于可以做点"正事"了。现在回头一看才知道,其实编码只占软件开发的整个过程劳动量的1/4左右,而且其他的环节也不是想象中的那么无足轻重。

编码我其实做的很不好,主要是因为需求分析阶段就没有认真仔细的理解需求和规格说明,加上编码时一个关键时段我回校和老同学叙旧。那阵项目经理(PM)就经常和我们说,"有问题自己想办法,不要经常问我"。PM其实是在叫我们自己酝酿,遇到难题只有"憋"一"憋"才能有真的收获。而我不在的那三天正好是大家技术/思路上的一个"跃迁",很多难题的解决方法都基本成熟,大家的编码也接近50%了,所以回来时我感觉已经掉队很多。再一个就是编码中期时机器出问题,环境搭不上了,这使我更加紧张和急躁,大大影响了我的士气。

后来利用五一其间的加班我终于赶完了自己的模块,达到了第一个里程碑。其实从发现落后到加班赶完这段经历,对我来说也具有里程碑的意义。不仅考验了我自己的能力和心理素质,也证明了我对集体的责任感和合作意识。我可以叫别人来帮我做赶上进度,但那样我会错过自己学习的机会,以后再遇到难题我还是不行;我也可以硬着头皮导致项目延期,那样我以后的日子保证不好过,而且这么做也不符合我的性格。事实证明我顶住压力独立完成任务不管是对集体还是对我个人都是一件大好事。

紧张的编码之后是单体测试,很多人都在继续编码,原来大家的编码都是没有完全做完。本是自己给自己挑毛病的过程,我们却都用来完成之前没有完成的任务,说来不禁可笑。

单体测试之后就是恶梦一样的系统测试。传说系统测试压力很大,测试组找到BUG上报后这边就得限期修改,之后提交给测试组进行下一轮的测试,回归若干次,测试结束后产品达到允许的缺陷率才可以出荷。不过由于这时已经有人要返校体检,其他人也军心涣散导致集体"早退",测试没有很正式的进行,只是简单的做了一下界面的统一和功能的检查,连性能测试都没做。不能不说是实习的一个败笔。

回想之前的工作,不到10周时间我们从学生开始转变为员工,从对公司完全陌生到有了一定的了解,不管是处世为人还是技术思想我们都有确确实实的进步。

再结合我自己来看一看。的收获就是我克服了有些自大的坏毛病,虚心的向别人学习。我知道这就是我练习与不同类型的人适应,交流的开始。技术上自不必说,我绝对学到了以前在学校一年也不一定学到的东西,这就是一个态度的问题。"态度决定一切",这句话太有道理了。

另外一点遗憾就是小孟说的,我似乎也感到自己有点"工作狂"的味道。为了拿下那些代码和BUG,我有好几周都连续加班到晚上11点,由于工作占用了时间,我连以前一直的跑步都没坚持下去。这样不是好兆头,我必须要养成合理的作息制度,不管工作怎样忙,必须不能占用自己的作息时间。还有一个就是和别人的交往。曾因为一些小事分别和老胡和哲明闹了不愉快,幸好后来都说开了,大家没计较。我一定要严谨,克制,绝对不在以后的正式工作中做这样的蠢事。

总体来说,我对实习充满了快乐的回忆,也许是因为我在大学的生活过于平淡和压抑。希望我可以延续这样的快乐,将自己带上事业的顶峰。

再结合我自己来看一看。的收获就是我克服了有些自大的坏毛病,虚心的向别人学习。我知道这就是我练习与不同类型的人适应,交流的开始。技术上自不必说,我绝对学到了以前在学校一年也不一定学到的东西,这就是一个态度的问题。"态度决定一切",这句话太有道理了。

另外一点遗憾就是小孟说的,我似乎也感到自己有点"工作狂"的味道。为了拿下那些代码和BUG,我有好几周都连续加班到晚上11点,由于工作占用了时间,我连以前一直的跑步都没坚持下去。这样不是好兆头,我必须要养成合理的作息制度,不管工作怎样忙,必须不能占用自己的作息时间。还有一个就是和别人的交往。曾因为一些小事分别和老胡和哲明闹了不愉快,幸好后来都说开了,大家没计较。我一定要严谨,克制,绝对不在以后的正式工作中做这样的蠢事。

总体来说,我对实习充满了快乐的回忆,也许是因为我在大学的生活过于平淡和压抑。希望我可以延续这样的快乐,将自己带上事业的顶峰。

程序员的年终工作总结范例11

当任务进入必然阶段或告一段落时,我们需要回过头来认真地分析研讨一下所做的任务,找出成绩,总结经验教训,提升理解,明确目标,有利于进一步改进任务,并将这些用文字表达出来,称之为工作总结。下面我将分享一下自己的经历,让新人少走一些弯路。

首先,我想谈一谈任务态度的重要性。这可能是一个众所周知的道理,但是我举一个实例来说明。我曾经带过两位新人,A君负责的任务一直没有结果,我给他分配了一个数据展示的部分,他告诉我他不会JSP,我给他推荐了一些书籍和我写过的示例,并告诉他不要只是学习,要有成果展示。但最后的结果是他上班就走了,离开之前没有向我汇报任何进度,我只能找其他人来完成这个任务。在这里我并不是要建议职场新人加班,但是在工作中要有负责的态度,新人可能对某项技术不了解,但是至少应该汇报一下今天的进度。

再来比较一下另外一位B君,他也接到了同样的任务,起初他懂JSP,但是不懂JSTL,我给了他时间去学习,结果B君在很短的时间内学会了JSTL并且将总结交给了我,我相信在这么短的时间内,他一定做了很多实践。第二天,B君就完成了数据展示,并且符合我的要求!没有错,同样的任务,同样的难度,不同的人做的时候,态度和主动性决定了一切,所以一个人只要任务态度好,我相信他的工作相对不会差。

接下来,我想谈谈提问的方法。作为一个新人,不懂就要问!在这里我想说两点:

首先,如果是纯技术上的问题,如果能够通过谷歌解决,我认为可以自己消化掉!要先谷歌搜索相关问题,然后带着自己的思路去问一些有经验的人,收获会更大!

举个例子:以前的我,专心写代码,当时很怕下属知道自己不会某个技术。于是我冒险保护自己不会的东西,自己查资料,上班了问同事,上技术论坛提问。但是由于逻辑和实际需求不同,结果并不理想!如果当时,我把自己不了解的地方告诉下属,或许很快就可以完成任务,而不是反复修改。

其次,如何提问?问谁?

很多新人不知道如何提问,也不知道问谁。我的建议是,先整理好你要问的问题,最好能够有电子版或者打印版的清单,方便其他同事查看讨论。然后就是提出问题,要让回答的人感兴趣,这样他不仅会解答你的问题,还可以延伸出更多的知识。如何让回答的人感兴趣,这就是看个人表现了!

至于问谁,我觉得你不了解其他同事的情况之前,先问你的下属,当你了解了你的同事每个人擅长的领域之后,再将自己的问题归类,然后问最擅长的人。这样会事半功倍!

接下来,我想谈一下任务分解。我不知道大家是如何进行任务的逻辑,以前的我就是一团糟。当我接到一个日记解析的任务时,我就开始苦干,但是越做脑筋越乱,完全找不到头绪。后来,下属找到我,给我做了任务分解,我按照任务分解来做,清楚了很多。直到现在,我仍然坚持做任务分解的习惯。

实际上,任务分解可以帮助你更深入地理解你要做的工作,任务分解包括将一个工作分为几个步骤来完成,每一个步骤要达到什么样的状态、什么样的水平,需要多长时间完成。几个步骤组成一个里程碑。如果在具体做的时候发现一个步骤的工作需要超过一个星期,我觉得这属于任务分解的不够细致,需要将这个任务再次分解,让你的工作更明确、更有效率。可以使用一些任务分解的工具,将自己的任务路线和步骤明确起来,要善于使用工具。

最后,我想谈一谈自动报告进度和自动沟通。以前的我只是专心苦干,但没有报告进度,实际上这是不好的。后来我的领导找到我,问我的进度,才发现意见有所不合,理解有差距。只能重新开始。

新人一定要注意这个工作,无论是无情况、有成果、有可展示的工作都必须及时地自动报告进度,做成果展示,在对工作不了解的时候也需要主动沟通,使之与所有参与员工的意见分歧后再来做,保证你做的工作的准确性和有效性。

记住一句话:当领导找到你问进度的时候,你是主动的!

以上几点,看似简单,但实际操作起来并不容易!到现在任务分解和提问很多职场新人都没有掌握,需要渐渐摸索,但我们相信,只要有出色的态度,出色的习惯,工作一定会渐渐变得更好!相信自己的明年会更好!

反馈
我们采用的作品包括内容和图片全部来源于网络用户投稿,我们不确定投稿用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的权利,请联系我站将及时删除。
Copyright @ 2016 - 2024 经验本 All Rights Reserved 版权所有 湘ICP备2023007888号-1 客服QQ:2393136441