PMP考点汇总-敏捷基础概念（二）

1.3 Sprint——冲刺

组成整个开发过程的一个短的迭代周期成为一次冲刺。一个 Sprint 是指一个 1 周－4 周的、有明确生产计划和产出的迭代周期，由 Sprint 计划会议、每日站会、开发工作、Sprint 评审会议和 Sprint 回顾会议构成，并产出可交付的产品增量。也就是说，每个 Sprint 结束即可向需求方提交一次版本更新。

Scrum 采用迭代增量的方式，是因为需求是涌现的，我们对产品和需求的理解是渐进式的，Sprint 长度越长，我们需要预测的越多，复杂度会提升、风险也会增加，所以 Sprint 的长度最多不超过 4 周。越来越多的团队使用 2 周的 Sprint，很多市场变化快、竞争激烈的领域，比如互联网和移动互联网产品开发团队也会使用 1 周的迭代。

每次冲刺可在超前完成工作计划时提前结束，但必须在到期时结束。关闭冲刺时，已完成的任务需要评审以确定是否真的完成，未完成的任务则须退回到待办事项列表中。

1.4 Backlog——待办事项列表

Scrum 软件开发是一个循序渐进的过程，而用户需求和技术实现通常具有相当的不确定性。项目团队通常需要反复对需求进行识别分析，创建工作分解结构，估算工作量，并及时响应需求和技术的不确定性。Scrum 利用Backlog 来管理用户需求和任务，并通过及时梳理来响应需求变更。Scrum 的产品 Backlog 是一个按照商业价值（或实现优先级）排序的事项（需求）列表，记录经过识别、分解和估算的用户需求和任务。Jira 系统提供的 Backlog 如下图所示。

1.5 Issue——事项

在 Scrum 中，经过识别解析得到的用户故事、开发任务、测试得到的 BUG 等等统称为事项（Issue）。

1.5.1 Story——用户故事

用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素：

1. 角色：谁要使用这个功能。

2. 活动：需要完成什么样的功能。

3. 商业价值：为什么需要这个功能，这个功能带来什么样的价值。

用户故事以故事点（Story point）作为其相对大小的衡量单位。故事点一般是指相对于某个标准故事而言，当前故事所需付出的努力。由于故事点往往由相对比较法估算得出，因此其大小只有比较意义没有绝对意义，也并不对应具体工时。

1.5.2 Epic——史诗

在 Scrum 项目中，Epic 是指从用户需求中识别出来的在一定程度上相互独立、而内部则相对联系的需求集合，例如系统管理模块、用户认证模块等等。

也就是说，一篇史诗是由一系列用户故事组成的故事集。通常用 Epic 大致描述系统模块的功能概要或需求范围，但不应描述细节。

1.5.3 Task——任务

Task 是明确定义了输入输出、技术指标和其他具体要求的任务说明。对于从 Story 中具现的任务，一般直接从 Story 中开出 Sub-task。如果 Story 足够小，则不必再开出 Sub-task，可直接将 Story 作为任务交给具体人员去完成。

1.5.4 Improvement——改进

Improvement 指改善性的微小需求变更，是对已完成的用户故事的细微优化调整。这些调整一般不涉及具体功能的变更，而是基于用户体验的细节优化，不足以形成新的用户故事。

1.5.5 New feature——新特性

新增的用户需求。并非对已有用户故事的细化或者完善，而是指新的用户故事。尽量杜绝在一次冲刺中间插入新特性，应当把他作为用户故事规划到 Backlog 里，再根据其优先级安排到以后的冲刺中。所以在 JIRA 中，尽量不要创建 New feature。

1.5.6 Bug——缺陷

测试人员在项目测试过程中发现的任何缺陷，都需要在 JIRA 系统中开设 BUG，详细说明缺陷细节，确定其优先级和负责人。由于公司的 JIRA 与测试管理系统 TestLink 相关联，测试人员可以利用 TestLink 自动创建 Bug并生成缺陷说明。

1.6 Priority——事项优先级

事项优先级定义事项基于用户需求、技术实现或其他利益攸关方的要求所确定的实现先后顺序。包括：

1. Blocker：最优先实现。在 Bug 中指阻碍开发或测试工作，无法继续运行，需要立即修复并且部署。

2. Critical：重要。在 Bug 中指崩溃、数据丢失、严重的内存泄漏。

3. Major：主要。在 Bug 中指主要的功能丧失。

4. Minor：次要。在 Bug 中次要功能丧失，或其他问题，即存在简单问题。

5. Trivial：不重要。在 Bug 中指如单词拼写错误或文字对齐美观问题等。