项目经验教训总结

项目：应用软件开发
角色：项目经理

1． 和技术支持人员多多交流，谦虚地向他们学习，他们往往有很多很丰富的经验，并且乐于帮助我们，希望我们的项目取得成功。（来自和Trolltech合作感受）
2． 集成第3方应用，版本通常分成几次递交。每一次验收我们除了反馈当前问题之外，对于我们能够解决的问题，一定要向他们详细描述我们的解决方法，并要求对方下一个版本修复相应问题，以减少下次集成版本的重复工作量发布的。在得到我们的积极反馈之后，合作往往会变得更加顺利。 （来自和Opera的合作感受）
3． 即使是一件小事，管理者也需要做到授权要充分、明确。（来自Qopia升级版本测试的感受）
4． 根据事情的轻重缓急选择适当的交流方式，面对面交流、电话、Email等等。越重要越紧急越无法控制的事情，往往越需要面对面的交流。
5． 对外要积极主动地向领导反馈项目中存在的问题，努力推动不同层面的人来解决。对内要多倾听团队成员的想法，并激励大家一起按计划向前走。
6． 关心整个产品的进展、销售情况，并通过各种途径反馈到部门内、团队里。这样做的好处是可以让更多的人来关注项目，了解项目。
7． 应用软件的开发要从需求抓起，要严格控制需求文档的质量，不能走形式。站在用户的角度上来写需求文档，好的需求文档必然是逼迫文档书写者思考了很多问题。需求驱发开发，因此我觉得无论如何强调需求的重要性，都不足为过。
8． 应用的需求文档、UI设计不能包含过多重复的东西，否则会带来开发、测试和维护上的很多困难。需求文档指描述用户可以使用系统做什么，UI设计属于设计工作，描述用户具体通过什么方式来使用系统。需求文档、UI设计会成为测试的输入。