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

Cha*_*kra 51 agile user-stories

我猜一个功能可能是"信用卡授权",而用户故事可能是"授权PayPal信用卡".

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

o.k*_*k.w 44

是的,类似于子集.这篇文章很好看:
功能与故事

摘抄:

我今天意识到,我没有明确表达我的思想在特征和故事之间的区别,这是一个重要的区别.从本质上讲,一个功能是一组相关的故事,并提供最终用户通常希望一次性获得的功能包.例如,内联表调整大小是一个功能(注意:这是拖动以调整表,行和列的大小 - 在Word中尝试它的功能).在第一遍中,你可能只有一个故事用于内联调整表的大小,但它估计太大了.因此,您将其细分为三个故事,调整列大小,调整行大小并调整表本身的大小.


Mil*_*ota 23

根据Kent Beck和Martin Fowler的 故事特征是同义词:

用户故事是对客户有价值的一大块功能(有些人使用单词功能).

你称之为特征的东西通常被称为主题史诗.主题和史诗用于将用户故事分组到更大的功能集,这些功能集本身就有意义.

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


更正:

正如Pascal指出的那样 - 我可能错过了引用中"特征"的真正含义("特征"显然指的是功能)除此之外,我仍然认为可以使用这些单词(特征和用户故事)作为同义词.很多上下文("我工作的这个故事"与"我正在此功能"),因为,正如帕斯卡尔说,一个用户故事的方式来捕捉功能.这意味着这两者之间存在1:1的关系.而且,从我对语义的评论中可以看出,这就是我真正理解它的方式.


Die*_*ias 11

一点也不..

用户故事代表商业价值的一小部分.因此,很难说当用户故事是功能的子集或功能是用户故事的子集时(同时请记住,用户故事通常由利益相关者编写,而这些利益相关者往往不知道具体是什么他们要 ... :) )

因此,如果您遵循敏捷的建议来保持简短的故事,那么您将陷入"最佳"场景,即用户故事是该功能的一个子集.

但是,如果您的利益相关者编写长篇故事,每个故事都会有一些功能(如果团队和利益相关者之间有良好的沟通,那么这将不会发生,因为团队会将故事分成小故事)


Pas*_*ent 8

功能是系统正在做的事情.用户故事只是捕获功能的一种方式.