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

Question

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

我们无法拥有消防员，因为并非所有开发人员都可以解决前端和后端问题。 但支持问题使得团队的速度很难获得。

Answer 1

迈克科恩写了一篇关于sprint planning for teams with a lot of interruptions的好文章。

他建议对中断的平均时间进行滚动估计。然后在进行sprint计划时允许这样做。

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

正如您在问题中提到的那样，提名一个人处理问题修复是一种常见的方法。这是有益的，因为它允许团队的其他成员专注于新的开发工作而不会出现意外中断。在您的开发人员是专家的情况下，这更难实现。您可能需要考虑进行一些交叉技巧，以便开发人员可以处理更广泛的问题。他们可能无法解决一些问题以及专家问题，但是团队的其他成员可以避免中断，从而提高效率。

其他值得考虑的事情：

• 分类错误，只能立即执行关键错误。安排其他错误修复作为下一个sprint计划会话的一部分。如果您有短暂的冲刺（比如1周），这可能更容易实现，因为用户将有更少的时间等待修复。
• 分析错误，看看是否有一些开发工作可能会阻止未来的问题。例如，您可能会发现由于数据不良而导致出现大量错误。花时间让代码更容忍不良数据可能会有所帮助。
• 考虑投入更多时间自动化回归测试。这种前期的时间投入可以减少未来的错误数量。这样做似乎需要付出很多时间和精力，但让您的工作负载更具可预测性可能足以抵消这一成本。

由于工作的不可预测的方式，生产错误比修复它们的时间有更大的影响。这就是为什么专注于质量是有道理的，即使它确实看起来像很多额外的努力。

Answer 2

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

Answer 3

@Banarby Golden的答案已经非常回答了核心问题，但是因为您还询问了如何在JIRA项目管理中实现这一点：

我建议使用不同的项目或不同的史诗进行开发和支持任务。使用默认的Scrum项目进行开发，并使用专门的看板项目来支持问题似乎对我来说是合理的方法（我们也使用这种技术）。

如果您想要显示整个工作负载，您还可以创建跨多个项目的电路板。

Answer 4

您可以根据进入短跑的工作类型调整流程。它不必一成不变，因为随着时间的推移，事物会发生变化。

• 看板为团队提供足够的工作，以便他们始终如一地工作。
• Scrum 将工作划分为sprint（固定长度迭代），允许团队处理最高优先级的故事。
• Scrumban 是看板和Scrum的hybrid。它基于持续的工作流程并遵循拉动系统。积压中存在故事，团队仍然在冲刺中运行，但WIP（工作进行中）在工作流程的每个阶段都受到限制，生产率测量使用周期和提前期指标。

注意：周期时间是故事在团队工作流程中从头到尾的时间。 提前期是故事在Scrumban董事会上出现的总时间。