1 / 12
文档名称:

技术部员工工作总结.doc

格式:doc   大小:71KB   页数:12页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

技术部员工工作总结.doc

上传人:wyj15108451 2017/9/13 文件大小:71 KB

下载得到文件列表

技术部员工工作总结.doc

相关文档

文档介绍

文档介绍:技术部员工工作总结
第一篇:2017年技术部员工工作总结引言:今年的夏天来的特别快,并且也比往年要热。恰巧我觉的这第二季度也过的飞快,并且自己在工作上的感受是热情似火。让人高兴的是在这个炎炎夏日的周末,我可以坐在有空调的屋子里写总结。我也希望自己在这个季度的工作,是给客户创造了一个让人感觉清凉、舒适的产品。在这里我想回顾一下这三个月的工作,并把自己的感受和体会写出来。时间:2017-4-1 至 2017-6-30 主要做了那些工作: 某项目管理系统的改进这次改进工作可以算是某管理系统的第二个版本吧,我主要负责了填报端的工作。改进的重点在于提高用户的体验。使用户更易于填报和管理自己填报的项目。同时,这一工作的经验也为未来公司网站的改进提供了技术的储备和验证。某专题栏目对于*******等行业,我们制作了专门围绕这些行业的专题项目,包括********。**革新计划的筹备和第一阶段的工作这一工作比较多也比较杂,包括业务研究、产品规划,技术准备,组织会议、招聘和培训实****生等等。在**革新计划第一阶段工作中我主要负责会员中心模块,全文检索、以及多站点统一登录的问题。目前均有一些进展。下一季度的工作全文检索的部署以及与**现有搜索的结合。多系统单点登录的部署与测试。会员中心模块的开发与部署。总结和思考在开头我已经说了这个季度上让我感觉自己热情高涨,我相信这不是我一个人的感受,我们整个部门,甚至扩散到其他部门都有这样的感觉。我们对于未来有个很宏伟的目标,我们相信我们所作的事能够给公司带来效益上的突破,能够帮助我们的客户实现利益,我们也相信个人价值也能得到实现。有了这样的一个信念,那么工作起来自然和以前有所不同。有些想法有所改变,有些有所加强,下面我将几个重要的问题阐述一下。 1 部门定位与自我定位的确立我们将部门明确定义为bi部门,为公司提供商业智能服务。将自己定义为专家,为客户提供一个整体的解决方案。可能现在我们实际的情况离这个定位还有些差距,但是这正是我们努力去做的目标。以前我们将部门定义为技术服务部门,当然这肯定是我们在公司中扮演的一个角色。但是这个定义低了一些,高度不够。这样的定义就把我们固化在一个被动的地位,其他部门有了麻烦的时候才来找我们,有问题需要解决的时候才来找我们。我们以前也有种说法,“技术部门的最高评价是一年没有听到批评他们的声音,因为这说明他们已经解决了客户的全部问题”。这样的想法一形成,很容易让我自己觉的,跟搞售后服务的一样。对自身的定位也一样,以前自己对自身的定位是个程序员,这有时候限制了想法。只会去做自己份内的事,只做客户要求我们做的。并且时常觉得自己的能力、精力有限,即使自己有远大的理想,很好的想法,也会因为可能要付出更多的工作,应付未知的困难。而将想法藏起来。现在把部门定位和个人定位改变后,我们的责任更大了,可以参与到更多的公司战略中来,自己的平台也变大了。通过努力,实现的价值比以前大多了。有些甚至是以前所不能想象的。 2 为提高用户体验而做的努力我们知道要以客户的需求为导向,要了解客户到底需要什么。这次我们在这个方面做出了很大努力。通过分析用户的数据,分析竞争对手网站的特点,分析目前各大网站的特点,对很多方面的问题进行了改进。简单的说来有以下几个点: 功能是否满足客户的需要。功能并非越多越好,关键在于看是否是客户需要的。这个具体说来在客户对我们的日常反馈、网站留言、沟通交流中得来。响应速度是否很慢,这个从用户的反馈和我们自己的感知中可以得来。是否具有自我验证能力。比如在我填写一个表单时,如果我输入错误,要给我一个快速明确的错误提示,并告诉我正确的方法。方便的提示。在一些地方给予用户提示,使之不至于在填写时产生疑惑,当用户有问题时,提供解决问题的地方参考。更多可控的操作。比如排序,检索,更多的方式输入,其他格式的输出等。更加高效的业务处理能力。这个主要通过对客户日常工作的反复研究,以及参考其他应用程序解决同类问题的方法。其实在最近的项目中,如果仔细观察,在很多操作方式,显示方式等地方我参考了国内外著名的几个网站。比如说ahoo、googl e、淘宝、当当等。 3 更加重视产品质量在产品质量方面,我们加强了控制。尽量在前期多做努力,而避免以后的修改麻烦。这个也是我们在想法转变之后的结果。首先,我们承认了我们的程序是个不断完善的产品,随时都会进行改进、修订。放弃一劳永逸的想法。具体来说又体现在下面几个方面: 在项目开始之初,在开发阶段就建立了用户反馈的途径。欢迎用户提供系统的bug、给我们提供建议、并了解我们开发的整个过程。加强对异常处理的能力。程序总会遇到意外的输入或输出,我们开始正视这个问题,我们也能接受用户意想不到的输入或操作。通过加强对异常的捕获和处理,规避一些潜在的风险。计划成立专门的测试小组。这