找总结网 > 工作总结 > 工作总结范文 >

it工程师年终工作总结

| 彭永

it工程师,IT工程师是从事IT相关工作的人员的统称。它是一个广义的概念,包括IT设计人员、IT架构人员、IT工程管理人员、程序员等一系列岗位,工作内容都与软件开发生产相关。下面是小编给大家整理的it工程师年终工作总结,仅供参考希望能够帮助到大家。

it工程师年终工作总结

it工程师年终工作总结1

进入公司已经有将近半年的时间,在公司领导的强有力的领导以及关心支持下,个人在20___年度取得了不小的进步。本人在工作过程中,较好地完成了20___年年度工作目标。现将有关20___年度个人工作情况作如下总结:

一、年度工作情况

1、熟悉了解公司各项规章制度

我于20___年x月进入公司,为了更快更好地融入公司这个团队,为以后的工作打好铺垫,我加紧对公司的各项规章制度的了解,熟悉公司的企业文化。通过了解和熟悉,我为能进入公司这个团队感到自豪,同时也感到自身的压力。在以后的工作中,我将以公司的各项规章制度为准则,严格要求自己,廉洁自律,在坚持原则的情况下敢于创新,更快更好地完成工作任务。

2、熟悉项工程的结构,现场情况

作为土建工程师,熟悉和了解现场对以后的工作是相当有利的。为了以后能更好地开展工作,我多次深入现场,对现场的布置做更深层次的了解。在掌握第一手现场资料之后,我查阅相关技术资料,对工程的结构情况进行研究,对以后施工重难点进行分析,对项目的基础形式进行分析,通过研究和分析,我对项目施工管理的实际情况做较为客观的预测,为下一步方案的编制提供了可靠的依据。

3、参加工程部管理制度的修改

为了便于以后工程部管理,我结合公司的要求以及工程部的实际情况,并参考博爱以及其它比较知名的地产企业的相关制度,编制修改了工程部工程管理的各项规章制度,制度的编制有利于明确各个岗位的职责,为工程管理提供保障。通过这次编制,我对项目开发其它专业有了进一步的了解,也使自己下一步工作更加明确。

4、分析20___年天气情况

为了完成20___年公司的项目开发任务,并做出科学而且符合实际的20___年工程部的工作内容以及项目施工进度计划,我对20___年全年的天气情况进行分析,结合武陟县的常年的天气状况,对20___年的天气进行了预测,同时将天气情况和工程进度互相结合,对工程进度进行合理的调整,抓紧施工良好季节,避开雨季大规模施工,并做好雨季以及高温季节的施工以及安全保护措施。

二、存在的不足以及改进措施

20___年即将随风逝去,回想自己在公司将近半年的工作,虽然工作量比较大,但是闪光点并不多,许多工作还有不尽如意之处,总结起来存在的不足主要有以下几点:

1、缺乏沟通,不能充分利用资源

在工作的过程中,由于对其他专业比较陌生,又碍于面子,不积极向其他同事求教,造成工作效率降低甚至出现错误,不能达到优势资源充分利用。俗话说的好“三人行必有我师”,在以后的工作中,我要主动加强和其他部门同事的沟通,通过公司这个平台达到资源共享,从而提高自己的业务水平。

2、缺乏计划性

在工作过程中,特别是项目开发的施工阶段,由于缺乏计划性,工作目的不够明确,主次矛盾不清,常常达到事倍功半的效果,领导不满意不说,自己还一肚子委屈。在以后的工作过程中,我要认真制订工作计划,做事加强目的认识,分清主次矛盾,争取能达到事半功倍的效果。

3、专业面狭窄

作为一个现代化人才,他应该是一专多能的,这样的人才才符合时代以及公司的需求。自己的专业面狭窄,对房地产其它专业认识不够,特别是营销策划以及法律法规,这都限制了自身的发展。在以后的工作过程中,我将加强其他专业的学习,充分利用公司资源,提高主观能动性,争取能成为一专多能的复合型人才。

