问你是否计算了修复错误的时间？

EN

我倾向于处理这个问题的方法是将错误修复移到sprint之外。因此，三个星期的sprint之后可能会在演示/发布之前修复一个星期的bug。

这不是一个理想的解决方案，因为没有尝试估计在bug修复阶段将修复的bug的数量。所以我期待着其他人给出比我更好的解决方案。

在每个sprint中，我有两个“任务”-一个用于当前sprint中发现的bug(即未发布的代码)，另一个用于解决其他任何问题(任何已发布的版本)。这有助于我跟踪(每个开发人员)修复bug所损失的时间。

任何记录在后一类的时间都被视为浪费，是减少的关键目标。对前者所记录的时间进行了回顾，以了解如何将其与导致它的特性和更改更紧密地联系在一起。

不要对bug进行评估，而是尝试将这一时间添加到针对你正在开发的特性的单元/功能测试的评估中。