用户故事和敏捷术语中的功能有什么区别?

我猜功能可能类似于“信用卡授权”,而用户案例可能是“为Paypal信用卡授权”。

那么,用户故事是功能的子集吗?

Chakra asked 2020-02-04T11:10:06Z
5个解决方案
43 votes

是的,有点像子集。 这篇文章很不错:
功能与故事

摘抄:

今天我意识到我还没有   明确我的思想差异   在功能和故事之间,   一个重要的区别。 实质上,   一个功能是一组故事,   相关并提供一揽子计划   最终用户可以使用的功能   通常期望一次全部得到。   例如,内联表调整大小是   功能(注意:这是能力   拖动以调整表,行和   列–在Word中尝试)。 在里面   第一遍,您可能会有一个   内联大小调整的单个故事   桌子,但是太大了   估计。 所以你把它分解成   三个故事,调整大小列,调整大小   行并调整表本身的大小。

o.k.w answered 2020-02-04T11:10:33Z
22 votes

根据肯特·贝克和马丁·福勒的说法,故事和特征是同义词:

用户故事是   功能(某些人使用   字特征)对   客户。

您所说的功能通常称为主题或史诗。 主题和史诗用于将用户故事分组为更大的功能集,这些功能本身就有意义。

从更语义的角度来看:功能是您要构建的系统的一部分,用户故事是描述该部分的一种方式。


更正:

正如Pascal所指出的那样-在引用中,我可能错过了“功能”的真正含义(“功能”显然是指功能)。除此之外,我仍然认为可以将这些单词(功能和用户故事)用作同义词 很多上下文(“我正在研究这个故事”还是“我正在研究这个功能”),因为正如Pascal所说,用户故事是捕获功能的一种方式。 这意味着两者之间存在1:1的关系。 而且,从我对语义的评论中可以看出,这就是我真正理解它的方式。

Milan Novota answered 2020-02-04T11:11:17Z
10 votes

一点也不..

用户故事代表业务价值的一小部分。因此,很难说用户故事是功能的子集还是功能是用户故事的子集(还要记住,用户故事通常是由涉众编写的,涉众往往不知道确切是什么) 他们要 ... :) )

因此,如果遵循敏捷的建议以使故事简短,则您将陷入“最佳”情况,即用户故事是功能的子集。

但是,如果您的利益相关者写长篇故事,那么每个故事都将具有两个特征(如果团队与利益相关者之间保持良好的沟通,则不会发生这种情况,因为团队会将故事分解成小故事)

Diego Dias answered 2020-02-04T11:11:50Z
8 votes

功能是系统的功能。 用户故事只是获取功能的一种方式。

Pascal Thivent answered 2020-02-04T11:12:11Z
2 votes

当我在寻找关于“使用多个角色满足类似要求”的不同想法时,我碰到了这个主题。

我认为,将功能作为相关故事的容器有助于优先考虑需求,因为利益相关者通常将其需求描述为从属故事。 在最近的项目中,客户告诉我如下

成员可以向管理员发送消息管理员可以向所有成员发送消息成员可以互相发送消息

当我看到这些要求时,我知道,我们应该实现一个使人们能够发送消息的系统,并且应该添加检查以允许谁去做。

我也知道这些要求可能还有其他一些隐性要求,例如阅读收到的邮件,对其进行排列,可能被设置为垃圾邮件等。

所以我尝试将这些要求改写为

作为成员或管理员,我可以向其他人发送消息。作为成员或管理员,我可以阅读发送给我的消息。

作为接受标准,我详细说明谁可以发送给谁。

然后,我将所有这些都称为“私人消息传递”功能,以便稍后,如果客户认为这是一笔额外的费用,他可以说“只需丢弃私人消息传递”,然后我就可以删除所有这些消息 从积压。

Cagatay Kalan answered 2020-02-04T11:13:07Z
translate from https://stackoverflow.com:/questions/1707820/what-is-the-difference-between-a-user-story-and-a-feature-in-agile-terminology