使用 Scrum

用户故事

用户故事是陈述开发中软件需求的有效方式。这些故事包含代表软件用户的简短建议。

由于在 Scrum 方法中，设定目标通常是客户或软件所有者的特权，因此它们被认为是影响开发过程的主要方式。每个用户故事在文本量和呈现的复杂性方面都有限制。历史通常写在一张小纸上，这本身就限制了体积。

借助用户故事，您可以记录客户的愿望并快速响应市场需求。

用户故事应该被视为一种简单的需求度量，因为它不包括验收测试程序。用户故事的编写必须符合准入程序。这将确保用户故事实现其目标。

故事结构如下所示：“作为用户 <user type>，我想执行 <action> 以获得 <result>”（作为产品所有者，我想要...）。这样的结构不仅简单，而且每个人都可以理解。

使用用户故事的好处：

• 故事很小，很容易创建。
• 帮助所有利益相关者讨论项目工作及其支持。
• 不需要经常维护。
• 仅在使用时相关。
• 改善与客户的互动。
• 多亏了他们，您可以将项目分成几个小阶段。
• 促进对需求知之甚少的项目的工作。
• 简化任务评估。

用户故事的缺点：

• 如果没有事先约定，程序可能难以用作协议的基础。
• 它们的使用需要在整个项目中与客户保持密切联系，这有时会使工作流程变得困难。
• 在扩展大型项目时，它们有缺点。
• 直接关系到开发人员的专业水平。
• 用于开始讨论，但不能结束讨论，并且不用于系统文档。

积压

产品待办事项是以列表的形式，按照优先级顺序编制的当前任务。该列表是根据项目的路线图（路线图）和其中列出的要点形成的。最重要的任务通常位于列表的顶部。这对于了解应该首先完成哪些工作是必要的。

开发团队选择完成积压任务的速度而不考虑客户的意愿，而是根据他们过去冲刺的资格和经验。“调整”程序员是极其不可取的。团队自己根据自己的考虑和能力从backlog中选择任务。执行不会中断（看板）或多次迭代（Scrum）。

两个重要的积压条件

产品待办事项列表的核心包括路线图、建议和执行条件。史诗包含条件和用户故事。让我们仔细看看典型的路线图示例。

创建“Teams in Space”网站是路线图中的第一项提议。它需要分为史诗（图中以绿色、蓝色和绿松石色显示）和每个史诗的用户故事。

软件客户从多个用户故事中形成一个列表。如有必要，他可以更改故事的执行顺序，以便开发人员首先处理最重要的史诗之一（左）或检查折扣票预订的运作方式。为此，您需要实施史诗故事（右）。这两个选项都可以在下面看到。

客户应该根据哪些因素优先考虑？

• 与用户的相关性。
• 反馈的存在。
• 发展的复杂性。
• 任务之间的关系（要完成“B”，首先需要做“A”）。

工作的优先级由客户决定，但其他方可以对此发表意见。积压的成功取决于客户和程序员的意见等。他们一起可以取得更好的效果，并确保成品的及时交付。

如何保持积压

如果积压已经创建，那么您需要在进一步的工作过程中定期更改它。软件客户应确保在每次新的迭代计划之前正确编译积压。这将有助于在上次迭代分析后明确优先级或更改某些内容。在敏捷中调整积压有时被称为“梳理”或“细化”或“积压维护”。

如果backlog已经比较大，那么客户就需要按照短期和长期的执行来对任务进行分组。短期任务在被授予此状态之前应经过仔细审查。您将必须编写一个用户故事，找出团队中的所有细微差别。

至于长期任务，非常希望开发人员对其进行评估。这将更容易确定优先级。也许有些事情会发生变化，但团队会提​​高他们对任务的理解并更快地完成工作。

积压是客户和编程团队之间的重要组成部分。客户始终可以根据客户反馈、预测或新要求更改优先级。

建议避免在操作过程中直接进行更改。这对程序员的工作流程和情绪状态都有不好的影响。

短跑

冲刺是一段很短的时间，在此期间必须完成先前商定的工作量。冲刺基于 Scrum 和敏捷方法。选择正确的冲刺有助于敏捷团队开发高质量的软件。

