发布早期版本

　　无论你采用哪种生命周期管理项目，都不可避免的要发布早期版本。因为早期版本有利于客户进行反馈，从而及早解决一些细节上的问题。不过由于时间的问题，早期版本可能提供的功能不够，有一些欺骗关系也没有关系。

　　在开发及交付过程中，应该采用按功能逐个实现的方式。否则，欺骗就不会有作用。另外，在开发过程中，也应该使用持续集成，并让测试人员按功能逐个进行测试。这样就不会使早期发布版本与实际发布版本不一致，从而降低成本。

　　管理Beta版本

　　好的Beta版本引导项目走向成功，而坏的Beta版本则将项目推向深渊。管理Beta版本，一定要清楚几个问题：希望发布几个版本、对产品完成度的要求、哪些客户将会使用beta版本?

　　优秀的项目经理总会把那些成功的经验记录下来，进行流传，下面是Beta测试常用的模板：

　　Beta测试的目的

　　Beta测试客户选择

　　Beta测试入口条件(通常是里程碑条件)

　　Beta测试出口条件(这也是里程碑条件)

　　总体Beta测试日程

　　指导项目走向尾声

　　在项目结束时，经常会遇到“缺陷提升和降低的游戏”。如果不能避免这种游戏，那么项目就会陷入“结束游戏”，永无结束之日。要想让项目正常走向尾声，不是更改缺陷的优先级和严重程度，而是在各个发布版本中加入一部分缺陷，作为已发现的问题，逐步修复全部缺陷。

　　项目回顾

　　项目回顾是项目结束时，必须要做的事情，即使之前已经举办过中期回顾。项目回顾，既不是“经验教训”批评会，也不是对项目的盖棺论定。它应该是一个结构分明的会议，能够回顾项目的进展过程、人们有哪些经验教训以及他们在这个项目中工作时的感受。最后，不要忘了举办庆祝仪式，人们需要这种仪式，就像是每个项目都有启动仪式一样。

　　本文出自 “尘风随影的天空” 博客，请务必保留此出http://genuinecx.blog.51cto.com/2890523/1139390