IT工作者年终总结

发布时间： 2019.08.17

白驹过隙，日光荏苒。回想起来，我们总会经历很多各式各样的事情，可以说，写总结是不可避免的了，总结的作用是用于客观的发现自我。对于总结范文你有什么心得呢？有请驻留一会，阅读小编为你整理的IT工作者年终总结，还请多多关注我们网站！

工作总结之家工作总结频道为大家整理的IT工作者年终总结，供大家阅读参考。更多阅读请查看本站工作总结频道。

xx年，对于工作来说，大部分都是运维。项目运维，主要就是对已上线功能存在和产生的bug、新的需求做即时、有计划的解决。前半年，还需要自己去写写代码，后半年基本由新人去写代码，而我要做的事，告诉他们怎么样去做，写开发设计，当然小的调整就简单的口述，记于工作日志即可。那么从技术和管理两方面做下总结：

技术方面：在掌握公司已使用的技术外，同时自修了anroid，学习虽然不是很全面，但主要对自己感兴趣的方向做了简单的尝试。如，从在eclipse 中搭建anroid框架，到可以实现图片查看，anroid内置数据库的增删改查，sdcard的使用，到可以音乐播放器等简单的功能的实现。自学的过程中，遇到了很多问题，我都会即时记下，在经过查阅资料，不断尝试把问题解决后，再整理成文档，放在博客中与大家分享，我很喜欢这个习惯，记录下自己经历的问题，希望给予需要的人一个参考意见或解决方法。年末应项目需要，对在项目中发送msn消息又做了尝试，可以发送给在线好友，但是还存在一些小问题有待解决，不过，我没有放弃，一有时间就会寻找解决办法，就是有一种不到黄河心不死的执着啊，呵呵。技术的学习，首先要简单的理论基础，其次也是最重要的，就是大量的尝试，只有在不断的尝试中才能得到属于自己的知识，和适合自己的学习方法。

管理方面：虽然很少写代码了，是期望的事，因为一直想向管理方向发展，但是又没有经验更不知道怎么去做。后半年的时间，大部分都是以管理为主，真正的作为了管理者，才发现，管理，真的不是自己想的那么容易，每天说说话，指导两下就可以了，形式是这样，但是执行是否能按照你的指示做事，做了事是否符合要求，安排下去的工作任务能否按时有效的完成等这些都是需要学习的。开始安排任务时，不懂得合理安排时间，到交付日期了，新人做不完的，只有自己来完成；项目中的小调整，或许自己很清楚，也认为自己给新人讲的很清楚，但是做出来的结果却存在很大差异；让别人按照你的要求去做事，首先要让他们信服，至少可以在关键时刻指点迷津，给出好的解决方案。我在不断总结自己在这方面存在一些不足，并且尽快改掉。除了工作问题外，个人也存在问题，性子有时会很急，不够冷静，说话有时会伤人，直言不讳，有时是好事，但是有时也会让他们产生反感，当然，我不可能做到让全世界都喜欢我，但是，有时我的确不够淡定。

针对个人和工作上存在的不足，我会不断的去改善，好的习惯继续保持，同时也会不断更新自己的知识库。

Gz85.Com更多总结小编推荐

IT工作者年度工作总结格式

工作总结之家工作总结频道为大家整理的IT工作者年度工作总结格式，供大家阅读参考。
xx年，对于工作来说，大部分都是运维。项目运维，主要就是对已上线功能存在和产生的bug、新的需求做即时、有计划的解决。前半年，还需要自己去写写代码，后半年基本由新人去写代码，而我要做的事，告诉他们怎么样去做，写开发设计，当然小的调整就简单的口述，记于工作日志即可。那么从技术和管理两方面做下总结：

针对个人和工作上存在的不足，我会不断的去改善，好的习惯继续保持，同时也会不断更新自己的知识库。

2012年IT工作者年度工作总结范文

