问scrum或kanban对SRE团队真的有用吗？

EN

我们自己并不为DevOps组使用敏捷，但我们确实与正常的Scrum团队进行了集成。当团队需要一些来自DevOps的东西，比如优化构建服务器时，相关的团队会使用“DevOps”标签在他们的待办事项中放置一个PBI。我们的领导有一个自定义仪表板在吉拉与所有问题标记为'DevOps‘。他们与Scrum合作以确定优先级，然后DevOps工程师之一负责成为Scrum团队的临时成员。这有助于我们根据“客户的”优先次序来确定工作的优先级，将我们的努力与冲刺联系起来，并使我们能够为我们正在做的工作获得“荣誉”。

在此之前，我们使用看板对吉拉只是作为一个待办事项清单。不幸的是，我们有时不得不停止工作，因为其中一个团队需要一些东西。现在，除非是紧急情况，否则他们基本上会通过他们的待办事项和需要我们领导的Scrum来请求DevOps资源(人员/时间)。

敏捷对于这种混乱的环境非常有效。然而，由于您强调的原因，纯粹的教科书Scrum可能不是一个很好的适合。作为一个做大量DevOps的，我使用Jira的看板来跟踪工作。

看板优势

• 团队正在做的工作的可视化。
• 识别团队的瓶颈。
• 帮助团队集中精力推进工作。
• 允许在任何时间点添加工作。
• 提供其他依赖于are的团队所做工作的可见性。
• 可以是泛型的，可以涵盖多种类型的作业。

虽然一个传统的站起来可能没有好处，但请考虑修改它。一个好的站立会议突出了一个团队成员可能面临的拦截器，而另一个团队成员知道如何解决。

是的，SRE团队可以有效地使用Scrum。我从未听说或阅读过团队成员只能在sprint工作项上工作的说法，因此，您需要在sprint范围内说明您所有的时间和精力，这是一种误解；而且，我认为您的所有工作都适用于sprint。因此，换句话来说，您应该使用Scrum管理一些工作，并在Scrum之外管理一些工作。

Scrum的核心是一个框架(包含工件和事件)，它可以灵活地用于持续改进团队接受的工作性质(或适用于此类工作)。

你需要做的是在你可以为计划好的、被接受的冲刺工作提供的时间和精力之间取得平衡--你和你的团队可以完成--以及处理非计划工作的时间和精力。

所有工作项的严重性和优先级都有衡量标准。如果您正在考虑Scrum，您应该接受达到特定严重程度的工作。您还应该考虑可以减少即将进行的工作的严重性的工作(如果有可能的话)。我也会建议你开始你的冲刺大约一半的能力(这可能是很难确定的，因为有关的时间和努力的能力方式在一开始是)-去轻。您的团队的目标应该始终是交付您的团队接受的工作，所以要挑剔，不要过分。

我认为您工作的本质实际上可以与开发团队的产品缺陷修复工作相媲美。因此，您可能希望在Scrum的采用和成功方面咨询生产维护团队，而不一定局限于DevOps工程师在程序和项目管理方面的经验。