IT技术工作总结
总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料，它有助于我们寻找工作和事物发展的规律，从而掌握并运用这些规律，为此要我们写一份总结。总结怎么写才不会千篇一律呢？以下是小编收集整理的IT技术工作总结，仅供参考，欢迎大家阅读。
回顾20xx年，自己干了很多工作，涉及到的范围比较广，所做的工作带来的成果也不错，告别了20xx年的那种没有自信，总是被动的局面；业务上对发信息，资料，boss相关，语音这几个核心的业务模块更加熟悉；组织协调能力上得到提高，整体把握一块儿工作的进度，承受得住压力的能力逐步提升。工作方式上有所改善，由被动变成主动，由接收变成主动提出自己见解；知识体系得到补充完善，眼界由局部上升到更高一个层面，找到自己要发展的方向，阅读管理类和技术类的书籍给自己充电加油！20xx年，我在期待，期待更大的进步，期待更多更强的成就感。
一、主要工作业绩
（一）工作职责、主要工作及成果
1、hbjxt发信息系统、河北后台搭建移植
工作职责：部门模块参与人
hbjxt系统搭建过程中前期我主要负责的是发信息模块，后期转到新后台的搭建移植工作上。
a、发信息存储过程的移植
b、0元3元产品的并行
c、信息回执的添加
d、学校相关查询，用户相关查询，教师相关查询，信息相关查询功能移植
e、河北应用报表开发
在这个工作的过程中我最大的收获是对数据库简单知识的掌握和发信息相关业务的熟悉。以前对数据库的学习就到书写sql语句的层面上，目前对存储过程，函数，调度，触发器，表分区等常用的简单知识有了使用和了解。对于核心业务发信息也告别了一头雾水。
2、语音平台接手，为解决串号问题的改造
工作职责：平台负责人
a、日常的维护统计
b、语音新需求的开发
c、语音优化建议的处理
d、语音串号问题的
在语音web页面方面要发展成一个能提出自己见解能拍板的员工，目前尚未完全达到这个目标，不过日常的维护和遇到的问题大部分可以跟踪解决。
3、长短信页面负责人
工作职责：页面负责人
a、学校长短信的设置和取消
b、家长长短息接收的管理
c、老师长短息的设置选择
d、发信息类里面对于设置长信息和文件发送等逻辑的修改。
长短信的主要负责方是数据库组，中间组织了几次会议，都是权威人物，从大家的发言角度和发言内容里可以学到好多东西，先是需求的讨论确定，开发方案提出几种，大家一起讨论，最后让领导审核，每一次的会议组织都会有新的收获。是一次很好的推进工作案例。
4、新版短信模板
工作职责：部分模块参与人
a、发信息页面的改版
b、信息收藏夹的导入导出
c、jxlx下总导航和左边登陆框的调整。
我参与的阶段有：用例的审核，表结构设计的讨论，开发。
在这个工作中的收获是数据库表的设计，主要是按位存储的优点，合理的利用存储过程来定时的分析和生成数据，excel表格的上传下载相关知识。
5、语音外呼系统
工作职责：整体负责人
a、组织需求的讨论确定原型
b、拿出设计方案组织审核
c、参与后续开发
d、系统的跟踪和维护
这是我第一次以项目负责人的身份在公司出现，感觉很惊喜，也很有压力，一直都是在接收安排好的工作，这次领导告诉我，我要把握项目的进度，要去和需求人沟通给系统一个合适的定位，把合适的工作分给合适的人，要设计能满足需求，要保证项目保质保量的完成。当然这些工作我一个人是做不下来的，一是我经验不够，二是我一个人没有那么多的时间和精力，这时候就体现出来如何利用大家的智慧了。这个团队的一个特点是一个没有经验的负责人带着几个充满智慧的队友，刚开始在工作分配上很不合理，我把很多的工作揽到自己这里，但是这样我会很累，大家的智慧不能及时的融进来，还会打击积极性，在主管的指导下及时对工作安排分工进行了调整，让大家都积极的参与进来。有了前面的教训，在后期的开发中进展的很顺利，大家积极的讨论拿方案，对自己负责模块都尽职尽责，从中收获很多。
语音外呼项目的推动中，收获可以从两个方面来总结，一个是经验的积累，通过这个工作，经历了一个项目负责人的过程，此时经历就是收获，设计方案的一次次被推翻，就是一次次的进步，从沟通到设计再到开发，去组织去推动，也逐步的流畅，和大家的合作，借用别人智慧的能力也稍有提高。另一个是信心的增强，刚开始对需求的混乱和对系统不清晰的定位让我对这个工作无从下手，对它的思考时易时难，对设计更是心里没底儿，设计好了对开发又不自信，需要的知识点还很多，虽然前期是这样思考的，但是随着设计的明朗化和大家智慧的迸发，感觉越来越顺利，信心提高了很多。所以一个项目负责人不一定要是一个样样精通的人，但是一定要是一个能把大家智慧凝聚到一起的有思想有自信的人。以后我继续向大家学习！
6、资料迁移
工作职责：整体负责人
a、收集需求人，使用人的意见整理文档，弄清楚要解决的问题，和造成问题的原因
b、给参与人员分工梳理现有流程
c、组织技术内部对此熟悉的同事讨论，铲出一份需求设计文档，之后又进行审核
d、和需求人，使用人碰面沟通，对设计文档中涉及的流程进行了二次审核
e、页面开发和测试
f、功能模块维护和数据跟踪
带来的成果：在移动进行大规模的ecid重整时期，资料迁移功能发挥了很重要的作用，解决了博客博客圈的匹配，校讯通积分影响问题，客服的资料处理流程效率也得到了大大的提高。
资料迁移整体上考验的是对业务的熟悉和对需求的梳理沟通。我的总结感受：对于请教的问题，别人并没有责任一定要参与，即使参与了也不能把自己的疑惑全部抛给大家，应该做好前备工作，把能梳理的都梳理通，真正想不通的给几个选项，尽可能的节省大家时间，缩短这个环节在整体上大家就有精力给与更多的指导和建议。另外还要写好文档，一份好的文档可以给沟通带来好的影响，如果自己都稀里糊涂文档的逻辑性不强，让别人看着更不感兴趣，虽然沟通是双方的，但是如果想在沟通中掌握主动权，必须比别人多想点，多做点。
7、资料录入助手
工作职责：整体负责人（但是到最后没有用）
a、沟通确定需求
b、参与代码书写以及后期意见搜集
资料录入给我感触很大，我面对的问题有两个：一是自己对技术水平不达标，书到用书方恨少啊，打击了自信；二是时间比较紧急，还和几个经理直接沟通需求，有恐惧心理，状态相当不好；到最后还是按时完成了，虽然让大家并不是特别满意，在没有征求对方意见的情况下我自己简化了需求，但是感悟甚多；我的感悟：一是要增加自己的求知欲，提高技术水平，增强自信心；二是要学从大局考虑事情，多项紧急工作并行的时候也要有个轻重缓急，做好分配；三是会做人会做事会说话很重要。
8、学生综合素质测评系统
工作职责：整体负责人
a、参与需求的讨论和原型确定
b、系统的设计
c、组织并参与开发
该系统的特点：使用对象是一个学校，核心内容是对学生进行综合素质的评价，项目时间和紧迫，所以选择了一切从简，组织结构和权限使用的都是校讯通系统内的，老师管理员的账号使用的也是xxt的，家长的账号是学生的学号。
9、日常维护，优化建议
工作职责：模块参与人
a、语音平台，hbjxt有关信息的数据统计工作以及日常投诉维护
b、有关语音，tj平台，短信后台，策划后台，hbjxt后台的优化，报表新功能，30tomcat错误日志等的维护开发
c、需求的沟通和讨论
（二）工作及学习经验及收获
1、对发信息，资料，boss相关，语音这几个核心的基础业务模块更加熟悉，这些都是在工作中进行的积累，这些方面出现问题，可以更快更准确的定位出错的地方。
2、组织协调能力提高，这些是担当项目负责人锻炼的结果，平时负责的工作不再是具体的开发，而是负责把大家召集起来，整体把握一个事情的进度，这样的话就在无形中锻炼组织协调的能力，承受得住压力。
3、看了一些管理类的书籍，在做人做事儿做工作的方式上有所提升，不让自己的想法行为那么极端。
4、技术知识框架更加完善，毕竟看的多了，遇到的`问题多了，思考的也就多了，逐步提升中……
（三）主动发现并跟进解决的问题（非任务类的，自己主动发现工作或项目中的问题，并思考和跟进解决的）
1、资料迁移上线后，关于sign_falg的变更，在走路的时候突然意识到迁移之后发给移动的sign_falg和connector中的没有同步，虽然当时问题还没有暴露，时间久了就会出现问题了，马上给领导请示让数据库组协助我排查数据，最后通过全量核对把已经不一致的资料纠正，同时修改程序的漏洞。
2、100数据库存储过程proc_person_count有效学生数，禁用学生数，有效班级数的计算错误，修改上传！
此过程是在20xx年12月18日开始运行，每天晚上00：00执行，作用是计算有效学生数，所有学生数，家长总数，教师总数，拥有联通号码的教师总数等一些数据，数据是以学校为单位
发现的问题：有效学生数，禁用学生数，有效班级数的计算错误
错误原因：河北的规则和河南的差异所致！
河南：有效学生：第一联系人激活的
禁用学生：第一联系人禁用的
有效班级：有有效学生的
河北：有效学生：两个联系人至少有一个激活的（排除网站用户）
禁用学生：至少一个禁用的，两个联系人不存在激活的（排除网站用户）
有效班级：和河南一致，但是有效学生统计错了，这个也就错了
3、100数据库存储过程proc_num_of_class执行报错！因为调度的问题引起，另外计算数据规则有问题！
此过程是在20xx年12月18日开始运行，每天晚上00：00执行，作用是计算有效学生数，所有学生数，家长总数数据，数据是以班级为单位
发现的问题：存储过程执行报错！计算数据规则有问题！问题同上！
错误原因：存储过程中定义了一个临时变量num1，number（2）类型！但是执行的时候存进去的数据是三位数，故报错！存储过程中用这个变量是判断当天的数据时候已经存进num_of_class表中，按照正常情况num1是0才对，不会报错，跟踪原因是因为proc_num_of_class一天执行了两次，晚上00：00和中午12：00，当中午12：00执行的时候数据已经生成，并且数据超过了number（2）所容纳的最大值！故报错！
至于为什么这个过程一天执行两次，请教数据库组同事未果，因为从调度语句上看频率是一天，每晚00：00执行！
解决办法：原调度删除，重新添加调度！执行时间放在00：01
4、个人话务量统计跟踪数据时候发现异常，一个人的话务量比所有人加一起都高
排查生成个人话务量统计的sql语句，在语音重要的表中加看个call_id，把电话的保存表和通话表精确的关联起来了。上线以前所有的数据此字段都是0，目前外呼的此字段值也是0，所有要把等于0的全排出掉！防止异常数据！
（四）进步及亮点（主要的2—3个）
1、对业务的熟练，当做的东西需要和系统内融合借鉴的时候，这个优点显得尤为重要。对做好工作更有把握，更有自信
这点的进步源于工作中对业务逻辑的梳理和积累。有些新工作的开展必须把现有的业务逻辑梳理清楚。
2、组织协调能力提高，整体把握一块儿工作的进度，承受得住压力的能力逐步提升。
这点的进步源于当了几次项目负责人。不管项目大小，是负责人就要负责工作的安排，人员的协调。
3、做人做事儿做工作的方式上有所改变，不让自己的想法行为那么极端。
有效的沟通往往能更快的推动工作，有效就要求是合理的沟通方式，大家都喜欢听好听的，都喜欢愉快的沟通氛围，就要尽量的去营造这种氛围，减少撕破脸的场合，看了一些管理类的书籍，有些还是很有道理的，可以逐步的在和别人沟通中派上用场。
二、工作中遇到的问题或困惑及解决办法
工作中由于大组的工作方向而定，如果一个月里很多时候都是在排查，配合的工作，这些很繁琐，没有什么技术含量但是需要全面细心，如果接二连三的都是类似的就很疲惫烦躁，困惑。
解决办法：加强学习，多看些书充充电，让自己能感觉到还在进步，不是在机械重复的工作，月度绩效中会流露出我的想法，让领导了解。
三、对公司、部门、小组的建议
希望部门能在大组的整体工作上可以均衡，让人员和工作量可以协调，不至于有的太忙没有时间学习，有的太闲只能学习，总结一下主要是以下几点：
1、多少人干多少的活。
2、工作的技术含量上均衡一下，干维护如果一直查漏补缺，会烦躁
3、部门需要重视基础业务和维护
【IT技术工作总结】相关文章：
技术改造工作总结02-16
网络技师技术工作总结02-17
技术质量部工作总结范文02-09
技术年终工作总结（精选7篇）12-19
教师晋级专业技术工作总结01-05
用电检查技术个人的工作总结12-18
隧道施工技术员工作总结12-27
音乐教师专业技术工作总结02-09
公路工程专业技术工作总结01-20
技术部门的年度工作总结12-17