以下是工作总结之家为大家整理的关于2012年IT工作者年度工作总结范文的文章，供大家学习参考！
xx年，对于工作来说，大部分都是运维。项目运维，主要就是对已上线功能存在和产生的bug、新的需求做即时、有计划的解决。前半年，还需要自己去写写代码，后半年基本由新人去写代码，而我要做的事，告诉他们怎么样去做，写开发设计，当然小的调整就简单的口述，记于工作日志即可。那么从技术和管理两方面做下总结：

针对个人和工作上存在的不足，我会不断的去改善，好的习惯继续保持，同时也会不断更新自己的知识库。

IT工作个人年终总结

工作一共区分8类，梳理如下：

1、重点工作

严格按进度计划完成科室领导安排的重点工作任务，今年安排本人完成的重点任务主要包括3项：重要系统可靠性和性能提升、用户体验研究与监控、中心实操与培训环境建设。其中，重要系统可靠性和性能提升专项工作先根据多种调研途径（北塔监控、用户体验监控、IT服务台事件单、业务部门用户Q群反馈和基层单位走访），收集了协同、资产、财务、人力、营销、集成、综合及公共服务8类14套总部关键应用的性能与可靠性现状，从而制定相应的整改措施和计划。经统计，需提升硬件配置的系统有2套，执行平台软件（中间件、数据库）基础优化的系统有13套，需优化应用代码的有9套，提升可靠性的有4套。本人扎实推进优化工作，组织平台软件运维服务商、各应用开发商和系统管理员有计划、有步骤地实施整改措施。重点针对关键应用的差性能表现，利用先进的黑、白盒性能监控工具定位性能瓶颈，向开发商出具监控报告和诊断报告等佐证材料，同时提出优化建议。并采用逐层递进、主辅分明的优化思路：先提高硬件配置，避免硬件资源瓶颈；继而优化平台软件配置，为应用提供有力支撑；最后优化应用代码，争取从根本上消除性能缺陷。通常前两步为治标，能在一定程度上缓解应用的差性能表现；最后一步为治本，能极大改善差性能，使应用系统的响应速度有质的飞跃。实践证明，该思路有效地指导了应用性能提升工作。1-5月，分阶段开展总部WEBOA性能优化工作，组织博联公司和系统管理员先后完成硬件升级-gt;平台软件参数优化-gt;历史数据分离-gt;应用代码优化4个环节的工作，期间首度使用蓝科用户体验监控工具来获取系统整改前后的性能表现数据。并根据实践结果总结优化经验，便于后续工作开展。6-7月，着手调研总部关键应用系统性能与可靠性现状，同时到基层单位进行现场调研，从而制定出性能与可靠性提升工作方案。8-10月，共完成13套重要系统的平台软件（中间件、数据库）优化；截止11月底，共召开3次性能诊断报告会，涉及营销、资产、财务、集成、综合类9套关键应用。会议分别召集95598客服管理、95598网上营业厅、物资MIS、FMIS、资金监控与调度、集中核算管理、门户、OMS、领导干部考评9套在运系统的开发商和运维人员，针对用户体验监控报告、数据库性能诊断报告、优化咨询报告展开深入讨论与技术交流，落实整改计划。而一些重要的在建系统，如南网协同办公和IT服务管理，则向厂家出具试运行阶段的黑、白盒性能监控报告，要求在项目验收前务必整改完。截止12月，性能问题突出、用户体验较差的4套应用--95598客服管理系统、资金调度与监控系统、物资MIS、南网协同办公系统均优先提交了解决严重性能问题的程序升级包，性能表现得到明显改善，后续阶段还会持续执行优化。其他应用也安排在明年初陆续提交整改。纵观以往的系统运维，更多的是通过提高硬件配置、调整平台软件配置来改善系统性能，通常这些措施收效甚微，难以看到系统响应速度有明显提升，一些关键系统的用户体验长期不满意。通过今年这个专项工作，改变原有工作思路和方法，将整改的重点放在应用上，创新地引入“一黑一白”两种性能监控工具获取应用系统及平台软件运行状态相关的数据。“黑”指黑盒级的用户体验监控工具，主要监控真实用户访问页面URL的响应时间，分段展示服务器处理、网络传输、客户端处理环节的耗时；“白”指白盒级的数据库性能监控工具，主要监控SQL代码的执行性能，找出代码上的性能缺陷。向厂商出具问题诊断报告，并利用整改工单跟踪其每一阶段的整改工作，有针对性的复核整改结果，形成“pDCA”闭环管理。

