【工作总结】IT技术工作总结参考[1].docx

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