2020年年终工作总结,豆瓣 .pdfVIP

篇一：技术部门年终工作总结 【技术部门年终工作总结 ( 一 ) 】 温故而知新，前行回望更知曲直， 2009 平静悄无声息的过去，但是作为一个锐意进取的人来 说过去的不是结束，而是新起点爆发力的积累。在此辞旧迎新之际展翅欲飞时，将技术部门 在 2009 年的工作做一个回顾 , 旨在去疑窦、 组纲目、 立主脑， 为 2010 年能具有绩效的工作， 打下坚实的基础。 2009 年技术部门各工作人员善处于单兵据点各自为战的磨合期， 而主要工 作任务也是学习各优秀站点成功的技术应用和运营方式。在这里我对技术部目前遇到的困难 及解决方式作个总结： 一、专业技术队伍薄弱 日前已与总经理协商， 拟组建项目控制中心全盘控制项目始末如工厂跟单部， 此处不便详言。 公司技术人员缺乏亦非一两日，公司也曾多次招聘，几次面试亦无成效。一方面公司新立， 待遇不丰，而使任劳者寡 ; 另一方面电子商务正显锋芒，能精心实地的技术人才确每况愈下 ; 是以公司招聘当立重点及持久方针。 二、项目多头并进 2009 年共开展项目如下： 四月天时尚商城 (b2c 项目 ) ，改版三次最终选用全仿名品秀网站， 耗时三个月有余 ( 前期自主 开发耗时两月余 ); 四月天综合社区 (sns 项目 ) ，改版八次，其中穿插几个开发 ( 投票、日志分类、系统升级 ) 耗 时三个月有余 ; 魅力 dna( 资讯项目 ) ，改版三五次， 其中穿插几个开发 ( 抢购、 论坛 ) 耗时四月余 ; 魔力 dna( 比 价返利项目 ) ，全新开发，耗时两月余 ; 技术部年度工作总结魅力 dna( 仿豆瓣点评项目 ) ，全 新开发改版两次耗时两月，二次开发耗时一月 ; 这些项目中我想只有开发者自身才知道这些项目的特性或许有些特性开发者也已经忘记或被 混淆了。 这些项目只有 “仿豆瓣点评项目” 和 “资讯项目” 是符合最初构思目标和目的的。 项目的多头并进是任何一个追求绩效的公司的忌讳，缺乏单纯动机的多项目开发往往使得开 发人员多不可估算的项目产生恐惧。 三、技术不过关 网站不是一堆网页的集合，而是现实生活中的可见的或不可见的数据的集合并以一定可变的 逻辑表现出来。技术部的任务大致可以分为三类：设计数据类别以便存储数据、归纳常用逻 辑、表现数据，目前技术部三块均存在问题。 设计数据类别：技术部门没有专业市场认识，对可能出现的数据类型缺乏预见性，以致开发 的系统不能如同行网站一样运营。其中技术部美工对市场缺乏认识，导致前台界面与后台数 据不吻合被迫改版或导致图片版与最终效果不一致 ; 另技术部程序对系统数据设计和开发时 间缺乏安排， 导致魅力 dna( 仿豆瓣点评项目 ) 和魔力 dna( 比价返利项目 ) 均不同程度的进行二 次开发。 程序逻辑设计：四月天时尚商城 (b2c 项目 ) 、四月天综合社区 (sns 项目 ) 、魅力 dna( 资讯项 目) 这三个项目开源程序涉及的仅简单的页面显示逻辑 ; 魔力 dna( 比价返利项目 ) 程序逻辑设 计目前仅实现比价逻辑，返利、产品搜索、与其它平台同步价格这几快程序逻辑均因技术部 程序见识不够、 想法不够而不能实现 ; 魅力 dna( 仿豆瓣点评项目 ) 这个程序比豆瓣还复杂， 目 前除了能仿的可以实现外 , 其余部分还停留在理论可实现阶段 ; 而将魅力 dna( 仿豆瓣点评项 目) 及魅力 dna( 资讯项目 ) 共同整合成产品库的形式，则停留在想法阶段。 懒散及目标的缺乏导致 表现数据阶段效率低下。 设计数据类别 、程序逻辑设计算是挑战式 的技术活的话，那表现数据就纯粹是手工针线活，要充分的细心和耐心。技术部缺乏目标或 者是