工商项目总结

来源:互联网 发布:查看淘宝账号登录记录 编辑:程序博客网 时间:2024/03/28 23:50

一直欠工商项目一个总结报告,今天补充完整。

在工商项目中,我从概要设计开始直到一期截止全程参与,在07年整整一年的时间里经历了概要设计、UI设计、领导开发、数据采集、性能调优、用户手册编写等工作,在增加经验的同时也加深了对软件的理解。整个项目中,PSM都深入到了系统的每个细节。在概要和UI设计中,每个功能都需要商议讨论,这点没错,但是讨论的结果是每次都按照PSM的意思去做,这点让我颇为不爽。大量的功能在概要设计中就知道难以实现,装饰性功能在开发阶段让我吃尽苦头,有时候我还暗自庆幸,如果不是我在设计阶段极力争取改进,避免实现“完美”的系统,开发工作会更辛苦。作为项目领导,怎样有效将权利下放,下放到什么程度?怎样有效考虑现有人员能力、时间以去掉“完美”的功能?

项目初期,由于管理原因导致大量人员闲置,这些闲置的预定人员又被上层领导抽离,导致开发阶段人手紧缺,这才使得工作计划表中多出了双休日。为了赶时间,临时从外公司借调了部分人员,为他们培训花去了部分时间,这些时间并没有写入计划。借调人员的责任感和技术水平使项目生成了大量的垃圾代码,在面对一大堆功能列表时,我们省略了大部分测试步骤,未经认真测试的功能让客户大为不满。对借调人员的不信任也让我不得不自己实现大部分难于实现功能,这也让我的工作几近饱和,放弃了一直追求的软件质量,这也是我至今耿耿于怀的事。怎样有效安排工作?怎样有效快速提高自己和他人的技术水平?怎样处理团队中的信任问题?

我终于明白了“尽量缩短和客户之间的距离”这句话。PSM和客户在北京,我在沈阳,很多不明确和更改的需求都是通过邮件和电话沟通,这种方式远没有面谈来的有效,多次的误解让我走了不少弯路。每次的需求我都会复述一遍以最终确认,为何会有那么大的偏差?怎样有效的处理沟通?如果这些弯路能及时纠正会轻松很多。

数据采集平淡无奇,和一个老搭档配合,没碰到什么难题。最大的收获就是明白了千万不要动客户的机器,哪怕滑动一下鼠标;最好是不要接近客户的机器,要不然可就被赖上了,出了任何问题都是你操作造成的。

其实性能问题早在设计阶段我就曾指明,在开发阶段也多次提到设计存在的缺陷,但大量的回答都是“临时”“将来”。终于,在“将来”到来的那一天我们看到了恶梦。既然从设计上修改来不及,那么就从代码修改,细看之下才发现,我们的代码原来存在极大的优化空间,详细描述我在《代码级的性能优化》中写过。在着手做事之前,应该先问自己几个问题:这件事是必须要做的吗?这件事做起来困难吗?如果困难,是否还有其它的替代方案?实现的方法是否正确?如果正确,是否还有更快方法?

工商项目对我来说是个失败的项目,我至今仍在思考怎样解决这些失败的问题,期待在今后的工作中找到答案。

原创粉丝点击