工商项目总结

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

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

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

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

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

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

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