风险进行时

       一个新的项目正在进行中， 9月初就需要release的项目，现在都已经进入了开发后期，测试初期， 但是有一些需求，无论是开发还是测试都是迷迷糊糊的，项目的需求文档虽然出了几份了， 但也只是描述了大概，有些情况在编写测试用例，甚至有些到了执行测试阶段， 才发现原来流程中还存在这样那样的疑问。 让我感觉到心力憔悴的是， 如果我不去抠字眼，摸清楚流程，几乎没有人去质疑这个需求描述的是否清楚， 开发人员只是一味的做， 我都不知道他们是怎么做出来的？？？。。。

我也知道这样做的危险性， 可我却是干着急没有办法，这个项目有一个特殊性， 一方面是时间压力大，开发人员就憋着劲的往前做， 一方面是我虽然是测试组长，却不能直接和客户进行沟通，这是规定， 不能改，还有一个方面是因为测试组为了弥补人力的不足，又增加了两名测试新人， 但是他们毕竟有一个熟悉期，测试理论的培训， 业务的熟悉，于是就造成了在他们可以接手的时候， 开发人员已经在提交测试了。。。于是问题很多是自然的，几乎每天我都去找PM要需求，确认问题。

最近，遇到一个更严峻的问题， PM马上就要去美国出差了。虽然有人代理PM，但是我的顾虑还是很多 ， 他是否同样可以把握好需求？ 是否可以针对我的问题给出及时的反馈？对于这个项目， 我真的很担心。 理了一下我现在可以做的事情：

1， 自己尽量要把所有的需求都弄清楚， 尽可能早的把问题暴露出来， 让疑问更快的清晰化，但是这样做要耗费不少精力，因为项目太大，需求点多。

2， 尽可能多和代理PM沟通， 和远在美国的PM保持邮件的沟通。

3， 每天了解各个测试人员的测试进度以及疑问，进行汇总寻求解决方案。

4， 如果实在不行， 可能需要申请上早班， 便于和美国的PM直接电话交流。

5， 及时通报测试进度给PM知道