准PM的糟糕经验

一个不小心,发现上一篇文章居然已经是几个月前写的了。虽然几乎天天来这里逛,但是写文章的念头倒是想都不去想。当然大部分原因是因为没有足够的时间,没有自己的电脑就是这么痛苦啊~

 

 进入新公司半年以来,一共做了2个项目A和B。

 

项目A是在试用期就忙里忙外地赶的,同时有另外2个人跟我一样是试用的,3个人一起做项目。根据领导的指示:要在一个月内赶出项目来,UI外包,原因是为了追赶什么搜索引擎的seo(也就是说合同已经签下去了,再不上线就浪费钱)。最不可思议的是:在刚上岗的时候,领导就说:你们要在一周内把没有界面的东西做出来。好吧,中国国情如此,委屈了自己答应了下来,经济危机嘛工作不好找。一个月之后,这个项目上线了,那2个新人同时被淘汰了。此时项目发生了很多问题,归结如下:

 

1.需求分析没做好。

在如此短的一个时间里要我们完成这样一个项目,需求分析必须要十分明确。而我们3人小组基本上只进行了3天的集中式业务讲解即需求分析讲解,而其中有些模块甚至连概念都是模糊的。如果先要花时间设计然后设计审核,再动手编码,那24小时不吃不喝地干也不一定能做好,因为很多业务是没有办法在那么短的时间内消化的。

同时讲解者自身也不是业务的实施者,也就是说我们3人小组是在进行二次理解。

 

2.人员素质偏低。

他们俩也不能完全说是素质偏低,但至少是在这个领域里只能算新人。命名不规范,JS不会写,HTML不会写,CSS不会写,datagrid直接在aspx.cs里进行使用(这还是前辈已经写了一些代码模板的情况下)。事实上在后期我对整个项目的梳理之后,我发现他们更可怕的地方在于写的代码杂乱无章,甚至一些最基本的封装都缺乏。而我自己,缺乏项目经验,没有发挥出团队的优势,在这种极不合理的要求下依然进行着“死亡行军”,在项目的前期也没有进行一些基本的培训(大家都是刚认识,不知道他们什么水平),也没有在一开始就进行代码审核。此外请来的美工做的界面也是不咋滴,同时由他们生成的HTML也是非常糟糕,到处是class,到处是div,一个div加些CSS就可以完美表现的地方居然分出7、8个div来显示,HTML生产者完全是新手。而美工更是老油条,设计的东西态度就是:先设计样子,你们说哪里不好改好就完事,不再进行更改;而很多地方根本就是糊弄我们。

 

3.项目编写缺乏规范 。

没有需求分析文档;没有详细设计;没有测试;没有命名规范;没有代码审核;没有压力测试...

 

4.项目缺乏大方向。

我们3人小组不知道这个网站要做成什么样,前辈不知道要做成什么样,领导也不知道做成什么样。纯粹是为了要做一个网站而做一个网站。在这种情况下,很多地方都没有办法确定,譬如一些用户体验,譬如整个用户系统的设计,譬如美工界面的设计等。从网站的最初架构来看,是非常大的一个平台项目,这么大的项目以我们那么微小的力量来做,失败几乎是看得见的(不要跟我说什么决心有多大成就就有多大的P话,没有金刚钻不揽瓷器活)。

 

5.没有后期跟进。

每个项目都不是一开始就完美的,这我们要承认。而事实上这个项目上线之后,就没有怎么进行后期改进。由于前期对它的非常不满意,势必导致内心有排斥心理,不想去动他,而且不想为离开的2人擦屁股。有了新项目B之后,我很快的转向了项目B。而后来我也没有什么精力来进行项目A的后期跟进了。

 

个人总结: 技术的不足不可怕,可怕的是不规范。不规范的地方不仅仅在于项目开发阶段,更存在于项目起步阶段和项目后期阶段。

posted @ 2010-01-21 19:30  _龙猫  阅读(373)  评论(3编辑  收藏  举报