用户体验是中心领导在年初工作会议上提到完善运维体系提高信息专业系统实用化水平时出现的新名词，注重用户体验意味着信息运维开始关注应用系统使用者的满意度，这是服务理念的升华。建立用户体验监控也弥补了之前仅有设备级监控缺少应用级监控的空白。今年本人主要完成两项事情：1.参与计划科的用户体验研究项目实施，其研究成果主要包括用户体验指标体系和用户体验设计规范，前者为评估应用系统的用户体验提供指标选择，后者为项目建设提供设计上的指导。2.研究用户体验监控技术，选取试点应用系统，按月出具用户体验监控报告，梳理统一的模板。今年选取的试点系统有5个（物资MIS、资金调度、FMIS、协同办公、95598客服管理系统），获取的用户体验监控数据同时为性能提升工作所用。作为项目组一员，本人积极参与理论研究，并在生产环境部署不同的用户体验监控产品，特意选取不同技术架构的关键应用进行监控，在实践中研究监控工具的特性和用户体验指标统计，同时将实践结果数据提供给研究人员，参与多次项目相关的技术交流会。项目于10月中旬通过科技项目竣工验收，重要研究成果--用户体验评估指标体系主要包括指标维度定义、指标权重定义和指标测量方法三方面内容。指标维度由美观体验、阅读体验和交互体验三大类组成，它们共同组成了用户的总体感受，每一大类又细化若干个子项。每一个子项都可以根据实际情况定制权重，通过相应的测量方法可以量化应用系统的用户体验情况，实现评分制度。而性能表现，仅是指标体系中的一个子项。用户体验监控产品的功能也以监控系统可用性和性能、统计相关指标为主，所以应用系统的月度用户体验定检报告主要展示的是性能和可用性方面具有代表性定量指标。发现的性能或可用性问题均纳入开发商的整改计划。1-5月，使用用户体验监控工具出具总部WEBOA的用户体验定检报告，作为性能整改的依据；8-12月使用工具出具95598客服管理系统和财务系统的用户体验定检报告，作为性能持续整改的依据；8-12月使用ORACLE公司如意产品出具物资系统和南网协同办公系统的用户体验定检报告，作为性能持续整改的依据。此外，还利用工具对比整改时间前后的用户体验统计数据发现，95598客服系统、资金系统和物资系统的性能均有明显改善。实践证明，用户体验监控对应用性能问题诊断和优化效果验证有不可替代的优势，具有推广价值。

信息中心实操与培训环境是为了满足公司信息化项目建设、信息运维人员实操技能培训及在运系统相关测试三方面的迫切需要所设。信息化项目建设需要测试或用户操作培训环境；信息运维人员要提升实操技能需要动手演练环境；在运系统出现未知原因的故障、备份恢复或程序更新也十分需要测试环境。这个环境的规划包括网络、服务器和统一存储，硬件设备约由25台高配置的服务器和2台统一存储（IBMDS4700和H3CIpSAN）组成，存放在C座7楼测试机房，占据7Tp2-7Tp5机柜。其中，统一存储容量将近10TB，具备容纳所有关键应用系统业务数据的能力；19台服务器纳入VMWARE虚拟资源池，余下6台物理机（3台小机，3台pCSERVER）专门部署不能使用虚拟机的系统，满足各种情况的需要。3月份制定工作方案，4-6月完成硬件设备上架、布线、调试、开通防火墙策略、vmware虚拟平台部署等具体工作，7月份建成投运。截止12月，共为营配信息核查、决策支持系统、营销MIS、两册管理系统、综合计划与统计节能管理系统、服务器节能研究等7个项目的建设提供用户培训/测试/研究环境资源，同时为门户系统、X3、文档加密、人资、内部邮件、北塔等在运系统提供配套的测试环境。用于故障诊断测试、选型测试、版本更新前测试等。

