`
mozhenghua
  • 浏览: 317964 次
  • 性别: Icon_minigender_1
  • 来自: 杭州
社区版块
存档分类
最新评论

2010年年终总结

 
阅读更多

风风火火的2010年又将结束,不知道为啥,最近几年年终我会情不自禁地写一写我一年的收获,困惑,还有喜悦的事。也许是因为年龄的原因,年纪大了之后,每当有空的时候总想回忆一下以前发生的事儿,回味回味,但是我的记性又特别差,所以就要搞一些文字性的东西,以防以后回忆的时候无所依据。

变化

在这一年中公司和我个人都发生了很多变化。公司经历了年初的搬家,从电子商务大厦搬到了创业大厦,让我们这些口碑的创业者也沾了一下当年阿里巴巴那些创业者的灵气。不过现在公司没过多久又要搬家了,对于我来说可以讲是个坏消息,公司到家的路程增加了原来的三分之一,不过我想这不是问题,伴随着公司的业务蒸蒸日上,将来我能用我自己赚来的钱在城西买一个属于我自己的房子的。

公司在2010年中更加明确了自己的业务方向,年初的时候还只是说要放弃原来走行业化的方式,回归到重新做点评业务上来,但是,还没有明确公司将来的盈利模式。通过这一年的发展,我觉得公司已经非常明确之后几年中将会围绕如何成为一个线下的淘宝这个命题来发展,口碑的使命就是促进线下生活服务的交易。以前公司的业务总是在变,说实在的自己内心总有一种不安的感觉。现在公司的战略已经非常明确,我也变得踏实了。

今年比前几年都要忙,包括我在内,所有同学都在为口碑业务发展而忙碌着,有时候感觉有点疲于奔命。去年和前年我做的业务都是偏向于后台的,主要是以研究型为主的业务。今年年初就被选入了口碑会员重构项目组,五月份项目一做完就投入了口碑卡项目,主要负责口碑卡的申请,激活业务的实现。所有今年做的项目都是偏向于业务,说白了没有什么技术含量。工作中更重要的是需要严谨的思考和对细节的把控。

业绩

口碑卡项目申请激活项目特点工期紧,且业务复杂,需要考虑口碑账户,淘宝账户支付宝账户三者之间的关系,而且产品需求方在项目实现过程中会修改需求,所以很有可能之前已经开发好的代码,需要推倒重新实现,所以这就要求项目实现得有足够的扩展性和敏捷性,来应付需求变更。以前,我利用业余时间学习过的领域建模,敏捷开发的知识运用到了实际项目中,由于前期有了全面的设计,当离项目上线还有10天,已经完成代码测试。这时PD经过权衡之后决定,激活口碑卡流程中,绑定口碑卡是非必要条件。要做这个修改已经打破了口碑卡激活流程中最基本的规则。所以会有很多模块需要比较大的修改。幸好之前在代码设计中已经将这种可变性考虑进去了,将这种变化因素抽取到了独立的模块当中,因此当有需求变更,就能快速修改而不会产生额外的问题。

年初的时候做了口碑会员改造项目,这个项目的性质是更新升级,需要将原先会员基础存储平台切换成以KVDB存储的持久存储系统。在做这个项目的过程中总的感觉是累,原因如下:

1. 项目工期紧

2. 因为是改造旧有系统,对旧有系统不太熟悉,导致改造过程中举步维艰

3. 存在以上这些问题的前提下,没有及时反馈问题,导致项目因为我而耽搁了

首先,存在问题是好事,存在问题说明我有不足,有不足只要我能把它避免掉,我就能进步。

其次,在发现问题之后就要分析问题,以前我做项目都是一些单打独斗的项目,凭借自己的经验,努力能够搞定的搞定一切的。但是会员改造的项目是一个历史遗留项目,水有多深我是不清楚的,如果一头扎进去做那就非常危险。在项目前期项目经理给我布置任务的时候,我没有仔细考虑布置给我的需求是否在预定的时间段内是否能够按时完成的可行性。贸然地进入了开发阶段。其实我心里想的是很简单的,“好吧,领导信任我,我哪怕就是用加班的时间,放弃晚上休息的时间也要将这个任务完成,如论这个任务有多复杂”,在这样的情况下就出现了项目延误的问题。

最后,分析了问题,就要解决问题。我觉得,发生这些问题是我成长过程中必定会出现的问题,我原先每天要做的事都是由别人来布置给我的,布置啥我就做啥。如果项目中存在什么风险的话那个布置任务的项目经理都会及时提醒我。而现在不一样了,我在项目过程中需要我自己去判断项目的风险以及可行性,别人不会再来帮我做分析。另外,在需求分析阶段一定要做可行性分析,如果发现有什么问题一定要提出来,甚至要和项目经理讨价还价,当然在讨价还价之前一定要作充分地准备,什么不能做,什么存在问题,一定要说得有理有据,无论项目工期多么紧,都要制定详细的项目计划。还有在项目中一定要加强沟通,现在已经不是凭借个人英雄主义就能搞定一个项目的时代了,必须要学会利用团队的力量来解决问题,所以在做项目中一定要抽出一定时间来和组内或者组外的同学沟通交流交换意见。

收获

今年的最大的收获我觉得是,在于与产品,运营,QA,配管,SA部门的同学合作过程中收获的信任,这是用黄金也买不到的东西。以前,我经常会抱怨,我要做什么事没有合适的资源,没有合适的条件。渐渐地我发现抱怨,埋怨没有任何意义,不能解决任何问题。渐渐地学会主动出击,去创造条件,创造资源。信任就是宝贵的资源,因为信任将将复杂的事变得简单,需求方就敢将大的需求发给我,我也能通过我自己所学来回报它们对我的信任。

今年,在自己个人问题上也有不小的收获,年初邂逅了我现在的女朋友,这其中的前前后后也颇具传奇色彩,总之,现在的状态就是我想要的,就是我所期望的。

在经济上除了每个月拿到的工资,我利用我自己的专业知识,写了一个淘宝客挂在网上,居然有人“上钩”,因此我拿到了微薄的提成费,钱虽然少,但是更加坚定了我互联网是大有可为的信念,觉得是19世纪工业革命以来的又一次革命,我很庆幸我是这场革命的先驱,并且,我也有志向为这场革命奉献出我自己的绵薄之力。

今年每个季度都有技术分享,每次分享的主题都是来自项目中发现的问题,例如,如何使用异常,在口碑项目中是怎么对场景进行建模的。在准备分享内容的过程是对之前发现的问题的总结和升华,对自己个人进步有很大帮助。同时也提升了个人在团队中影响力。我觉得这点我做得还是不错的,来年我还会像今年这样继续作分享的。

困惑

今年从头到尾都是忙碌的,没有啥多余的时间可以让我修整一下,在做项目的过程中发现了很多问题,是需要亟待去解决的,但是,平时只能忙于应付业务需求,只能采用先把这个项目采用现在的方法先上了再说,所以没有时间去解决平时发现的架构上的问题。长此以往,我们前台代码的扩展性无从谈起,而且今后代码维护的成本也会非常高。

以前,我一直想通过个人的业余时间去搞一些研究来解决存在的问题。但是,渐渐得我发现通过我一个人的研究是搞不定的,即使通过自己的努力最后有了啥成果,还要去推广。哪怕搞出来的东西是能解决问题,但是别人不一定会买账。之前用的好好的没出问题,为啥要来用我开发出来的新东西,而且别人也没有用过,这风险挺高的。

所以我觉得做技术创新的事必须要依靠团队的力量,现在公司有虚拟团队这样的一种形式,我觉得这个是非常不错的,来年我想借助虚拟团队的力量来解决和推广现在口碑前端开发中存在的问题。

总结

2010年我有收获,有成长同时也有困惑,希望在来年中,消灭困惑,收获成长更上一层楼。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics