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