2012年技术部员工工作总结

引言：

今年的夏天来的特别快，并且也比往年要热。恰巧我觉的这第二季度也过的飞快，并且自己在工作上的感受是热情似火。让人高兴的是在这个炎炎夏日的周末，我可以坐在有空调的屋子里写总结。我也希望自己在这个季度的工作，是给客户创造了一个让人感觉清凉、舒适的产品。在这里我想回顾一下这三个月的工作，并把自己的感受和体会写出来。

主要做了那些工作：

ø 某项目管理系统的改进

这次改进工作可以算是某管理系统的第二个版本吧，我主要负责了填报端的工作。改进的重点在于提高用户的体验。使用户更易于填报和管理自己填报的项目。同时，这一工作的经验也为未来公司网站的改进提供了技术的储备和验证。

ø 某专题栏目

对于*******等行业，我们制作了专门围绕这些行业的专题项目，包括********。

ø **革新计划的筹备和第一阶段的工作

这一工作比较多也比较杂，包括业务研究、产品规划，技术准备，组织会议、招聘和培训实习生等等。在**革新计划第一阶段工作中我主要负责会员中心模块，全文检索、以及多站点统一登录的问题。目前均有一些进展。

下一季度的工作

ø 全文检索的部署以及与**现有搜索的结合。

ø 多系统单点登录的部署与测试。

ø 会员中心模块的开发与部署。

总结和思考

在开头我已经说了这个季度上让我感觉自己热情高涨，我相信这不是我一个人的感受，我们整个部门，甚至扩散到其他部门都有这样的感觉。我们对于未来有个很宏伟的目标，我们相信我们所作的事能够给公司带来效益上的突破，能够帮助我们的客户实现利益，我们也相信个人价值也能得到实现。有了这样的一个信念，那么工作起来自然和以前有所不同。有些想法有所改变，有些有所加强，下面我将几个重要的问题阐述一下。

1 部门定位与自我定位的确立

我们将部门明确定义为bi部门，为公司提供商业智能服务。将自己定义为专家，为客户提供一个整体的解决方案。可能现在我们实际的情况离这个定位还有些差距，但是这正是我们努力去做的目标。

以前我们将部门定义为技术服务部门，当然这肯定是我们在公司中扮演的一个角色。但是这个定义低了一些，高度不够。这样的定义就把我们固化在一个被动的地位，其他部门有了麻烦的时候才来找我们，有问题需要解决的时候才来找我们。我们以前也有种说法，“技术部门的最高评价是一年没有听到批评他们的声音，因为这说明他们已经解决了客户的全部问题”。这样的想法一形成，很容易让我自己觉的，跟搞售后服务的一样。对自身的定位也一样，以前自己对自身的定位是个程序员，这有时候限制了想法。只会去做自己份内的事，只做客户要求我们做的。并且时常觉得自己的能力、精力有限，即使自己有远大的理想，很好的想法，也会因为可能要付出更多的工作，应付未知的困难。而将想法藏起来。

现在把部门定位和个人定位改变后，我们的责任更大了，可以参与到更多的公司战略中来，自己的平台也变大了。通过努力，实现的价值比以前大多了。有些甚至是以前所不能想象的。

2 为提高用户体验而做的努力

我们知道要以客户的需求为导向，要了解客户到底需要什么。这次我们在这个方面做出了很大努力。通过分析用户的数据，分析竞争对手网站的特点，分析目前各大网站的特点，对很多方面的问题进行了改进。简单的说来有以下几个点：

ø 功能是否满足客户的需要。功能并非越多越好，关键在于看是否是客户需要的。这个具体说来在客户对我们的日常反馈、网站留言、沟通交流中得来。

ø 响应速度是否很慢，这个从用户的反馈和我们自己的感知中可以得来。

ø 是否具有自我验证能力。比如在我填写一个表单时，如果我输入错误，要给我一个快速明确的错误提示，并告诉我正确的方法。

ø 方便的提示。在一些地方给予用户提示，使之不至于在填写时产生疑惑，当用户有问题时，提供解决问题的地方参考。

ø 更多可控的操作。比如排序，检索，更多的方式输入，其他格式的输出等。

ø 更加高效的业务处理能力。这个主要通过对客户日常工作的反复研究，以及参考其他应用程序解决同类问题的方法。

其实在最近的项目中，如果仔细观察，在很多操作方式，显示方式等地方我参考了国内外著名的几个网站。比如说yahoo、google、淘宝、当当等。

3 更加重视产品质量

在产品质量方面，我们加强了控制。尽量在前期多做努力，而避免以后的修改麻烦。这个也是我们在想法转变之后的结果。首先，我们承认了我们的程序是个不断完善的产品，随时都会进行改进、修订。放弃一劳永逸的想法。具体来说又体现在下面几个方面：

ø 在项目开始之初，在开发阶段就建立了用户反馈的途径。欢迎用户提供系统的bug、给我们提供建议、并了解我们开发的整个过程。

ø 加强对异常处理的能力。程序总会遇到意外的输入或输出，我们开始正视这个问题，我们也能接受用户意想不到的输入或操作。通过加强对异常的捕获和处理，规避一些潜在的风险。

ø 计划成立专门的测试小组。这里包括用户的功能测试、系统性能测试、压力测试，另外还有破坏性测试等。我也开始慢慢记录我们的历史系统出错的原因，并将此作为网站健壮性测试的依据。