在sprint期间处理意外的功能

Question

我们的团队将采用Scrum和敏捷技术。 我们有一个产品，我们为多个客户开发。这些客户为我们提供了必要的要求，因此采用敏捷技术非常好。

但是在某个时刻（例如在冲刺期间），新客户出现了，并且他想要获得与我们现在略有不同的产品演示。这可能是一些新功能或行为的微小差异。并且他希望在本周获得此演示。非常重要的是要证明我们的产品支持这些功能（因为否则他将向我们的竞争对手提出），因此我们必须在一周内开发这些功能（可能部分）。

我们如何使用敏捷处理这类功能？将它们移动到当前的sprint backlog？或者将一个团队分成两个并创建另一个冲刺？或者可能有另一种方式？

Answer 1

Scrum允许您重新协商产品负责人和开发团队之间的冲刺，因此如果此项非常重要，PO可以建议团队更换已经计划但未启动的工作尺寸。

或者，当工作量将消耗sprint中剩余的所有时间时，PO可以取消当前的sprint并调用新的sprint，将这些更改作为最重要的项目。在取消的冲刺中所有未完成的工作都应被视为丢失。

如果经常发生这类中间冲刺变化，您可能希望保留一些容量以适应这些类型的请求。只需减少sprint计划会议期间您将要承担的故事点数。或者，根据您当前的冲刺长度，您可能希望将冲刺中的天数减少到一周或某些时间，这样您就可以在需要这些类型的更改时降低风险。

Answer 2

我普遍赞同jessehouwing的回答。如果你提出的问题并不常见，那么他所回答的问题是有道理的。如果这种情况很常见，短跑可能不是您正在寻找的答案。解决这个问题的更灵活方法是Kanban。在看板中，您按故事工作，而不是计划整个冲刺。这种风格适用于经常改变优先级的团队。