问题1和问题2其实是同样根源导致的不同问题。问题的根源在于缺乏一个很好的机制对整个项目的变更进行控制，导致所有的决策都是项目经理随意作出。从项目管理的角度来看，项目的变更应该是一个非常重要的工作，不应该出现失控的情况。项目的变更至少包含几个工作：

　　1、项目变更的信息收集和确认；

　　2、项目变更的审批；

　　3、项目变更对应的计划变更；

　　4、可能出现的风险预估。

　　逐一的来看：

　　a、项目变更的信息收集和确认的工作目标是：准确、清晰、完整的收集客户的所有变更信息。需要明确这样几个信息：客户新的需求是什么？这个新需求的测试标准是否可以明确提取？这个新需求可能对当前项目产生的影响（工作量、设计、接口、编码、测试）是什么？有没有因为新需求的出现，原有某项工作是被完全推翻的？以上信息必须作为一个需求变更工作的输入，被明确的要求执行。因为输入的不足会导致其出现高成本、高缺陷的结果。而面对这种结果，是不可能出现高士气团队的，更不可能真正的做好项目。因此工作的输入，作为一个重要的工作部件，必须被要求和执行；

　　b、当项目变更的信息完整了之后，可以开始进入项目变更的审批流程。整个流程需要对项目变更造成的工作量影响、风险作出一个较为明确的评估，由项目经理或者更高级别的领导确认是否接受变更。不可能所有的变更审批决策都由项目经理作出，这本身就缺乏客观性。评估过程需要征集多方意见，最终作出决策；

　　c、当变更审批通过后，就需要针对变更进行新的工作的策划。整个工作的策划，需要根据之前的工作输入（对项目设计、接口、编码、测试）的工作量估算，对原有形成基线的计划进行调整，调整完成后，发布新的计划；

　　d、对于变更可能出现的项目风险进行分析。针对分析结果，对每条风险需要制定对应的风险预防计划和解决措施。保证风险转化为问题的时候，不会因为缺乏前期思考而导致手忙脚乱。

　　项目过程中，大多变更无疑都不会给项目组留下充足的时间，对于测试人员更加如此。当这样的情况多次出现后，测试经理也有责任对相应的情况予以分析，尤其是分析出对应的风险情况，提交给项目经理和部门经理以作备案。如果变更的预估风险频繁转化为问题，那么无疑需要对项目进行适当的改进的总结，以避免重复的问题多次发生。