今天一大早就到机场赶往深圳，由于飞机延误半小时，至到下午四点钟才到客户那里。当然到时，培训工作已经结束，任务分配也明确，一赶到，谢总立马就安排我几件事情：一是写立项方案，二是写立项请示，三是写业务需求说明书。本来我的任务也就是完成文档的编写，也就没想过多，答应了。当然有其他几位项目组的人员都在，表示有什么困难大家一起克服，把项目工作做到位，保质保量地完成。

　　立项方案在家的时候就已经写了大部分，但一拿到客户的模板时，大同小异，增加了功能模块部分。由于本人并没有参与所有业务流程的调研和系统的设计，所以这部分写起来比较困难，需要技术人员的支持。但交给他们的时候，技术人员也犯了难，难的在于他们对业务也不熟悉，所以也无法写起。但我想，作为一个技术人员，业务需求说明书应该是最起码的，毕竟是研发人员的输入物。这点不太理解!

　　技术人员不会写功能需求说明书，也就算了，我也经常见到这样的人，不足为奇，也就没多说些什么。但在后面的工作中，技术人员会问到什么业务规则是什么意思?我晕!狂汗一把!而后写业务流程图时，居然也不知道从何写起，晚上的时候，也没有任何人给我这个图，听说已经画出来。这样的工作质量让我的工作陷入被动。方案的编写被严重滞后了。

　　另外还有一个事情让我感到非常惊讶。这次来的成员当中，没有指明谁负责，职责一点也不清晰，至少我不清楚。一点头绪也没有，我曾建议：我们先把功能模块提炼出来，然后再进行详细模块的设计。这样更有层次，虽然稍复杂一点。但具有可行性，结果没人一个人理，所以我也无法，这也是由于我的身份所决定的。至到现在，我也未按计划完成我的立项方案，今天下午和晚上几个小时的工作完全白费，我得不到有力的支持-功能模块无法确定，我的立项方案也就无法完成。

　　晚上的时候，吃完宵夜，客户开车送我们回酒店，在路上，一个项目成员居然问到：要不要我们找合作的制卡厂!我晕，这本来就是公司的业务呀，虽然自己没有制卡厂，这客户也不清楚，我们也不必为客户说明什么!客户要求我们提供什么，我们就提供什么，当然最好是一揽子业务，这样能让客户省不少心，自己的业务收益也会不少的。气死我了，居然问出这么一个低级的问题来!

　　纵观这次项目经历，总结出以下几点：

　　1、每次项目小组的工作内容和会议都要求有一个明确的目的和责任人，各项目成员分工一定要明确，一定要保时保质保量地完成每一件任务，这是体现团队精神的时候!

　　2、无关的人员不能随便就近或方便进入到项目工作当中，这当中会产生很多意想不到的问题。项目需要沟通!我们每次做项目都必须在充分沟通的基础之上，才能达到一致的意见，保证项目的进度。这次的问题很大程度上是在内部并没有完全沟通，导致很多不应该出的低级错误出现了，让客户感觉非常不满意!

　　3、项目工作需要总结。每一个阶段性的工作都需要有一个正式的文档形成，交付客户或项目小组，这样能起一个承接和交接的作用，有利于保证项目的顺畅!昨天晚上看到一成员写的调研总结，狂汗一把!就是txt格式的，没有成形的内容描述，也没有格式可言，就是一小纸条。唉!这哪里是在做项目，这是在完项目!

　　这次的项目工作让我领略到了其公司的风格和员工的素质，认识可能片面了点。但至少我看到的有非常多的不足之处，虽然我也有不少的缺点，仍然需要改进。建议好好地作一个QA的培训，加强对项目管理的培训，这样，我们对项目的可控性和管理效率会更高。