问是否有针对代理类型工作的敏捷流程？日程安排问题

EN

一般来说，SCRUM可以处理这种工作负载。唯一的区别是，您可能需要对其进行一点修改，以便您可以将与特定项目相关的任务分组到相同的sprint中，这样您就不会经常为每个任务切换项目。

从好的方面来说，似乎你已经在做每周的冲刺了，所以这不应该是一个艰难的过渡。

最后，如果看起来一周的冲刺周期中有太多的流失(你提到了目前引起问题的“激战”心态)，你可能想要尝试1/2周的冲刺。

看板将是一个很容易的选择。它是一种精益-敏捷的方法，允许稳定的流程和循环的东西(例如，循环的计划，循环的演示和发布，循环的回顾，任何需要的东西)，但因为它是基于流程的和及时的，所以它非常适合于优先级每天变化或有大量消防的情况。

要启动看板，您可以保留当前的流程和工作流程，开始一些实践(在大海报/看板或电子工具上按工作流程状态可视化工作，对每个工作流程状态设置进行中的限制，并定期召开回顾会议以持续改进流程。

Lean和Kanban谈论了很多关于排队理论和约束理论。计划的想法是只计划你需要的东西。在一个完美的世界里，你只需要知道下一个最高优先级的项目，因为如果你做了太多的批次计划(或批次任何东西，因此WIP限制)，这可能被认为是库存，这是浪费。

看板允许使用服务类别和服务级别协议，根据紧急客户需求、截止日期(例如，如果错过日期会受到惩罚)、正常工作等事情来确定优先级。

例如，阻碍客户的问题是第一优先级，甚至可能导致我们超出在制品限制，从正在进行的工作切换到满足。这样的工作将在3天内完成90%的时间。(这样的协议应该来自真实数据，如果您每天记录项目状态，例如，在累积流程图中，您将开始积累这些数据。)

除了服务级别和SLA，您还可以规定团队应该将20%的时间花在这些紧急(“快速”)问题上，60%花在正常工作上(例如，功能开发)，也许20%花在持续改进、卫生、技术故事等上。