关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。
想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。
3年前关闭。
Improve this question
假设需要重构(太大而不能作为现有用户故事的一部分) - 在产品待办列表上有一个重构“故事”可以吗？
重构的目的不是改变系统的行为——所以根据定义，没有直接的商业值(value)给客户。
-- 那么，重构“故事”是否有故事点，然后计入速度，或者这是否以某种方式作弊？
语境:
我们做了一个最初的故事，以尽可能简单的结构存储一些数据。此数据的结构不适用于即将到来的用户故事，需要采用不同的方法，所有期望现有数据结构的现有功能都需要更改以适应这种新方法。
最佳答案
在我看来，在您的产品待办事项列表中包含此类项目绝对没问题，因为我一直认为 PB 是使软件完整所需的一切。
我以前经常在产品待办列表中包含功能、错误修复、重构和研究任务。如果你不把它放在积压工作中，任务怎么会/怎么可能完成？您还需要为任务定义“完成”，这有助于描述重构的目标(使代码运行更快，使代码更易于测试等)。
关于agile - 'Refactoring' 产品待办列表项是否应计入速度？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16790004/