Scrum /敏捷网站

Question

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

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

在我选择的约50％的时间框架都花在配置模块，写作模板，等...

如何将这些要求在争球工作？我如何字一个用户故事：

由于任何用户所有条件下，我希望输出大胆？！？ :)

我猜不是每个类型的复杂Web应用程序的要求来计划和执行的不同...

任何经验或意见？

Answer 1

您正在将用户故事与任务混合在一起。

用户故事是待开发的功能。用于估计它的故事点代表一个度量单位，这是一种比较各个要素之间的估计努力的广泛手段。但是，当需要开发一项功能时，它将在Sprint计划会议中分解成任务。您可以使用数小时来估算Sprint Backlog中的任务持续时间。

所以用户故事不是度量单位。这是一项功能 - 由开发该功能的所有任务组成。这些任务包括配置模块，编写模板，编写代码，编写单元测试，测试功能等。完成定义中的任何内容。

像“作为一个用户，我想看看我的股票的股票代码和价格强调这样我就可以和别人区别开来。”你可能有一个故事这是用户术语中定义的一项功能，用于描述用户需要的内容。

你给的例子是一个任务，所以你不要把它变成一个故事。然而，作为开发该故事需要执行的任务之一，这非常合理。

所以基本上，用户故事代表了一个全功能的用户希望在应用程序中执行，并在故事点来估计（和整个项目有可能重新估计）。当冲刺的时间到了那个用户故事将被开发出来的时候，它将被分解成必要的任务，这些任务估计在几个小时内完成。

希望有所帮助。