User Story Archives - IT 观察者随笔

使用用例和用户故事捕获功能需求

定义新产品、服务、流程或系统的第一步是定

用户故事是一种轻量级的方法，用于快速捕捉产品需求的 “谁”、”什么 “和 “为什么”。简单地说，用户故事是表达用户需求的想法。用户故事很短，每个元素通常包含少于10或15个字。用户故事是 “待办事项 “清单，帮助你确定项目路径上的步骤。它们有助于确保你的过程和产生的产品满足你的要求。

用户故事是敏捷方法的一部分，有助于将重点从写需求转移到讨论需求。所有的敏捷用户故事都包括一到两个书面句子，更重要的是包括一系列关于所需功能的对话。

完成的定义（DoD）是一个用户故事必须遵守的要求列表，以便团队将其称为完成。而用户故事的验收标准由一组测试场景组成，这些测试场景需要被满足，以确认软件是按预期工作的。

在软件开发中，通常意义上的 “估算 “包括对执行特定开发任务所需努力的量化评估；这通常是以持续时间来表示。敏捷估算是评估完成产品积压任务所需努力的过程，按优先顺序排列。这种努力通常是以完成任务所需的时间来衡量的，这反过来又导致了准确的冲刺计划。

用户故事地图为Scrum团队提供了一种可视化和结构化的方法来管理产品积压。可视化的故事地图能够有效地安排产品骨干（用户活动）、用户任务、史诗和用户故事，并根据地图项目的性质、优先级和复杂程度，形成一个可管理的自上而下的结构。