Scrum或看板对SRE团队真的有用吗？

#1 楼

我们自己并没有在DevOps组中使用Agile，但我们确实与普通的Scrum团队集成。当DevOps团队需要进行某些事情（例如优化构建服务器）时，相关团队会在PBI中使用“ DevOps”标签放置PBI。我们的负责人在吉拉（Jira）有一个自定义仪表板，其中所有问题均标有“ DevOps”。他们与Scrum Master一起获得优先级，然后其中一名DevOps工程师的任务是在该问题的整个生命期内担任该Scrum团队的临时成员。这有助于我们根据“客户”的优先级确定工作的优先级，将我们的工作与冲刺相关联，并允许我们为正在进行的工作获得“信用”。

在此之前，我们使用了吉拉看板仅用于待办事项清单。不幸的是，由于其中一个团队需要某些东西，我们有时不得不停止计划要做的东西。现在，除非紧急情况，否则他们基本上是通过积压的需求和Scrum Master向我们的主管传达需要DevOps的资源（人员/时间）。

#2 楼

敏捷对于这种混沌环境非常有效。但是，由于您强调的​​原因，纯课本Scrum可能不太适合。作为负责大量DevOps的Scrum管理员，我曾在Jira中使用过看板来跟踪工作。

看板的优势


可视化工作团队正在做。
确定团队的瓶颈。
使团队保持专注于前进的工作。
允许随时添加工作。
使团队可以看到正在为依赖SRE的其他团队完成工作。
可以通用以涵盖多种类型的工作。

传统的站立姿势可能无济于事，但请考虑对其进行修改。良好的站立会议突出显示了一个团队成员可能面临的阻碍，而另一个团队成员知道如何解决。

#3 楼

IMO：是的，SRE团队可以有效地使用Scrum。我从未听说过或阅读过团队成员只能在sprint工作项上工作的想法，因此，您误以为在sprint范围内需要花费所有的时间和精力，这是一种误解。另外，我感到误解是您的所有工作都适用于sprint。因此，总的来说，您应该管理与Scrum一起进行的一些工作或其他工作。团队接受的工作性质（或适用于此类工作）。

您需要做的是在您和您的团队可以进行的计划的，可接受的冲刺工作所需要的时间和精力与处理外部之外的计划外工作的时间和精力之间取得平衡。冲刺。


对所有工作项都有严重程度和优先级的度量。如果您正在考虑Scrum，则应该接受达到特定严重性的工作。您还应该考虑可以减少即将进行的工作的严重性的工作（如果可能的话）。我还建议您以大约一半的容量开始冲刺（这很难确定，因为从一开始就以容量的方式花费时间和精力是可以的）-轻轻松松。您的团队的目标应该始终是交付您的团队接受的工作，因此要保持挑剔，不要过度投入。


我认为您的工作的性质实际上可以与生产bugfix的工作相媲美。开发团队。因此，您可能想咨询生产维护团队在Scrum上的采用和成功，并且不一定使自己受限于DevOps工程师在程序和项目管理方面的经验。