2、项目管理

本人今年主要负责两项日常生产资金计划（自控项目）：应用系统性能优化与内存数据库研究。其中，应用系统性能优化是“重系统可靠性和性能提升“工作的配套项目，旨在优化应用系统性能，改善用户体验的响应速度，提升满意度。建设内容包括：

●制定主流数据库和中间件的基础优化规范；

●对关键应用系统的数据库和中间件实施基础调优；

●关键应用系统的数据库性能诊断；

●针对存在严重性能问题的业务模块进行SQL代码诊断；

●根据性能问题诊断报告制定优化策略（包括数据库代码优化、表结构设计、数据分离等），提供咨询服务；

截止11月底，上述主体工作均已完成，交付物之一的平台软件的基础优化规范用来指导今后应用系统的平台软件部署工作。以往大多应用系统的集成商在安装台支撑软件时普遍缺少基本的优化措施，平台软件的各类参数配置通常按初始的默认值所设，很难为应用提供有力支撑，极大影响应用系统的性能表现。该项目优化了13套在运系统的中间件和数据库的参数配置，并梳理出优化规范，为今后的在建应用系统部署平台软件时提供优化策略。此外还出具了9套关键应用的数据库性能诊断报告，对营销、财务、资产、集成和综合类共计9套在运应用系统后台数据库进行多维度诊断和实时监控，特别关注业务高峰时段或发生故障时段的数据库日志、数据库碎片、资源使用情况、等待事件、表分区、索引、典型操作的SQL语句执行效率排行等，从而找出存在性能缺陷、执行效率低的SQL代码及设计不合理的表结构，并出具优化报告，为开发商提供咨询服务，在很大程度上促进了性能整改工作。

内存数据库是大数据时代引入的一种颠覆传统磁盘数据库技术的新型数据库。内存数据库研究与应用项目选取了业界主流内存数据库产品--ORACLE公司TimesTen的关键技术展开研究，关键技术涉及内存数据库的性能、高可用机制、数据持久化等方面，同时结合具体的应用系统，考察其使用内存数据库后，在性能、高可用性和数据可靠性三个方面相较于关系型数据库存在何种优势或劣势，具备何种特征特性，如何与传统关系型数据库结合使用，扬长避短，最后形成研究成果报告，评估TimesTen能否作为一种即满足数据持久、可靠及高可用，又满足高并发量、高实时性、大吞吐量业务需求的优秀解决方案。研究内容包括：

●TimesTen内存数据库性能

●TimesTen内存数据库的数据同步技术

●TimesTen内存数据库双机集群高可用性

●TimesTen内存数据库数据持久化与可靠性

对应的研究成果包括：《TimesTen性能研究报告》、《TimesTen内存数据库数据同步机制研究报告》、《TimesTen双机集群高可用性研究报告》、《TimesTen数据持久化与可靠性研究报告》和一个实验系统--财务管理系统内存数据库。截止12月完成了所有研究工作：在IBMAIX小机上搭建财务系统内存数据库双机集群，集群软件选取AIXHACMp。通过开发主备故障转移脚本，实现集群的高可用性，并执行TIMESTEN产品其他特性的评测，编写4份研究报告分册。内存数据库集群高可用性研究是整个项目最大的技术难点，研究结果证明内存数据库能像传统的关系型数据库一样，采用多节点集群部署方式解决稳定性问题。

