如果我疏导积压,我看到一个用户故事,是完全有效的,但超低的优先级是否应该删除?应该是只具有对得到工作机会或者他们应该是相关的产品,即使它只是一些想法,同时集思广益,我们得到了所有用户故事用户故事的积压。如果有什么想法从作为客户的要求来了,但它不是从视产品所有者的角度高优先级项目?

有帮助吗?

解决方案

我不除去这样的故事。积压的性质是这样的,它包含的一切,不管它是多么无意义或为重要的缘故。朝向每个冲刺结束时,如果你把它们作为延伸目标,因为我们做有可能是一个机会,在这样的故事作品。特别是如果它们相对较小。舒展的任务的美妙之处在于,他们没有做。他们只是糖果。所以这就是为什么我总是让他们。

其他提示

答案 - 正如我证明我在心脏的顾问 - 是“看情况”。

如果你认为这个故事将实施有一天,或者谁问的故事,用户是很厉害的,还是要保持故事的周围,因为它代表“最好有”的功能中,可能获得重新优先起来将来,然后保持它。

如果你确定,绝对肯定,那删除也不会转身咬你的屁股,将其删除。

  

如果我疏导积压,我看到一个用户故事,是完全有效的,但超低的优先级是否应该删除?

当然不是!当你梳理你的用户故事,你还需要培训你的发布结构或计划。您需要划分你的用户故事写成新闻稿。我也创建了一个名为回收站把所有这些你不知道,如果你需要与否的东西释放。 什么是有用将由迈克·科恩

是阅读“敏捷估计与规划”

产品所有者拥有产品积压和她应该是谁可以修改积压的内容的唯一的人。一旦用户故事被添加到积压它描述了一些功能,它具有一定的优先权。低优先级用户的故事不应该被删除,因为优先级可以随时间而改变或未来relese以后可以计划和可以包含这些功能捕获的reprioritized。

有什么不对,当项目结束,仍然有很多的积压低优先级用户的故事。它仅仅意味着预算/ resurces是低才能全部完成或者说,它不可能提供所有的人都在计划的时间表。 (这也说明了下一个版本或发行的机会。)的优先级的罗先为与最大的业务价值用户的故事。

修改

我可以想像,用户故事都可以,如果有人发现它无法执行(永远)被删除。例如,由于公司的政策或法律上的原因。但是,在这种情况下,我仍然希望只使用“软”删除添加了理由删除。

  

如果我疏导积压,我看到一个用户故事,是完全有效的   但超低优先它应该被删除吗?

作为一个产品负责人,是你的希望保留/从积压删除的故事。但是,如果它是一个有效的故事,为什么要删除呢?我所看到的超低优先突然有时突然动了起来。这也可能是,在未来的这个故事提供的附加奖金很好,如果你需要一些小故事,把你的冲刺,但没有其他更高优先级的故事将适合向客户提供。 这就是说,我可能更愿意投入某个时候做更多的自动化测试和重构,如果有空余时间。 (如果你有空闲时间就是:))

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top