在敏捷环境中分离什么 - 在敏捷环境中设计

Question

在敏捷（Scrum）环境中，如何让产品管理创建足够小的积压项目或故事，而不需要他们完成所有设计，这不是他们的专长？换句话说，您如何将敏捷开发中的（设计）与业务需求分开？

Answer 1

有了scrum，产品管理应该是一个人：产品所有者。

你想要做的是在冲刺计划期间完成，其中整个团队（产品负责人，scrummaster，开发人员）应该在场。

的什么应该被定义为用户故事由产品所有者。用户故事应该是高层次的，限制你的产品所有者在中表达业务需求一句故事应该诀窍。

例如 作为StackOverflow的用户，我想看看我的名誉

之一冲刺规划的目标是，以决定应该在冲刺过程中完成的故事。因此，当产品所有者选择故事时，团队可以对其进行细分，并简要谈谈设计（如何）并对其进行评估。

简而言之，该什么应该由产品负责人来完成，如何被球队。 如果向产品所有者明确解释了这一过程，他将不会尝试设计所有东西。如果他无论如何尝试，scrummaster会阻止他。

Answer 2

不要忘记，应使用加权系统（素数，斐波纳契，..）对产品待办事项进行重要性排序，以便在您的待办事项中有相似重要性的项目2项权重为21），那么他们理论上应该在13s和8s之前试图插入冲刺中。

Answer 3

您必须做的第一件事就是让您的产品管理人员扮演产品负责人的角色，这是导致大量Scrum项目失败的原因。您必须向他展示他对项目的投资回报率负责，为此，他负责确定故事/ itens /业务需求/功能的优先顺序，或者负责以最有价值的itens有更高的优先级。

我赞成将用户故事用作产品待办事项，然后在冲刺计划中，选择构成冲刺待办事项的故事选择较小的任务。

在写作或帮助您写作时，您应始终记住您的用户故事，故事应该是INVEST。我 ndependent，Ñ egotiable，V aluable给客户，ë stimatable，小号商场和Ť estable。

我觉得在使用模板波纹管可能有助于保持专注于业务目标的PO开头：

“作为一个 - 类型的用户 - 我想 - 一些目标 - 让 - 一些原因-。”

一个故事的例子是“作为一个计算器用户，我想对答案进行投票，以便可以轻松找到最有价值的答案。”

不要忘记让PO写或为Sprint Backlog的每个故事定义验收测试，因为它可以用作确定故事是否完全实施的基本标准。

上面的例子中，两个可能的验收测试是：

“测试投票了答案”

“测试否决一个答案”

这个故事和两个验收该团队知道用户可以对答案进行投票，并对故事状态进行更新，完成后，系统允许用户在不抛出异常的情况下对答案进行投票。

Answer 4

在积压（重新）评估（确定优先级后）期间，团队应该进行建模，以便了解用户故事的全部范围并能够准确评估复杂性。这不是可能发生的建模的全部范围（团队可能做更多的事情正在进行开发），但它是一个很好的开始的地方，并且能够利用客户/产品负责人到处解答问题接着。

由此产生的讨论将帮助您与产品负责人合作将他们的需求分解为一个有意义且合适的粒度。