从我们团队的经验来看：项目计划变化一般分为需求变化、资源变化、进度变化3种。
1、需求变化。这是最没有办法的。除了重新定义测试计划外，似乎没什么可做的了。
在这种变化中，我认为最重要的测试主管的坚持，需要对需求重新分析，并要求足够的资源与进度。
2、资源变化。经常出现的情况是资源被其他项目挪用或者临时异常。
目前的措施是做好测试主管的备份，任何项目都安排1个2人小组负责，当然，测试主管只有1个。
在资源被其他项目挪用时，我要求任何项目都不能停止，至少由测试主管以天为单位跟踪项目进度，直到项目真正CLOSE。
3、进度变化。这就需要看测试团队负责人与测试负责人的沟通能力了。
如果进度要求提前时，如果测试主管无法改变（一般也无法改变），一定要做好风险管理与预警。
变化总比计划快，我认为应对的措施只有两条：
1、进度管理与实时分析。不要让测试进度失去控制。在任何时候都要知道目前测试所处的阶段，并针对目前的情况实时分析，考虑在现有情况下的下一步计划。不要等，等需求、等开发，多考虑现在我们能做什么？
2、风险管理。作为测试负责人，在了解目前测试所处的阶段的情况下，还需要实时跟踪目前的项目风险。当临时遇到发布要求时，能尽可能的提供目前的风险，作为与项目经理沟通的依据。并在无法改变发布要求时能提前做好风险应对措施。
版权声明：本文出自51Testing软件测试网，感谢会员woodcraft在每周一问（09-07-13）中的精彩回答。
http://bbs.51testing.com/forum-157-1.html
原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。
