我读过scrum，我工作的公司已经开始使用它。我发现，布置任务确实有助于每个人了解需要做什么和要做什么。我们遇到的问题之一是，我们只是在"尝试"我们的一个项目。我们有许多为客户定制的应用程序。其中一些客户的优先级高于其他客户。如果他们打电话来要求报告，我们会提供。
有没有一个流程(scrum或其他(可以用来帮助我们满足这些需求？按照目前的情况，我们的冲刺中没有计算每天的需求，因为我们没有时间每天做故事时间和计划扑克。
有什么想法吗？
我确实发现这个问题是关于如何合并多个项目，但不是日常需求。
无论您是否使用Scrum，都应该让您的客户遵循变更管理流程。你必须同意，你没有立即按照客户的要求去做，而是根据优先级安排物品，并在做之前进行计划。如果这些是一些紧急问题，比如在生产中发现的错误，你无论如何都应该遵循流程，但要更紧急地修复它们。我们实际上是这样做的：
- 为问题分配优先级
- 如果优先级较低或正常，请将其添加到积压工作中，并计划稍后的Sprint
- 如果是紧急情况，请将其分配给专门的支持工程师，他们将在修补程序代码分支中不使用Sprint必须尽可能避免后一点
也许Scrum不是适合你的敏捷方法，因为它更适合那些可以提前计划工作的团队，例如一次一到四周。
对于进行支持和维护的团队，我建议查看看板。