在scrum上下文中，DevOps & Ops用户故事或元素是什么？

Question

在被要求成为scrum项目中的涉众时，运营部门应该写下哪些类型的用户故事？

遵循此模板：

“作为操作工程师，我想.为了.”

例如，我的第一个想法是提出例如对质量标准的期望，即对交付品的验收标准，比如“作为一个操作工程师，我希望获得带有安装和验证自动化脚本的可交付产品，以支持快速和透明的部署”，但还有更多吗？

Answer 1

1. 确保你的故事不是以操作为中心的。请记住，DevOps是一种文化，而不是角色。“操作工程师”真的是故事的涉众吗？
2. 想想它们提供的特性和业务价值。作为一名利益相关者，我想要功能，以使业务价值。如果你在努力找出业务价值，你为什么要这么做呢？
3. 故事应该是“垂直切片”，而不是“水平切片”。这意味着故事应该关注整个特性，而不是一个层。这非常适合于DevOps文化，因为您的故事可以跨越传统的开发和操作层。

您已经有了一些有趣的特性，如质量标准。现在，您只需要确定谁是最终涉众，这将是什么业务价值，并确保您以这样一种方式写故事，开发，操作，并可能的QA技能集可以工作。