有时候，要在所有这些构成产品积压的元素之间找到自己并不容易。因此，我们将看看如何更好地理解所有这些元素：特性（feature）、用户故事（user-story）、史诗（epic）、主题（theme）……而这一点绝非易事。
为了更好地理解所有这些概念，我们将逐一审视它们，重点关注您可能最熟悉的“用户故事”概念。
根据Scrum指南，关于积压背景的内容如下：
产品积压背景列出了未来版本中要对产品进行的更改，包括功能、特性、需求、改进和修复。
Scrum指南（中文版本）
我承认，这并没有提供太多的信息，尤其是“功能”和“特性”这两个词可能看起来很相似。
特性
特性，也在法语世界中称为“fonctionnalité”，是一个相对简单的概念。它是一个大的元素，将被拆分成多个用户故事。
在敏捷领域，几乎所有人都就“feature”一词的定义达成了一致。
主题
关于“主题”的概念存在不同的看法。在敏捷领域有两种观点。
第一种观点是，主题是“feature”的同义词。实际上，一些敏捷专业人士认为它们是完全相同的。如果您的团队认为这个版本适合他们，他们只需选择他们喜欢的术语即可。
第二种存在的观点是，产品有大的主题，这些主题本身又被拆分成“功能”。这种看法对某些人来说可能存在问题，因为这个额外的层次在优先级确定方面可能会引发更多问题。这个观点确实是可以理解的。
在这种情况下，我们将有以下划分
史诗
我们在法语环境中很少称之为史诗，这可能是最复杂的概念。迈克·科恩（Mike Cohn）使用“史诗”一词来表示一个可能会被拆分成用户故事（甚至我们都不确定是否会被拆分）以供开发的长故事。它只由一个简单的标签定义。
实际上，史诗是由一个简单的标签描述的初步想法，经过精细化工作后，将成为一个或多个用户故事。
SAFe框架将其定义为高于功能（feature）的更高级别。
然而，像Jira这样的最流行的软件使用epic这个概念，而不使用feature这个概念。团队可以自行更改名称，将Epic替换为Feature。但是，要同时使用这两个概念而不使用附加插件是不可能的。
实际上，在其博客中，Jira提供了Epic的正确定义。但是，团队将Epic的使用与功能关联起来。
但坦率地说，如果团队对Epic的使用达成一致，那么这并不是什么大问题。
Be the first to comment