Feature(特性), User Story(用户故事), Epic(史诗), Theme(主题)
Scrum

Feature(特性), User Story(用户故事), Epic(史诗), Theme(主题)

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

Scrum的三大支柱
Scrum

Scrum的三大支柱

Scrum是一种敏捷项目管理框架,在项目管理和软件开发领域越来越受欢迎。其受欢迎的原因之一是其基本原则的简单明了,而Scrum的三大支柱就是其核心。 Scrum依赖于三个基本支柱,它们构成了这种敏捷方法的基础。 Scrum的三大支柱 透明度 透明度是Scrum的第一个支柱。它意味着关于项目的所有相关信息都应该对所有利益相关者可见和可访问。这包括开发人员、产品负责人、Scrum大师以及任何其他作为利益相关者参与项目的个人。 透明度对于确保每个人都对项目的当前状态有共同的理解至关重要。这意味着目标、挑战、延迟和潜在问题都要清晰地传达。通过透明度,团队成员可以更有效地协作并做出明智的决策。 检查 Scrum的第二个支柱是检查。这意味着开发团队必须定期检查他们的工作,以确保其符合质量要求和客户期望。检查可以采取许多形式,例如代码审查、单元测试或功能演示。 值得注意的是,前一个支柱的应用极大地促进了有效的检查。 定期的检查有助于在开发过程的早期识别错误和问题,从而减少长期成本和延迟。它还有助于保持产品质量在高水平,这对于客户满意度至关重要。 适应性 Scrum的第三个支柱是适应性。一旦开发团队检查了他们的工作并确定了问题或必要的更改,他们必须做好迅速适应的准备。这意味着能够采取行动来解决问题,并适应新的要求或不断变化的客户优先级。 适应性是真正将Scrum与传统项目管理方法区分开的因素。与严格遵循固定计划不同,Scrum团队具有灵活性和响应性。他们受到鼓励根据新信息和反馈进行调整,从而产生更符合客户实际需求的最终产品。 结论 – Scrum的三大支柱 总之,Scrum的三大支柱——透明度、检查和适应性——构成了这种敏捷方法的基础。通过遵循这些支柱,项目团队可以增强他们的协作能力,提高他们的工作质量,并提高他们应对变化的能力,最终实现更有效的项目管理和客户满意度。