it工程师年终工作总结2

总想着每天、每个月、乃至每年都有点进步。20_年,对我来说,是起伏不定的一年,也是收获颇丰的一年。当然,最大的收获是有了一个可爱的女儿。

在这一年,我跳了两次槽,一次是自愿的,还有一次是被迫的。我目睹了一些公司从盛到衰的过程,也看到了一些脚踏实地的公司。

离开x1公司,是因为我觉得x1公司不是在做软件,所谓的印度模式,我想,绝对不是这么做的。理想不合,不想浪费时间,也只能背负跳槽的恶名,挂冠而去。去x2公司,是因为看到他是美国独资公司,做外包软件,能够接触美国的客户和技术,希望能够有所收获,何况,职位也不错。的确很想好好做,也跳累了,只想稳定发展,毕竟,是做父亲的人了。没有想到的是,竟然让我目睹了一场资产争夺的好戏。公司易主,流言

满天,官司大战,这种平常只有在电视和电影里看到的情节。我实实在在的亲身经历了,也算是人生的重要一课吧,至少,让我看到了人性最阴暗和恶毒的一面。自然,是做不下去了,只能又走。

也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后,只要他能够存活,必定是一个成功的公司。虽然老板对我也很有诚意,只是,对于教育软件,我实在没有太大的兴趣,何况,如果想做教育,我何不选择安博呢?毕竟,安博给于我很多。回头想想,在其他公司,我都是在奉献,只有在安博,是学习了很多。

说起跳槽,其实,看看那些公司,有多少是在踏踏实实做事情的?老板本不懂软件,都是看着软件行业能赚钱,想来捞一票,结果把中国的软件行业做坏了,也害苦了中国的程序员。自己不好好做事,怎么怪别人跳槽?同工作经历的坎坷相比,,在个人能力方面,今年的进步是非常大的,今年上半年,我的进步集中在技术领域。我更加深入研究了设计模式、ejb体系和.net平台,还有uml建模,终于有所突破,设计了一套自己的基于.net平台的系统架构和开发工具,并且得到了应用的证实。在网上也陆续发表了一些文章,受到比较好的欢迎,还上了赛迪网的开发之星。

下半年,在软件工程方面收获是很多的。

看到网上对于印度模式从吹捧到批驳的吵闹,也看到x1公司学习印度的失败,加上自己从开始就对那些记者的怀疑,决定好好学习软件工程。我一向认为,任何东西,不能道听途说,只有自己好好深入研究,才能得其精髓。同时,软件工程绝对不能只看印度的,毕竟,美国才是软件业最发达的国度。

列举一些学习的参考资料:《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书,我都仔细研读了,颇有体会。

我开始就想,印度软件工程绝对不会象那些记者所说的那么简单,所谓的高中生编程说。所以,我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》,是印度最大的软件公司infosys公司的分管质量的副总裁写的,介绍他们的cmm4的软件工程,果然不同凡响。这是我了解印度软件工程的主要窗口。

首先,同原来的想法不同的,也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是,软件工程实际上不仅仅只是管理,而是一门涉及很广的交叉学科。在软件工程中,大约一半的内容是专业性很强的,涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象,都在软件工程的范畴内,同样是软件开发和组织的重要内容,也是软件质量保证的重要内容,至于软件开发的管理部分,只能算是软件工程中软件工程过程的部分,或者说项目管理部分。脱离管理来开发软件是绝对不可行的,同样,抛弃技术基础,空谈管理出效益,便如无源之水、无本之木。诚如《软件工程java语言实现》中所说:“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学,其他方面可归入经济学、管理学或心理学中。”在这里,我强调了软件工程中的技术部分,并非轻视管理,只想在软件工程的概念上做一些拨乱反正,也希望多一些人来关心软件的核心技术,而不要空喊口号和概念。毕竟,中国的软件太缺乏核心技术了。

