需求池,开发池,交付池,避免发布混乱

最近公司开始搞sprint,2周一个sprint,这导致了一些问题,有一些存在相互依赖的功能,因为2周的时间线规定,被强行划成了两个sprint,老板要求测试人员必须跟着sprint,这导致环境问题频出,因为功能都不完整啊!所以我提出了建议,引入版本的概念。开发人员可以继续按照他们的sprint走,测试人员和项目经理,开发经理打成一致,把一个完整的功能做成一个版本,测试人员关注的是版本,而不是sprint。项目经理可以决定每次版本里包含哪些功能,但是版本里要求的功能一定是完整,且没有与另一个sprint或者版本存在相互依赖关系,版本可大可小。不可以再为了赶时间点,上一些不完整的功能呢。
目标是“稳定且完整”,而不是“依赖下个版本”

Posted in 自动化测试讨论