agile - 'Refactoring' 产品待办列表项是否应计入速度？

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

3年前关闭。




Improve this question




假设需要重构(太大而不能作为现有用户故事的一部分) - 在产品待办列表上有一个重构“故事”可以吗？

重构的目的不是改变系统的行为——所以根据定义，没有直接的商业值(value)给客户。

-- 那么，重构“故事”是否有故事点，然后计入速度，或者这是否以某种方式作弊？

语境:
我们做了一个最初的故事，以尽可能简单的结构存储一些数据。此数据的结构不适用于即将到来的用户故事，需要采用不同的方法，所有期望现有数据结构的现有功能都需要更改以适应这种新方法。

Answer 1

在我看来，在您的产品待办事项列表中包含此类项目绝对没问题，因为我一直认为 PB 是使软件完整所需的一切。

我以前经常在产品待办列表中包含功能、错误修复、重构和研究任务。如果你不把它放在积压工作中，任务怎么会/怎么可能完成？您还需要为任务定义“完成”，这有助于描述重构的目标(使代码运行更快，使代码更易于测试等)。