当开发团队同时也是支持团队时，Scrum如何运作？

Question

当开发团队也是支持团队时，Scrum框架将会发生什么？如何使用Jira进行改进？

我们不能有一个消防员，因为并非所有开发人员都能解决前端和后端问题。但是，支持问题会使团队速度难以获取。

- Ursula

---

这可能听起来有些严厉，但是在第一时间减少问题的发生是帮助稳定团队能够交付新功能并减少不断进行救火的好方法。 - jessehouwing

除了Barnaby以下的卓越答案，你可能希望考虑的一件事是看看你的团队如何相互交叉技能，以至于你不再对“这是后端问题”与“这是前端问题”等单一依赖点有任何疑虑。归根结底，你们面临的是一个问题，而团队应该能够凭借他们共同拥有的技能来解决它。让团队自行驱动如何以最有效的方式实现这一点；其中一种方式是花时间互相学习技能或积极地在问题上配对。 - f1dave

我投票关闭此问题，因为它与编程无关。 - Ajay Brahmakshatriya

Answer 1

Mike Cohn写了一篇关于应对频繁中断的团队的冲刺计划的好文章。

他建议对中断所花费的平均时间进行滚动估算。然后在进行冲刺计划时考虑这个因素。

例如，假设团队平均花费30%的时间来解决问题。在计划时，您可以为开发工作计划70%的容量。

正如您在问题中提到的那样，指定一个人来处理问题修复是常见的方法。这是有益的，因为它允许团队的其他成员专注于新的开发工作而不受意外中断的影响。在您所处的情况下，开发人员是专家，这更加困难。您可能需要考虑进行一些跨技能培训，以便开发人员可以处理更广泛的问题。他们可能无法像专家那样修复某些问题，但通过避免干扰，团队的其余成员可以弥补效率损失。

其他值得考虑的事项：

• 优先处理紧急的漏洞，将其他漏洞修复安排在下一个迭代计划中。如果您的迭代周期较短（例如一周），则用户等待修复的时间会更短。
• 分析漏洞，看看是否可以通过开发工作来预防未来的问题。例如，您可能会发现许多漏洞是由于错误数据导致的。花时间使代码对错误数据更加容忍可能会有所帮助。
• 考虑投入更多时间来自动化回归测试。这项前期投资可以减少未来漏洞的数量。尽管这可能需要大量时间和精力，但使工作量更可预测可能足以抵消这些成本。

生产环境中的漏洞比修复它们所花费的时间影响更大，因为工作的方式不可预测。这就是为什么专注于质量是有意义的，即使它似乎需要付出更多的努力。

- Barnaby Golden

Answer 2

你可以根据工作类型调整流程，使其适应迭代过程。它不必定死，因为随着时间的推移，事情会发生变化。

• Kanban 给团队提供了足够的工作量，以使他们始终保持在容量范围内。
• Scrum 将工作分成短期迭代 (定长迭代)，使团队能够处理最优先的故事。
• Scrumban 是Kanban和Scrum的混合，基于持续的工作流，并遵循拉动制度。故事存在于待办事项中，团队仍然按照迭代方式操作，但是每个工作流程阶段都限制了WIP（正在进行的工作），并使用Cycle和Lead time指标进行生产力测量。

注: Cycle time 是故事从开始到在团队工作流程中完成所需要的时间. Lead Time 是故事出现在Scrumban面板上的总时间.

- Clarice Bouwer

Answer 3

所以SCRUM确实适用于计划工作，如果有很多中断可能不是最好的方法，也许你应该考虑看看看板或两者结合？

- Dariusz Bielak

Answer 4

@Banarby Golden的答案已经很好地回答了核心问题，但由于您还询问了如何在JIRA项目管理中实现此功能：

我建议为开发和支持任务使用不同的项目或不同的史诗。对于开发，使用默认的Scrum项目，对于支持问题，使用专用的Kanban项目似乎是一个合理的方法（我们也在使用这种技术）。

如果您想要可视化整个工作量，您还可以创建跨多个项目的看板。

- Kevin Wittek