“使用 Scrum，您可以在具有明确持续时间的多次迭代中开发产品 - 冲刺。它有助于将大型项目分解为更小的任务，”Atlassian 的 Jira 负责人 Megan Cook 说。

Scrum 如何计划和执行冲刺？

按照 Scrum 方法论的作者的说法，为了规划未来的冲刺，每个人都需要单独开会。在这次活动中，团队成员必须找到两个主要问题的答案：在这个冲刺中需要做什么以及如何做到最好？

软件客户、Scrum 管理员和程序员参与确定工作任务列表。客户从积压中解释了冲刺的目标和任务。

然后团队制定一个计划，根据该计划完成冲刺中的任务。该计划与选定的工作项一起称为 sprint 待办事项列表。计划会议结束后，团队开始工作。开发人员从 backlog 中选择任务，随着工作的完成，每个任务的状态从“In Progress”变为“Done”。

在冲刺期间，团队每天举行 Scrum 会议（站会）来讨论当前的问题和进展。需要这样的会议来确定可能影响冲刺完成的困难。

如果冲刺完成，则团队会在结果审查（演示）上显示他们的工作结果。该项目的每个参与者都可以熟悉结果。熟悉应该在完成的代码合并到生产环境之前完成。

回顾会完成冲刺周期。在上面，团队确定了在未来的冲刺中需要改进的领域。

什么该注意什么不该做

大多数年轻团队第一次发现很难将冲刺引入他们的工作流程。为避免出现问题，我们建议您查看需要优先注意的操作列表。

我们该做什么：

• 检查团队是否了解冲刺的目的以及如何取得成功。这对于每个人共同走向成功的结果是必要的。
• 您应该有一个清晰易懂的积压工作。如果未正确维护积压，这可能会成为破坏工作流程的问题。
• 确保您对工作节奏的估计是正确的，同时考虑到暑假和其他因素。
• 积极参与冲刺计划。鼓励团队成员扩展故事、错误和任务的计划。
• 拒绝开发人员无法解决依赖性问题的任务。
• 计划获得批准后，任命一名员工负责将数据输入项目管理程序（Jira 卡等）。

避免什么：

• 不要过度使用大量的故事，清醒地评估工作节奏，不要分配在冲刺中难以完成的任务。
• 注意你的工作质量。检查您是否有足够的时间进行质量控制和修复代码中的错误。
• 确保所有团队成员清楚地了解冲刺的内容。不要追求速度。整个团队必须齐心协力。
• 不要让开发人员承担额外的工作。另一个冲刺即将到来。
• 如果团队对工作量或截止日期表示担忧，您应该考虑他们的意见。处理问题并在必要时纠正它们。

争球板

Scrum 看板是一个显示 Scrum 团队如何完成工作的工具。您可以在纸上、墙上或电子形式（JIRA、Trello）的此类板上显示信息。

Scrum 看板至少包含三列：待办事项、进行中和已完成。这是一个示例板：

Scrum 看板包含先前批准用于规划的积压工作的所有信息。通常，业务任务卡按从上到下的优先级固定在看板上。您可以将它们划分为特定类型的工作（代码、设计等工作）。

部分工作完成后，将卡片全线移至下一栏。为了显示团队工作进度的可见性，燃尽图上按天显示的“剩余工作”会有所帮助。

您也可以使用活动挂图板。在上面，作品的名称写在贴纸上并贴在板上。工作完成后，贴纸会立即移至另一列。

燃尽图

燃尽图显示已完成的工作量和剩余的工作量。它每天更新，并可供所有感兴趣的各方使用。需要该图来显示冲刺工作的进度。

有两种类型的图表：

• 燃尽图显示冲刺中的工作进度。
• 燃尽图显示产品发布之前的工作进度（数据是从几个冲刺中总结出来的）。

图表示例：

这个例子用到了心理学：图表显示的不是完成任务的数量，而是剩余（未完成）的数量。

也就是说，如果团队完成了 100 项任务中的 90 项，那么可能会产生一种万事俱备的错觉。毕竟，从 90 项任务进展到 100 项任务并没有真正改变任何事情。

如果您显示剩余任务的数量，那么您会情不自禁地注意到它们是如何变得越来越少的。这下意识地刺激项目参与者更快地实现目标——看板上不应该有未完成的任务。