我们的团队将采用 Scrum 和敏捷技术。我们有一个产品，我们为多个客户开发。该客户向我们提供了必要的要求，因此采用敏捷技术一切都很好。
但是在某个时刻（例如在 sprint 期间），出现了新客户，他想要获得与我们现在的产品略有不同的产品演示。这可能是一些新功能或行为上的细微差别。例如，他想在一周内获得这个演示。展示我们的产品支持此功能非常重要（因为否则他将向我们的竞争对手发表讲话），因此我们必须在一周内开发此功能（可能是部分）。
我们必须如何用敏捷处理这种特性？将它们移至当前的 sprint 积压工作？或者将一个团队分成两个并创建另一个冲刺？或者可能有另一种方式？
我大体上同意 jessehouwing 的回答。如果您概述的问题不常见，那么他的回答是有道理的。如果这很常见，那么短跑可能不是您要寻找的答案。解决这个问题的更灵活的方法是看板。在看板中，您逐个故事地工作，而不是计划整个冲刺。这种风格非常适合经常改变优先级的团队。
Scrum 允许您重新协商产品负责人和开发团队之间的 sprint，因此如果该项目非常重要，PO 可以建议团队更换已经计划但尚未开始的相同规模的工作。
或者当工作量将耗尽 sprint 中剩余的所有时间时，PO 可以取消当前 sprint 并要求新的 sprint，这些更改是最重要的项目。取消的 sprint 中所有未完成的工作都应视为丢失。
如果此类中期 sprint 更改频繁发生，您可能需要保留一些容量来适应这些类型的请求。只需减少您在 sprint 计划会议期间要处理的故事点数。或者，根据您当前的 sprint 长度，您可能希望将 sprint 中的天数减少到一周或其他时间，这样您就可以在需要进行这些类型的更改时降低风险。