如果scrum度量单位是用户故事：
您如何考虑非功能性需求？对我来说更感兴趣的是基础设施吗？
在我选择的框架中，大约50％的时间用于配置模块，编写模板等......
这些要求如何在Scrum中发挥作用？如何说出用户故事：
作为所有条件下的任何用户 我希望输出为粗体？！？ ：）
我猜想，复杂网页应用中的每种要求都会以不同方式进行规划和执行......
有经验或意见吗？
答案 0 :(得分：1)
您正在将用户故事与任务混为一谈。
用户故事是要开发的功能。用于估计它的故事点代表一种度量单位，一种比较特征之间估计工作量的广泛方法。但是，在开发功能时，它将在Sprint计划会议中分解为任务。您使用小时来估计Sprint Backlog中的任务持续时间。
因此，用户故事不是衡量单位。这是一项功能 - 包括开发该功能的所有任务。这些任务包括配置模块，编写模板，编写代码，编写单元测试，测试功能等。完成定义中的任何内容。
你可能会有这样一个故事：“作为一个用户，我希望看到我的股票的股票代码和价格，所以我可以将它们与其他股票区分开来。”这是用户术语中定义的功能，用于描述用户想要的内容。
您提供的示例是一项任务，因此您不要将其变成故事。然而，作为开发该故事需要执行的任务之一，它是完全合理的。
所以基本上，用户故事代表用户想要在应用程序上执行的完整功能，并且在故事点中估计（并且可能在整个项目中重新估计）。当sprint开发用户故事的时候，它会被分解为必要的任务，这些任务以小时计算。
希望有所帮助。