Scrum指南中的不一致性?

嗨Romek,
当我看到你的帖子时，我不得不微笑。如果你想很迂腐，你是对的。Scrum指南中没有任何部分描述SM如何为自己服务。然而，仆人型领导者可以成为他所领导的团队的一部分。例如，他可以给自己反馈。
还有其他一些轻微的不一致，例如“所有未完成的产品待办事项项都被重新评估，并重新放到产品待办事项列表中。”如何将产品待办事项列表项“放回”产品待办事项列表?根据定义，它已经在产品待办事项列表中。
为了改进Scrum指南，你可以在这里发布你的建议:
https://scrumguide.uservoice.com/
最好的
路德维希

你好,
是的，当然这是一件小事，有趣的事情我同意。
scrum管理员角色并不是按照定义来给自己反馈的。对我来说，给自己反馈是有意义的，更重要的是与缺失的组织合作。

另一方面，SG应该像Scrum团队要求的那样透明:-)
有这么多人参与其中，清除逻辑陷阱应该很容易。
另一方面，如果语言不连贯，PSM考试问题的答案应该是什么?

我相信，如果从PB中取出PBI，就不再是在PB中了——所以在这种情况下，我同意SG中的措辞。

欢呼,
Romek

好吧，我也可以很迂腐:)
您是说产品待办事项列表中有可能没有产品待办事项列表?你对“项目”的定义是什么?
你们对“会员”的定义相似吗?不在团队中的团队成员是否可以存在?
在我看来，这是不可能的。
此外，只能选择PBIs，而不会从PB中取出。

我相信，如果从PB中取出PBI，就不再是在PB上了——所以在这种情况下，我同意SG中的措辞

产品待办事项列表应该包含完成产品剩余的全部范围。已经计划在Sprint待办事项列表中，但还没有完成的项目仍然是未完成的，并且仍然应该在产品待办事项列表中进行说明。

将未完成的工作从Sprint Backlog“返回”到产品Backlog是一个有用的表达。然而，这并不意味着相关的产品待办事项列表项已经被移除。只有当相关工作达到了产品负责人满意的“完成定义”时，或者当采购订单决定撤销这些项目时，这些项目才能从产品待办事项列表中删除。

>……已经计划到Sprint Backlog中但还没有完成的项目
>因此仍未完成，并且仍应在产品待办事项列表中进行说明

顺便说一句，当Scrum大规模应用时，这带来了一些考虑因素。多个开发团队可以从同一个产品待办事项列表中抽取工作，因为一个团队已经计划到Sprint中的工作必须保留在产品待办事项列表中，直到完成为止，所以从理论上讲，另一个团队可以将相同的PBI计划到他们自己的Sprint中。

由产品负责人来管理这种风险，并确保与每个开发团队协商的PBI是适当的，不会导致不必要的重复工作。

但是请记住，一个订单实际上可能希望多个团队同时执行相同的PBI。这可以允许PO从潜在的可发布增量中进行选择，尽管通过重复工作所产生的浪费需要在产品或市场风险方面得到证明。

嗨,路德维希,

我说，当PBI转移到SBI时，它不再存在于PB上-如果我们正在处理这个问题，那么保留它有什么意义?

欢呼,
Romek

Scrum指南没有使用“冲刺待办事项项”这个词，冲刺待办事项项上的项目仍然被称为“产品待办事项项”，所以集合理论认为冲刺待办事项必须是产品待办事项的一部分。
但我怀疑这个讨论是否会让我们更接近于提高软件开发的专业水平。

但它可能会让我们更好地理解scrum指南。谢谢你！