年后到公司，觉得一切都是乱糟糟的，不知道所有项目都这样，越到后面项目经理越晕！我总结了最重要的一点是，项目中前期，项目经理根据需求可以把大块的系统功能实现，到了后期剩下一些零散的需求，同时项目转到测试驱动，如果测试不能给一个完整的测试计划，做到后面，根本不知道在做什么，所以就会出现项目永远停留在80％的情况。同时项目经理已经被那些变更的需求，协调各种资源（项目越到后期，需要协调的资源会比中前期多很多，很怀念闷头写程序的日子）搞的头晕脑涨，这个时候，盲目的完成没有完成的任务，显然只会感觉任务越做越多，所以越到后面越需要有一个整体思路，重要的是两个事情：1、控制变更的需求，尽量将范围控制在一个度中；2、协助测试经理和QA完成系统测试和质量保证工作，这就要求项目经理必须对测试流程非常熟悉，这样才能在项目后期做到心中有数。

闲话扯远了，回到今天的主题，我工作5年，前四年都是做企业应用，最近一年转到一个.Com公司做产品，我发现对于文档的态度两者相差很多。应该说在做企业应用的4年里，每个项目都把文档放在一个很重要的地位，很多时候这些文档是甲方在合同中要求项目组完成的，其实也知道这些文档甲方可能看都不会看，但是为了甲方能够更多知道项目的“细节”，为了项目能够顺利验收，项目组还是会做很多文档的工作（其实知道这文档中其实还是有很多的废话）。四年养成了我对文档特殊感情，所以只要我是项目经理，对文档我一向是认真对待，真的是为了文档而文档，现在想起来真是做了很多无效的工作，进入.com公司后，我仍然按照我得风格做事情，但是我发现仅有的几次与项目成员的不愉快，却发生在写文档上面。。。（未完，待续）

今天时间不早了，决定还是睡觉了，明天又周一了，繁忙的一周又开始，项目经理们，一起努力吧（呵呵，又写了一个上）