敏捷中的史诗、特性和故事类似于电影或文学中的结构。故事是一种简单的叙述段落;一个个段落叙述组成了章节,一系列相关且相互依存的章节构成了完整的故事或者史诗。敏捷工作管理也是如此,一个个关联的用户故事的完成会直接影响到史诗的完成。 在敏捷团队中,用户故事是团队可以承诺在一到两周的迭代(Sprint)内完成的任务。
用户故事是从用户的角度出发,简洁地描述产品功能和需求的一种叙事方式。它通常包括三个要素:角色、目标和副作用。用户故事的作用是帮助开发团队聚焦于用户需求,确保产品功能符合用户期望。 二、史诗故事的特征和价值 史诗故事是一种更宏观、更全面的叙事方式,它涵盖了产品整个生命周期中的各种事件和关联。史诗故事通常包...
在敏捷软件开发中,史诗、特性、用户故事和任务是常见的术语,用于描述和组织软件开发过程中的需求和任务。史诗代表了一个大型的需求集合;特性是对史诗的进一步细化;用户故事描述了用户需求;而任务是用户故事的具体行动和工作。通过使用这些术语,团队可以更好地理解业务需求、优先级和计划,从而提高开发效率和沟通准确性。
可以说史诗是一个系统的功能模块,但它不仅限于单个功能模块,可能涉及到多个功能模块;特性可以是页面,也可以是功能模块或服务;用户故事不是需求说明书,它描述的是具体的客户需求和期望,以便团队更好地理解用户需求。 简而言之,史诗是高层次的项目或功能描述,特性是系统所需的某个功能或服务,用户故事则是从最终用户的...
在软件开发生命周期中,史诗、特性和用户故事是三个重要的概念。正确构建这些概念的方法可以帮助团队更好地理解需求,提高开发效率,降低项目风险。本文将通过案例详细介绍这些方法的实际应用。一、史诗的构建史诗是一种高层次的特性或功能,它可以被分解为多个子特性或用户故事。在构建史诗时,团队需要关注以下几点: 明确目标...
大型用户故事通常被称为“史诗故事”。我们把某个故事称为“史诗故事”时并不存在什么神奇的门槛,只是意味着“这是个大型用户故事”而已。 史诗故事通常需要花费1到2个Sprint来开发和测试。它们通常范围比较大而细节描述较少, 在团队开发前通常需要拆分成多个更小的故事。 构造月度销售报表科目时,可能有这样的史诗故...
用户故事 用户故事是独立的。它可以完全编码和测试,以确保它符合预期。 用户故事是通过开发人员和利益相关者之间的协作达成一致的大段工作。 用户故事是冲刺的基石。 用户故事可能会卷土重来创建Epics(想想更大的用户故事) 虽然组成史诗的用户故事是独立的,但在整个史诗完成之前,他们的商业价值往往无法实现。
首先,术语本身并不是最重要的。这些术语的名称并不像是“指针”对程序员来说那么重要。用户故事,史诗和主题的出现只是为了方便团队中的讨论。这些术语在最早的极限编程团队中都有标准的含义。当然,能够把这些术语的使用像工业标准一样固然不错,但是如果这些术语不存在,你就会自己杜撰一些出来。
所谓史诗就是指一个很大的用户故事。当然,一个用户故事的大小并没有标准的界限。我喜欢把这种关系比作电影。如果我告诉你一部电影是“动作冒险电影”,那么你就大概能猜出这部电影应该会有些汽车追逐场面,也有可能会有枪战等等。这就好比我们根本没有通用的定义来界定什么是动作冒险剧,例如要有至少3辆车追逐,至少开...
Action是一类可单独演示、单独测试的函数,很适合作为故事使用; Action很容易被程序员所理解,使用MVC的程序员更容易回答“你们的软件有多少真正的用户故事?”。 使用MVC中的Controller-Action树作为史诗-故事树的颗粒度原型,将作出以下约束: 多个过程不能合并到一个故事中(与前面FPA的观点相同),因为不能用一个Action实...