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

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

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

2016-05-13 Ursula

这可能听起来很刺耳，但首先造成的问题较少，这是一种帮助稳定团队提供新功能并减少持续消防的好方法。 – jessehouwing

您可能希望考虑的一件事是帮助您的团队 - 除了下面的Barnaby杰出的答案之外 - 就是看看您的团队如何交叉技能，以便您不再有单点依赖关系，“这是后端问题“与”这是前端问题“。在一天结束时，你有一个问题，团队应该能够用他们共同的技能来解决问题。让团队以最有效的方式推动他们如何做到这一点;一种方法是专注于互相学习技能或积极配合问题。 – f1dave

我投票结束这个问题，因为它与编程无关。 –

Mike Cohn在sprint planning for teams with a lot of interruptions上写了一篇好文章。

他建议对中断所花费的平均时间进行滚动评估。那么当你进行冲刺计划时就要考虑到这一点。

例如，团队平均花费30％的时间来解决问题。当你进行计划时，你计划为开发工作提供70％的容量。

正如你在你的问题中提到的，提名一个人来处理问题修复是一种常见的方法。这是有益的，因为它允许团队的其他成员专注于新的开发工作而不会意外中断。在你的情况下，开发人员是专家，这是更难以实现的。您可能想考虑做一些跨技能的工作，以便开发人员可以处理更广泛的问题。他们可能无法像专家一样解决一些问题，但是效率的损失由其他人避免中断而恢复。

其他值得考虑的事情：

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

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

来源

2016-05-13 14:36:10

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

来源

2016-05-17 16:42:14

@Banarby金的回答很答案的核心问题了，但自从你还问到如何实现这在您的JIRA项目管理：

我建议使用不同的项目或发展不同的史诗并支持任务。使用默认的Scrum项目进行开发，并使用专门的Kanban项目来解决支持问题，这似乎是对我的合理解答（我们也在使用这种技术）。

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

来源

2016-05-20 12:37:58

您可以根据进入冲刺的工作类型来调整流程。它不必一成不变，因为事情会随着时间而改变。

看板给予团队足够的工作，以便他们始终如一地工作。
Scrum将工作划分为sprint（固定长度迭代），允许团队处理重中之重的故事。
Scrumban是Kanban和Scrum的hybrid。它基于持续不断的工作流程并遵循拉式系统。故事存在于积压之中，团队仍然在冲刺运行，但在工作流程的每个阶段，WIP（正在进行的工作）都受到限制，并且使用周期和交付周期指标实现了生产力测量。

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

来源

2016-06-18 10:11:32 cbillowes

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

回答

相关问题