51Testing软件测试论坛

标题: 项目范围变化计划却不跟着变，QA如何全面保证？ [打印本页]

作者: zmmandppm 时间: 2011-1-20 17:37
标题: 项目范围变化计划却不跟着变，QA如何全面保证？
有这样一种情况：项目的范围发生变化，原来说做A,B,C个产品,做着做着来了一件相关事情D，还挺紧急，就加塞在这个项目中做了。因为项目计划时间定的还比较有富余，没有影响原计划的节点。因此开发部门也就没去走计划变更流程。因此这个D就成了该项目中的特区，我QA完全不知道它的存在，D有没有走固定的设计流程，有没有评审，我都不知道，直到最后验收测试，来了一个我从来没见过的测试报告，我才发现他的存在。
现在这种事在我们公司大量存在，可能是随市场的需求变化吧，但我怎么控制它呢。我理解是任何变更都得有记录，走流程。但开发经理说不可能做的那么死。到底怎么弄啊？

作者: ilove51 时间: 2011-1-21 12:04
加强沟通，做好变更记录。。。有需求变更的资料吧。

作者: ling11 时间: 2011-1-21 14:02
多跟项目组人员沟通交流，才能及时发现项目中的需求发生了变更

作者: yangxiaowen0622 时间: 2011-4-6 15:26
以事件为驱动的时候，是不是应该做张task list

作者: zhongmg108 时间: 2011-4-14 17:26
应该再离项目组近一些，多参加项目组例会，多与项目组成员交流，应该很早就能发现的。

作者: ddqhf 时间: 2011-6-15 14:21
同意离项目近些！
把自己当成项目的半个PM来了解项目

作者: tyrael_79 时间: 2011-7-1 16:19
有种方法叫变更控制

作者: bahwl 时间: 2011-8-3 16:04
QA应该从项目立项开始参与项目周例会活动，可以找项目经理商量参与会议。如果项目组连例会都没有，那么就找再高一层领导，推进项目周例会实施。假如高层领导属于主张少会议的那类领导，那么就要求项目经理每周提交项目周报，周报要发给高层领导，抄送给你。当然这是流程制度上的解决办法。还有，和项目组人员处好关系也是很必要的。

作者: seanow 时间: 2011-8-16 11:40
感谢分享

作者: mary520 时间: 2011-10-12 17:32
我们有一种情况就是，知道有需求变更，就是不走需求变更流程。项目结束之后再补记录，呵呵。

作者: ghr00 时间: 2012-1-4 11:15
事情已经发生了，最重要的是总结这件事情带来的经验与教训，我觉得可以从两点反思：
1. 项目在最初时是否有制定变更管理策略？
2. SQA是否加强与项目组的沟通计划？

作者: brucehao 时间: 2012-1-5 12:30
必须有定期的项目沟通会议

作者: 张小麦 时间: 2012-1-9 16:06

作者: rickchen7611 时间: 2012-1-20 09:11
没有完全的一成不变。
一定要做好记录。

作者: 飞云天 时间: 2012-1-31 22:48
加强项目沟通，以及变更管理还有风险预估，同时在流程上考虑，为什么会存在这么的的问题，是不是流程那里有问题，毕竟都是自己定的流程，有必要就考虑修改流程吧。。。。

作者: hh227 时间: 2012-8-30 16:48
需求失控是项目风险一个很大的起源！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)