Tfs 在交付时间短的公司中使用SCRUM

在我的公司里，我们使用SCRUM和TFS，并进行为期两周的Sprint，我们必须基本上维护.net应用程序（web、桌面）、android应用程序和SAP程序

因此，我们不能创建一个完整的sprint，因为没有足够的工作要做，但是，在sprint的一半，开始出现更多需要处理的产品积压，每个人都开始施加压力，以便快速完成他们的PBs（基本上是紧急情况）

我们迫不及待地等待冲刺结束来处理这些紧急情况，所以我们在飞行中改变了优先级。因此，基本上，冲刺对我们的团队来说毫无意义，所有的美女排行榜都失去了意义

---

我们如何处理这个问题，我们不是每天都在做一个项目来了解下一个冲刺会出现哪些任务。

您可以根据需要添加任意多的任务来捕获完成每个项目所需的工作。例如，您在未来的Sprint中有一个任务，但您将在当前的Sprint中完成它，您可以将此任务移动到Sprint1：

有关Sprint计划的更多信息，您可以查看：

---

如果您不能承诺两周的时间限制，但仍然希望遵循“图表”有意义的正式流程，看板可能是一种更好的方法

---

这个问题是关于如何在您的环境中使用Scrum，还是如何将Scrum与TFS结合使用？这个问题听起来更适合StackExchange上的其他站点。我认为您应该将问题重命名为“如何处理频繁中断和优先级变化”。我认为这是因为scrum更面向项目，这让我们每天都忘记了冲刺。谢谢你的建议。