前有堵截,后有追兵---项目管理改进4

本文探讨了项目测试周期过长的问题,强调了项目范围理解的重要性,并指出需求模糊及范围蔓延是导致项目失败的主要原因。

今天,我的一个测试组长来电话,说一个项目测试需要2月的时间,我说你的时间太长了,确切的说,对于产品来说这个时间不算过分,但在我们这个单位是不可能的,毕竟领导对这个东西的认可还没有达到这个程度,在这个事情上其实还有另外一个问题,就是项目范围的问题,要知道项目的测试对于测试部门来说也是一个项目,那个项目就很重要了,一般一个项目都会经历2-3次测试,产品才可能比较稳定,那么这两个月是,一次测试,还是3次测试,这其中的区别可大了,我自己是将一次测试作为一个项目,第一次的回归测试算另外一个项目,第二次的回归测试算第三个项目,至于说测试用例和测试需求,有一大部分是可以复用的,但这只是属于我们测试设计能力的问题,和项目本身的特性无关。

项目范围的理解,应用对于我们软件开发人员是非常重要的事情,很多项目的失败就是这个问题,而需求的问题,这个在软件行业中导致项目失败的东西,就是就是项目范围不明确以及项目范围蔓延的问题。所以一定要对项目加以格外的重视 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值