用于网站的Scrum/Agile

Question

如果scrum度量单位是用户故事：

你是如何考虑非功能性需求的？我更感兴趣的是基础设施吗？

在我选择的框架中，大约50%的时间用于配置模块、编写模板等.

在scrum中，这些需求是如何工作的？我如何说一个用户故事：

与任何用户一样，在任何情况下，我都希望输出是粗体的？！！:)

我想，在一个复杂的web应用程序中，每种类型的需求都会被不同的规划和执行。

有什么经验或意见吗？

Answer 1

你把用户故事和任务混为一谈。

用户故事是需要开发的特性。用来估计它的故事点代表了一个度量单位，这是比较各特征之间估计工作量的一种广泛方法。然而，当涉及到开发一个特性时，它会在会议上分解成任务。您可以使用小时来估计Sprint中的任务工期。

因此，用户故事不是衡量单位。它是一个特性--由开发该功能的所有任务组成。这些任务包括配置模块、编写模板、编写代码、编写单元测试、测试特性等等。

你可能会有这样的故事：“作为一个用户，我希望看到我的股票的代码和价格被强调，这样我就可以把它们和其他股票区分开来。”这是一个用用户术语定义的特性，用来描述用户想要什么。

你给出的例子是一个任务，所以你不会把它变成一个故事。然而，作为需要完成的任务之一，它是非常有意义的，以发展这个故事。

因此，基本上，用户故事代表了用户想要在应用程序上执行的一个完整特性，这是在故事点中估计的(并可能在整个项目中重新估计)。当涉及到将开发用户故事的sprint时，它会被分解为必要的任务，这些任务以小时为单位进行估计。

希望这能有所帮助。