Scrum框架
积压工作
您有规划的路线图，以及一组要在第一阶段处理的工作项。那么，应该将所有这些工作项存储在何处？在敏捷技术中，有一个用来存储计划的空间，这就是“积压工作”。产品所有者负责维护积压工作。根据用户、客户和项目联系人提供的输入，产品所有者列出产品需求，确定积压工作的优先顺序，并决定将哪些工作项推送到即将到来的 Sprint。
规划 Sprint
根据一列要优先处理的工作项，产品所有者、Sprint 所有者和团队举行“Sprint 规划会议”。他们讨论工作项，并确定该 Sprint 的工作范围。
- 产品所有者确定积压工作中各个工作项的优先顺序。
- 团队通常选择将 6-10 个工作项推送到 Sprint，该团队的每个成员都会获分配一项任务。
- Sprint 所有者从一列要优先处理的项中挑选可处理的项，并将它们分配给团队成员。
- 其他工作项保留在积压工作中，并移至即将到来的 Sprint。
Sprint
如果积压工作是 Scrum 项目的大脑，那么 Sprint 就是保持项目存活的心脏。这是时间可控的持续时间（最长 4 周），团队在此期间交付产品增量内容给客户。团队会根据反馈来构建需求，并在项目结束时开发出高质量的产品。下一个 Sprint 在前一个 Sprint 结束后立即开始。
阅读上述有关 Sprint 定义的内容之后，您可能有下列疑问：
在可以在 Sprint 的中途加入工作吗？
如果您的 Sprint 团队可以承担更多工作并平衡工作量，那么您可以在 Sprint 的中途添加工作项。只有在产品所有者、Sprint 所有者和团队完成工作，并将工作项从积压工作移至 Sprint 之后，该 Sprint 才会开始。在 Sprint 开始前必须明确所有事项；在 Sprint 中途添加工作项会妨碍 Sprint 的进度。最好避免在 Sprint 开始后添加工作。
完成项目需要多少 Sprint？
这取决于团队的进度，以及他们为了及时交付 Sprint 而作出的努力。每个项目最好有 4 到 5 个 Sprint - 这将确定团队的能力。根据积压工作中的需求，团队可以确定他们为项目运行的 Sprint 数目。
如何规划 Sprint 的持续时间？
Sprint 的标准持续时间是 1 到 8 周。您可以根据团队的绩效来设置 Sprint 的持续时间。定义 Sprint 持续时间基于团队的能力。此持续时间取决于贵公司能够多好地交付成果而没有任何严重缺陷。
在每个 Sprint 结束时，团队可使用先前为每个工作项定义的估计点数计算平均速度。如果速度在各个 Sprint 之间有波动，那么团队可相应地更改 Sprint 的持续时间。
短 Sprint 周期和长 Sprint 周期
运行多个 Sprint 时，团队决定是采用长 Sprint 周期还是短 Sprint 周期。选择短 Sprint 周期的最大优点是，有可能减少花费在反馈以及进行更改上的时间量。在长 Sprint 周期中，需要花费更多时间来完成工作项。相比而言，选择短 Sprint 周期更适合于能力较强，能够及时交付成果的团队。
持续时间为一周的 Sprint 应该如下所示：
星期一（上午）- Sprint 规划
星期一（下午）到星期五（晚上）- Sprint 周期
星期五（晚上）- Sprint 审阅
星期五（晚上）- Sprint 回顾
持续时间为两周的 Sprint 应该如下所示：
星期一（上午）- Sprint 规划
星期一（下午）到星期五（晚上）- Sprint 周期的第一阶段
星期五（晚上）- Sprint 审阅
周末（不工作）
星期一（上午）到星期五（晚上）- Sprint 周期的第二阶段
星期五（晚上）- Sprint 审阅
根据您的安排，您可以在星期五晚上或星期一早上召开回顾会议，讨论反馈和增强。如果您选择周末加班，那么视您的方便与否，您可选择在这些日子召开审阅或回顾会议。
可以使用已到期的 Sprint 吗？
不行。当 Sprint 到期时，最好将其取消。已到期的 Sprint 会阻碍项目进度，最终可能导致失败。您可以取消该 Sprint 并将工作项移至积压工作，或者完成活跃 Sprint，然后开始下一个 Sprint。
Sprint 何时取消？
只有产品所有者才能取消 Sprint。当产品所有者要取消 Sprint 时，整个团队需召开会议，讨论取消原因。该 Sprint 中的所有工作项都将移至积压工作或删除。
我可以一次开始多个 Sprint 吗？
根据 Scrum 框架，您最好先完成激活 Sprint，再开始新的 Sprint。如果您的团队富有 Agile 和 Scrum 经验，您可同时开始多个 Sprint 并加以管理。但是，如果您不熟悉 Agile，您可通过一次运行一个 Sprint 来测试团队的能力。
每日会议
因为 Agile 强调沟通，在 Sprint 开始之后，团队召开长度不超过 15 分钟的“每日站立会议”。这个会议由 Sprint 所有者组织，他与团队的每一位成员会面，讨论工作进度。在此中，这些成员可以分享他们完成其指定工作时遇到的障碍。Sprint 所有者提出解决办法，并帮助团队成员及时交付目标。
标示工作状态
在 Sprint 过程中，开发团队将开始处理分配给他们的项，并在“版面”上标示工作状态。在传统项目管理中，我们将笔记粘贴在公告牌上，以使团队中的每个人都了解工作进度。Scrum 提供了版面视图，默认情况下，此视图中有三种状态，即“待办事项”、“正在进行”和“完成”。当 Sprint 开始时，所有工作项都以“待办事项”状态列出。随着工作进行，团队的每个成员都将工作项移至“正在进行”。工作完成时，各个项移至“完成”。
您再也不必在公告牌上粘贴笔记了，使用 Scrum 方法就可以记录工作进度。
开始跟踪进度
当各个项在版面上前后推动时，您可以开始使用 Agile 中提供的默认报表来跟踪进度。
燃尽
您可确定工作量，并根据工作量来添加估计点。燃尽图使用估计点进行绘制，供您跟踪 Sprint 的进度。此图显示每一天的剩余估计点，以使团队可以将更多精力投入到 Sprint 中的待定工作项上。
燃烧
燃烧图与燃尽图正好相反。此图跟踪每一天完成的估计点。这可以帮助团队确定他们在一天内可以完成的项数。
累积流程图 (CFD)
累积流程图 (CFD) 确定版面中各状态的进度。通过使用 CFD，团队可以跟踪每种状态下的项数，并确定哪种状态需要更多的关注。
Sprint 审阅会议
在此过程中，您可轻松了解 Sprint 的进度。当 Sprint 到达其结束日期时，团队将召开“Sprint 审阅”会议。产品所有者、Sprint 所有者和团队讨论该 Sprint 中的正面因素和负面因素。在此会议上，团队查看速度图。
什么是速度图？
速度用来测量团队为了完成工作而投入多少努力。团队的绩效是使用速度来确定。计划的估计点数将与完成的估计点数进行比较，以确定平均速度。
平均速度 = 在关闭的 Sprint 中完成的总估计点数/关闭的总 Sprint 数
Sprint 回顾
当 Sprint 到达结束日期时，就是将产品交付给客户的时候。完工的软件交付给用户。这是一种反馈机制，用户籍此分享评论、建议、已实现的目标和尚未解决的问题。通过使用这些反馈，团队组织“Sprint 回顾”会议。在此会议上，团队记下客户的反馈，并开始下一个 Sprint。
在下一个 Sprint 期间，团队添加客户的反馈，将新工作项加入到积压工作中，并创建新的 Sprint。同一周期重新开始，团队实现从上一个 Sprint 中收到的反馈。