其次,对管理要求的严格不说(这个谁都知道)。实际上,不管是美国的软件工程,还是印度的软件工程,都是比较灵活的。即便是印度这样的所谓“软件工厂”模式,对于软件工程过程管理极为严格,也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的,然而,由于项目具体情况不同,如项目的规模,参与人员的数量、素质等的不同,对于软件过程的每个部分,不是都必须的,可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等,开始做了一个以为很好的规范,但是,到具体项目,总是对不起来,到处有问题,现在想想,便是少了这个变通的部分。不过,话说回来,这cmm也是老美想出来的,而不是印度。

第三,对于开发人员的选用,我发现,美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说,如果给他一批水平不高的开发项目,他会考虑全部解雇,重新招聘。《人月神话》中也说,如果200人开发一个项目,其中25个人最能干,那么会考虑解雇其余的175个人,让项目经理来编程(当然,后面还有一些抉择分析,这里断章取义了)。其结论的基础是基于以下研究结果:优秀的开发人员和差的开发人员,其效率之差可以达到数量级。另外,从管理的角度来说,只有人多了,才会有管理问题,当团队规模控制在一定的范围内时,便不会有太大的管理问题。

对于软件来说,很难实现同传统产业一样的工厂化生产,这是由软件开发的本质决定的。软件的复杂性是软件的本质属性,在这个属性没有改变之前,软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”,实际上,只是完成了软件代码的编写工作,并不是实现了整个软件研发工作。而代码编写工作,恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员,印度人的书上没有说,记者到说了不少,我也无从考证。所以,软件的开发,还是需要选用优秀的人的。除非,公司只想帮别人编写代码,而不希望有自己的产品和技术。

第四,软件开发中,最重要的还是团队合作和交流,这个是我目前最深切的感受。具体的,大家都知道,也用不着多说。

最后,对于软件开发来说,公司老板的想法是最重要的。如果老板说“no”,那便是水平再高,管理再好,也终归无用。年龄渐长,也做父亲了,却总是在漂泊,没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。

it工程师年终工作总结3

时光荏苒,如今20_年的帷幕已经谢下,20_年的钟声已经敲响,在公司高层的正确领导下,我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20_年我所负责的工作,以下就是我对过去这一年的工作总结:

一、测试工作及经验

作为软件部测试组的一员,首先要做好的就是自己的本职工作,我在20_年中所做的工作主要有:

1、________测试用例的编写,对系统的测试、跟踪;

2、________需求、高保图、界面和功能的测试;

3、________功能测试用例的编写,高保图、系统的测试;

4、________的静态页面测试和功能测试;

5、________的功能测试;

6、________第一、二、三迭代高保图测试,测试用例编写,静态页面和功能测试,并主持参与测试用例评审;

7、________平台高保图的测试和系统静态页面、功能的测试;

8、________的高保图测试和测试用例的编写;

9、________的静态页面和功能测试,参与测试用例的评审;

10、________的高保图测试、静态页面和功能测试;

11、________用户使用手册的编写;

一年的工作,让我获得很多方面的经验:

1、编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更让我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试;

2、要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中,我认识到用户体验的重要性,现在能够越来越多的从这方面来执行测试;

3、对拿到手的项目有较清晰的思路,能够更加快速、准确地发现问题;

4、越来越规范的工作流程的让我们的工作有条不紊的进行,让我深刻认识到工作的规范性是多么的重要,并且从中学习如何从文档和流程上规范工作。

5、同事间的沟通很重要。现在不管遇到什么不确定或疑惑,都与开发人员、产品经理等及时沟通,大大提高了工作的效率。

二、加强自我能力的提高

只有不断的提高自己各种的能力,才能胜任越来越艰巨的任务,因此在工作相对不饱和的时候,我自己进行了一些学习。

为提高对“用户体验”的理解,我学习了《下一站用户体验》,书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品,但是有一些却是通用的,比如:太多弹出框、按钮会给用户带来愤怒感,要适当的给页面减肥等等。

深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发,所以我学习了性能测试的一些相关知识,并在师父的指导下运用LR工具进行简单性能测试,以后必须坚持学习。

三、存在的不足及明年计划