3、系统运维

本人负责财务域的信息系统（包括FMIS及接口、集中核算管理、本部核算管理、资金调度与监控、财务决策支持、资金采集与回流）和审计域信息系统（审计管理信息、审计现场作业、审计报表）的日常运行维护和定期安全加固工作。作为公司六大关键业务系统之一的财务系统十分强调系统运行稳定及业务高可用性，素来维护压力大。本人注重积累故障处理经验，除了掌握基本维护操作外，还钻研有关平台支撑软件（数据库、中间件、操作系统）的日常管理和性能优化，工作中注重理论结合实践，善于思考、及时总结系统故障快速处理方法，完善应急预案和运维手册。着重从应用代码优化的角度提高财务类系统的性能，结合用户体验监控工具出具月度用户体验定检报告，组织厂商开展系统性能整改。5月到北海供电局调研财务系统的用户体验，维度包括功能易用性、功能缺陷和性能三大方面。根据基层访谈和用户Q群反馈意见发现资金调度与监控系统存在明显的性能问题和部分功能缺陷及易用性问题，用户体验较差，故将其纳入重要系统性能提升专项工作范围中，同时督促远光公司首先对功能进行完善，于7月解决基层单位用户关注的功能问题，将提升用户体验工作落到实处。10月，与远光公司召开FMIS、资金调度、集中核算管理三套系统的性能诊断报告会；11月远光公司对资金系统执行第一阶段的性能整改，解决引发系统频繁卡死的严重性能问题，并持续优化，计划在2014年1月执行第二阶段的应用性能整改。明年2月也计划部署一体化财务管理系统试点建设项目（硬件部分）所采购的硬件负载均衡器，从硬件方面进一步提升系统性能。此外，FMIS与集中管理系统的性能优化也安排在明年初开展。审计管理系统也在今年年底完成可靠性提升工作--采购高配置的物理服务器，由原来的单台数据库服务器改造成数据库双机集群，为明年部署南网推广的综合管理系统审计子系统做好准备。

此外，还配合电力行业信息安全等级保护测评中心于10月完成2013年FMIS安全等级保护测评，并在12月落实整改计划和措施。

4、测试管理工作

今年继续开展测试管理工作，主要包括组织项目验收测试、信息系统发布测试、在运系统故障诊断和产品选型测试。项目验收测试目的是降低项目建设风险，确保系统验收前质量符合验收要求；信息系统发布测试则是降低运维风险，在新系统上线前或在运系统发生较大变更后进行测试，确保系统正常可用再发布给用户使用。而在运系统故障诊断测试则是针对投运后发生故障的系统进行故障原因诊断的测试，为制定整改措施提供依据。根据不同的测试需求，本人组织、协调或参与各种测试工作开展，主要包括：

●2013年3月--组织内部邮件升级与改造项目的选型测试，针对

coremail和亿邮两家公司的邮件系统。参与测试工作的人员包括系统管理员、开发厂家和博联研发部，制定并组织测试方案讨论，考察邮件系统的性能表现和安全功能。

●2013年4月至5月--组织综合统计平台开发项目验收测试和网络

舆情监测系统升级与完善项目性能测试，参与测试工作的人员包括系统管理员及开发厂家。

●2013年5月--参与两个一类项目的测试工作：物资管理信息系统

性能测试和电网规划系统上线，参与测试方案的制定。

●2013年7月--组织IT服务管理系统性能测试，评审测试方案，

跟进测试所发现的软硬件问题处理，测试参与人员包括博联公司和广思公司。

●2013年8月--组织理论线损系统性能测试，评审测试方案。测试

参与人员包括博联公司和开发厂商

●2013年12月--组织集成商对综合管理系统审计子系统的数据库

集群执行功能测试，评审测试方案，监督测试执行情况；组织深信服公司对财务系统的硬件负载均衡器集群执行功能测试，评审测试方案，监督测试执行情况。