Resources 对于机构类型的工作是否有敏捷流程？调度问题

我刚搬到一家公司，那里的生产团队有15人，由后端和前端开发人员、测试人员和创意人员组成。该团队同时处理多个项目。它的代理工作，所以项目相当小，一个CMS公司网站，一个基本的电子商务网站，诸如此类的东西

目前，项目经理每周提出超过6个小时的资源请求，以添加到长期生产计划中，该计划将在6周前运行。然后在周五将其转换为下周的短期计划。此外还有不到6小时的请求。如果我们缺乏资源，我们就会雇佣成本高昂的自由职业者

这周的计划有很多变化。由于依赖关系未得到满足，或者另一个优先项目即将到来，工作在发生的当天就被推迟。客户没有及时向我们提供创意等

部分原因是有很多糟糕的计划，所以我可以从那里开始。尽管如此，我一直在研究理想的管道/工作计划应该是什么样的，但没有找到任何适用于这种结构的敏捷方法

---

有人知道对于代理型工作是否有敏捷理论吗？

一般来说，SCRUM将适用于这种工作负载。唯一的区别是，您可能需要稍微修改它，以便您可以将与特定项目相关的任务分组到相同的sprint中，这样您就不会不断地为每个任务切换项目

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

---

最后，如果一周的冲刺周期似乎有太多的变动（你提到了目前导致问题的“消防”心态），你可能想尝试一周半的冲刺。

看板很适合。它是一种精益敏捷的方法，允许稳定的流程和重复的内容（例如，重复的计划、重复的演示和发布、重复的回顾等等，根据需要），但因为它是基于流程的，而且及时，所以它非常适合于优先级每天变化或有大量消防的情况

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

精益和看板讨论了很多排队论和约束理论。计划的思想是只计划你需要的东西。在一个完美的世界里，你只需要知道下一个最高优先级的项目，因为如果你做了太多的批量计划（或任何批量，因此WIP限制）这可以被视为库存，这是浪费

看板允许使用服务级别和服务级别协议，按客户的紧急需求、截止日期（例如，如果错过了日期，将受到惩罚）、正常工作等进行优先级排序

例如，阻碍客户的问题是#1优先事项，甚至可能导致我们超过在制品限制，并从正在进行的工作切换到满意。这些工作将在3天内完成90%的时间。（此类协议应来自真实数据，如果您每天记录项目状态（例如，在累积流程图中），您将开始累积这些数据。）

除了服务类别和SLA之外，您还可以规定团队20%的时间应用于这些紧急（“加速”）问题，60%用于正常工作（例如功能开发），20%用于持续改进、卫生、技术故事等