一年的工作让我有所进步,但是很多地方还是存在不足,比如:有时候看问题比较主观,不是很细致,没能深入地去测试,会有遗漏的bug;自身专业技术能力还不足,不能从系统稳定性这一点上对系统进行测试。在以后的工作中,我会努力改善。

在20_年的工作中,我计划:

1、本着实事求是的态度,更加认真、负责的完成工作;

2、要尽可能深刻的理解需求,坚持编写覆盖率强的测试用例;

3、按照系统稳定性测试方案,要逐渐对系统的稳定性、安全性进行测试;

4、继续研究性能测试,并要将LR工具运用在实际工作中;

5、多多的学习,参加一些有益的培训,在实际工作中活学活用。

四、个人建议

这一年来我们部门有着的显著进步,越发规范的工作流程,越来越明确的责任制度、管理体系等,都让我们更加有凝聚力。在此,个人提出以下几个小建议:

1、希望可以加强对项目的把控,尽量能将延期风险降到最低;

2、从各个组对需求理解的不一致,以及信息更新不及时等问题上看,沟通问题还是有待完善;

3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求;

4、虽然工作任务繁重,还是希望部门能够多组织活动,完善奖励制度,可以让大家更加激情的为部门、为公司奉献自己的全部力量。

以上是我个人的一些浅见,相信在大家共同的努力下,向着同一个目标进发,软件部甚至整个公司必定会大展全新的宏图伟业。

it工程师年终工作总结4

接受公司的监理任务后,于20_年进驻工地,此季节正是项目组任务大、楼号多、时间紧迫和大战100天的施工高潮,作为一名电气监理工程师,在_总监和二组长的直接领导下,克服电气监理人员缺、替换多的困难,结合工程实际开展工作,本着守法、公正、科学和诚信的原则,对施工单位严格遵循“三控两管一协调”的监理方针,监帮结合,对建设单位热情服务的宗旨,严细认真地开展项目专业监理工作,学习组长工作的敬业精神,严于要求自己,至今历时多月的工作,取得了较好的效果。面临年终,现将个人具体工作情况总结如下。

一、对监理工作的态度和认识

建设工程是一种特殊的产品,价值大、使用寿命长、而且还关系到人民的生命财产安全、健康和环境。因此,保证建设工程质量和使用安全就成为一项非常重要的问题,由于我们监理人员是有技术、会管理、懂经济、通法律的专门人才,我们监理人员对承包施工的单位进行优良监督与管理,就会对建设工作质量和使用安全起到重要的保证作用。

所以,我们监理人员在工作中,认为工程施工不符合工程设计、不符合工程质量标准和质量要求的,应及时报告组长、行业主管监理及必要时报告于李总监。并及时给施工方发出整改通知,确保工程质量,我们要严格遵守执行gb50319—_工程监理的国家标准;从监理自进驻工地现场至工程竣工验收,都要做到遵循“守法、诚信、公正、科学”的职业准则开展工作;认真学习gb50303—_《建筑电气工程施工质量验收规范》、gb50168—92、gb50169—_的国家标准规范和有关的规范。工作中,本人能够认真学习相关规范,对开展专业监理工作起到了积极的作用。

认真熟悉图纸、审核施工图纸设计,做好监理前期的准备工作,时近3个月多,在施工过程中能从质量、进度、安全各方面进行控制,在工作过程中遵守公司制定的各项规章制度,听从李总监的直接领导和秋组长的正常工作安排;遇到工程施工中与图纸发生的矛盾和新问题,做到仔细查阅历史更改等文件;能与施工单位进行良好的沟通与协调,相互配合、相互协作。

二、三期c区当前电气施工过程中的特点

