问用户故事中的多个角色

EN

每个故事只扮演一个角色是一个合理的目标。但如果你的词汇量太差的话，这只需要你把它们分开。

您需要的是开发人员、团队领导和CTO在阅读报告时在用户故事中所扮演的角色的一个名称。毕竟，角色不是职务。

如果用户没有为此工作，您需要考虑为什么。

首先，我不确定用户故事在这里是否是一个值得使用的工具。它让人觉得你有一个清晰的实现，并且你正在追溯地围绕它构建一个用户故事。也就是说，当您具有完全相同需求的多个角色时，通常有两种选择：

1)选择一个名词，将所有角色描述为一个组(作为IT员工) 2)选择最能从该功能中受益的角色。

现在，分离角色真正有用的地方是产品的增量构建。假设你从这个开始：

作为一名CTO，我希望看到所有拉请求的概述，因此我得到了我所在部门活动的快照。

现在，为了实现这一点，您可能要构建一份报告，该报告在细节上有点轻描淡写，但内容非常广泛。接下来，我们执行这样的操作：

作为首席技术官，我想根据我感兴趣的总体情况，提出一份详细的报告。

现在我有了这个，我可能会决定这个详细的报告对一个团队领导也是有用的，但是它应该局限于他们的团队。在这一点上，我看不出使用用户故事有什么好处，所以我说了这样的话：

让团队领导访问详细的报告:限制他们的直接报告。

在每个阶段，我都是在前面阶段的基础上构建功能，这些功能专门针对最受益于工作的人的需求。

当你到达“所以我可以.”的时候，他们仍然觉得自己是分开的故事。“故事的一部分。我基本上同意candied_orange，但在您提到的示例中，这三个角色确实具有不同的功能。(Devs只看到自己，团队领导看到他们的团队，CTO跨越多个TL，扩展到多个devs)。因此，希望您正在为这个组构建至少三个自动测试。

最终团队会怎么想？如果他们能够在一次迭代中交付所有的功能，那么一个故事可能是好的，如果不是与他们和PO一起决定如何最好地分割它。