-1

我正在学习 Scrum 过程。对于 Scrum 流程中的事件顺序，产品愿景或传统需求哪个优先？

我知道，一旦产品收到需求，它就会积压，并通过 sprint 日志进行优先排序，但我在愿景和传统需求领域很模糊。

4

4 回答 4

1

SCRUM 是关于你如何处理你的项目。

构想过程先于项目本身。很可能没有项目，因此没有 SCRUM。当人们完成构想并发现从项目开始有意义时，就会收集需求（生成您的产品积压）。这就是说，您会发现在收集需求之前进行产品构想是合乎逻辑的，因为如果在构想过程的中间人们意识到那里有相同/相似的产品，或者这是不可行的，他们可能不会理会需求做这样的事情。

例子：

构想过程： X 人说——让我们做一个传送机。有了它，人们将能够立即将自己传送到地球上的任何一点。Y 人加入并说 - 但这是不可能的，因为{等等，等等，所有这些科学原因}。

自然，他们放弃了。:)

需求收集： 不需要，因为他们意识到项目在构想过程中注定要失败。

于 2012-09-30T09:44:10.370 回答
1

首先，您能否定义“传统要求”？

一般来说，流程的自然顺序是愿景 -> 产品积压。最初的愿景会重点关注在此版本中（对客户而言）什么是重要的，因此有助于形成需求并确定其优先级。愿景应解决基本问题：“客户为什么会购买此产品？”。

但请记住，Scrum 是一个迭代的、增量的过程，因此积压工作和愿景可能会不断发展，吸收各种不同的来源，例如客户之声练习、错误报告、冲刺评论的评论等。

问候

于 2012-09-19T07:59:22.797 回答
-1

所以，问题是：在 Scrum 中，哪个在先：需求还是产品愿景？

答：在任何其他方法中，以先到者为准。

产品愿景与 Scrum 无关。这是您对产品的愿景，无论您选择遵循何种方法，它都是相同的。因此，即使您遵循瀑布，您仍然需要产品愿景或路线图。

在 Scrum 中，产品负责人会将您的产品愿景分解为用户故事（用户语言中的要求），并定期对它们进行优先排序。

希望有帮助。

于 2012-09-27T05:56:55.467 回答
-1

根据我的经验，产品愿景和需求（无论是功能性的还是非功能性的）都将在产品待办列表中表达。如何确定它们的优先级是产品负责人的决定。产品负责人是唯一被允许决定“拥有功能”优先于“必需功能”的人。为了帮助您了解产品待办事项中包含的内容，请查看Mountain Goat 示例产品待办事项，因为您可以看到产品待办事项包括以下内容：

  • 作为站点成员，我想以半结构化的方式在自己的页面上描述自己。也就是说，我可以填写预定义的字段，但也可以为一两个自由文本字段留出空间。（最好让这个自由文本是 HTML 或类似的。）
  • 作为站点访问者，我可以查看站点上所有认证 ScrumMasters、从业者、培训师和认证产品负责人的列表。（CSM 列表有超过 5,000 个名称，因此需要基于字母的分页方法。）
于 2012-09-19T15:08:47.470 回答