三期c区电气施工监理交底尚不完善。图纸不全和多处细部、节点有疏漏,加之单体和平面图由两院共同设计,产生了图纸出现了多处矛盾,图与表不符;例c—70#楼的配电箱接线图是_。09。15日设计,电表计量箱是放在地下室集中管理,对讲门铃安装系统图是_。09。22日设计,门铃解码器是单户放置,须东西两户两条走线。而c—48#楼的配电箱接线图是_。10月设计,各分户的电表计量箱是分层分户独立管理;对讲门铃安装系统图是_。09。24日设计,门铃解码器是两户一个,只走一条线路。同是一家设计,同在一起建楼,两栋楼设计时间只差几天,可功能和施工方法截然两样。

本人没有查到给c区变更通知,只找到部分楼号同类图纸之后,对其认真进行了核对,查阅了_年来的所有电气变更补充通知单并做了登记,并和在a区监理过的电气监理工程师们进行了沟通,对图纸存在的问题逐一纪录,把三期c区遗漏的问题及时在各楼栋一一对照,能改的立即对施工单位提出纠正措施。同时,对施工方提出的问题进行了确定的回复。收到了不少效果。

it工程师年终工作总结5

时间总是过得很快,转眼一年又过去了。

历历在目的还是刚进公司的愣小伙。工作上,都是靠着同事师傅的一步步指点,才走到今天。如今,我也终于能自己单独的担负起一个案子了。虽然,还是经常会犯很多的错误,虽然,还是经常离不开同事师傅的指点。

但是,回首一年的走来,确实进步了,也收获了很多。

期间接手过P75-309的案子,这个案子带S2功能,是我之前没有接触过的。因为对原理的不熟知,导致误将LNB升压电感后的电解电容,耐压值弄错了,最后导致在客户端出了问题。事后,我反复反省自己,硬件工程师,一定要对自己的方案及电路原理图的每一部分都熟知。如果我当初理解了BOOST升压电路,就一定会知道电感后的输出电压,从而避免问题的发生。另一方面,对于自己不熟悉不清楚的地方,一定要大胆的去请教同事或是师傅。

后面又接受了P75-9202的案子,和马学文一起作为一个团队。和马工一起交流,学习电源部分的知识。学海无涯,合格的技术人员,应该不断的保持学习的状态。P75-9202也在磕磕碰碰中,出来了。期间也因为从陈工手上转来时,没有仔细重新审核原理图,出现AV座子定义反的问题,最后工厂跳线解决。这不但增加了工厂的工作量,也延长了研发周期。

再后来是P82-59S的案子,因为之前接手过P65-59S的案子,不同的地方只是接口和电源部分,所以这个案子相当还是比较顺利的。

再到后来的P82-69S的方案,虽然是P82-59S上升级而来。但DTMB的DTV,新的TUNER芯片,DTMB性能指标的测试,灵敏度,C/N不过的问题都需要我一个个的解决。期间跑过几次供应商,与供应商沟通,一起解决问题,都让我受益匪浅。

然后是P65-301的案子,从SIS升级而来的方案。也是从头至尾自己独立做的一个全新案子。作为新的一年的产品。赶在时间的前头,是至为关键的。在各方面的支持下,如今,这个案子也相对顺利的走着。接下来是更为严峻的调试阶段,我需要把他做好。

一个公司的价值取决于他的产品,而他的产品比的是时效,拼的是价格,重的是性能。

无论是时效还是价格亦或是性能,都与研发息息相关。而研发的成败则取决于研发人员。也就是一个产品的成功失败与否,或是上升到公司的兴荣,皆肩负与我等研发人员。故吾等任重而道远。

新的一年,期许自己能做的更好。多学习,少犯错。Layout水平有待提高,电源知识、

EMC方面知识还需增强。

送自己两个字,奋斗。

送同事三个字,新年好。

送公司四个字,鼎足昌盛。


it工程师年终工作总结相关文章:

it工程师个人工作总结5篇

it工程师工作总结范文2020

it技术员年终工作总结五篇

it年工作总结范文五篇

it个人年终工作总结范文5篇

it技术工程师年度工作总结

it个人年终工作总结五篇

2020软件工程师年终工作总结范文5篇

运维工程师年度工作计划5篇

2022软件工程师年度工作总结5篇

相关文章

最新文章

157442