风险进行时

上一篇 / 下一篇 2006-12-08 14:08:41 / 个人分类：项目进行时

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

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

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

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

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

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

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

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

copy from wonder 8月日志

收藏举报

TAG: 项目进行时