7 个 Scrum 工件：定义和示例

Scrum 是一种灵活的项目管理方法，旨在帮助自组织团队在敏捷环境中快速执行项目。 Scrum 框架由工件、角色和仪式组成。 这些元素帮助产品和软件开发团队管理他们的工作。

Scrum 工件对于任何 Scrum 团队的成功都至关重要。 但在我们学习如何使用它们之前，我们需要先定义它们。

什么是 Scrum 工件？

在软件开发中，术语“工件”是指利益相关者和 Scrum 团队用来描述正在开发的产品的信息。

Scrum 工件定义了必须完成的工作，它们总是在冲刺期间增加价值。 简单来说，Scrum 工件可以看作是 Scrum 团队的重要信息块。 它们为 Scrum 流程提供了结构，因为它们充当了产品开发计划的指南。

这一点非常重要，尤其是对于可能在家工作的分布式团队来说，因为它提供了一个平台，让他们可以看到他们在特定 sprint 中的表现。 这让每个人都在同一页面上，无论他们身在何处。

ProjectManager 是连接混合团队的基于云的工作和项目管理软件。 无论您的 Scrum 团队在何时何地工作，他们都可以实时共享 Scrum 工件。 我们的看板让 Scrum 团队可以轻松管理他们的工件，然后协作计划 sprint。 产品所有者可以了解重新分配资源以避免瓶颈的流程。

七个 Scrum 工件

根据 Scrum 指南，存在三个主要的 Scrum 工件。 我们将在下面解释它们中的每一个，以及任何成功冲刺的额外主要内容。

一、产品愿景

产品愿景是项目或产品的长期目标。 它是您将定义的工件，用于设置项目或产品的总体方向。 Scrum 团队将使用产品愿景作为指导。

Scrum 团队应该牢记产品愿景这一事实强调了产品愿景的重要性。 这意味着它应该简短而切题。 产品愿景应该始终放在 Scrum 团队的脑海中。

2.产品积压

产品待办事项列表是一个项目需要实现的所有内容的列表，分解为单个项目。 这是最终产品所需的每个功能的基线要求由 Scrum 团队的产品所有者优先考虑的地方。

它不是一成不变的任务列表，而且它经常随着时间的推移而发展。 例如，如果商业环境、营销条件或技术需求发生变化，产品积压将反映这些变化。 产品积压通常使用 Scrum 板表示。

产品待办事项由三种不同类型的项目组成。

• 用户故事是对功能的高级描述，从产品最终用户的角度讲述。
• 错误是产品所有者想要修复的问题。
• 任务，分配给 Scrum 团队完成。

随着产品的构建，积压工作会增加。 添加更改时，它们可以包括更多详细信息、估计或优先级更改。 产品负责人和团队定期致力于完善产品待办事项。 这可能随时发生。

产品待办事项越重要，越详细。 当产品 backlog 中的项目被选择用于下一个迭代 sprint 时，它们会被进一步细化以在 sprint 期间进行开发。 当团队可以在一个 sprint 中交付产品 backlog 上的项目时，他们就可以准备召开 sprint 计划会议了。

细化产品待办事项

细化产品待办事项包括审查待办事项顶部优先级最高的用户故事，以及向产品负责人询问有关他们的问题等活动。 这包括，如有必要，删除用户故事，然后编写新的。 接下来是重新排列产品待办事项的优先级。

然后需要根据完成它们所需的时间来估计这些新的用户故事，或者其他人需要对其持续时间进行新的估计。 其他用户故事应该为未来的冲刺做好准备，同时随着积压工作的发展，不要忽视产品架构的大局。

3. 冲刺愿景

sprint 愿景或 sprint 目标通常不被定义为工件，它仍然是 scrum 框架的重要组成部分。 sprint 愿景是 Scrum 团队在计划 sprint 时提出的。 它为 Scrum 团队提供指导，说明他们为什么要在 sprint 中投入时间、金钱和精力。

4. 冲刺积压

sprint backlog 是团队将在他们的 sprint 中处理的产品 backlog 的一部分。 将其视为 sprint 的待办事项清单。

冲刺待办事项进一步分解为团队要执行的任务。 sprint backlog 上的每个项目都需要开发、测试和记录。 产品负责人帮助 Scrum 团队在他们的 sprint 会议期间提出 sprint backlog。

sprint backlog 通常表示为一个任务板，它被分解为代表工作流的列。 他们往往有以下标题：

• To-Do ，即尚未开始的任务
• 做,工作开始的地方
• To Verify ，这是等待其他 scrum 团队成员验证的已完成任务
• 完成，这意味着不需要更多的工作

细化 Sprint 待办事项

sprint backlog 和产品 backlog 一样，是一个活文档，可以由 scrum 团队更改。 在每日 Scrum 中定期讨论工作，并根据需要修改 sprint backlog。 这一切都发生在短冲刺期间，只有 Scrum 团队才能在冲刺期间进行这些更改。

如果需要新工作，则将其添加到 sprint backlog 中。 然后随着工作的完成，对剩余工作的估计进行更新。 如果有些项目变得不必要，它们将被删除。 这称为积压工作细化。

但是，同样，只有 Scrum 团队才能做到这一点。 他们对冲刺积压和这个过程拥有所有权。 sprint backlog 是高度可见的，并提供了团队正在处理的 sprint 的图片。

5. 完成的定义（DOD）

完成 (DOD) 的定义意味着用户故事的所有方面都已在 sprint backlog 中完成。 Scrum 团队必须对正在完成的工作有一个共同的想法。 他们应该创建完成的定义，并在他们处理用户故事时将其用作清单。

Scrum 团队可以在第一个 sprint 计划期间创建他们的 DOD。 然后可以在他们的 sprint 回顾中对其进行迭代。 这并不意味着国防部是静态的。 它可以在项目过程中发生巨大变化。

6.产品增量

这是最重要的 Scrum 工件。 产品增量是在冲刺期间已完成的所有产品积压项目。

每个 sprint 都可能创建可交付的产品增量，因此产品增量必须符合团队对完成的定义，并且产品所有者可以接受。

完成的定义是 Scrum 团队之间的共享定义，尽管每个 Scrum 团队的定义不同。 完成的定义随着团队的成熟而演变：随着项目的继续，它变得更加广泛或更严格。

产品增量不仅是在一个 sprint 过程中完成的所有项目积压项目的总和，而且它也是最后完成的 sprint 数量的增量值。 这不仅对团队而且对利益相关者来说都是透明的，就目前产品的位置而言。

7.燃尽图

尽管并不总是将其视为基本 Scrum 工件的一部分，但燃尽图很重要，不容忽视。 它是一个图形，显示了团队完成用户故事或产品待办事项的速度。 因此，燃尽图说明了总工作量与冲刺的工作量。

燃尽图的目的是确保项目保持在轨道上，并且可交付成果将达到预期并按时到达。

Scrum 团队的进展速度称为速度，它是在 sprint 期间已完成的用户故事中的故事点数。 部分完成的工作不计入速度。

Scrum 团队的项目经理

ProjectManager 具有 Scrum 团队轻松管理其 Scrum 工件所需的功能。 因为它是一款基于云的项目管理软件，所以对于远程团队来说特别方便，无论他们身在何处或何时工作，他们都可以留在项目循环中。

管理项目的多种方式

ProjectManager 中有多个项目视图，使其足够灵活，可以服务于敏捷团队、采用更传统方法的团队，甚至是两者的混合。 看板视图非常适合 Scrum 团队。

可以在看板卡中收集产品积压项目，这些卡可以标记、添加截止日期、跟踪进度并分配给一个或多个团队成员。

ProjectManager 还具有无限的文件存储空间，因此可以将目标、用户故事和其他相关的 sprint 材料附加到卡片上。 它是管理产品积压的完美工具。

轻松处理积压工作

看板也可用于 sprint backlog。 列是可定制的，以适应您的团队的工作方式。 当卡片在工作流程中移动时，可以将卡片从一列拖放到下一列。

卡片可以有个性化的待办事项列表，团队成员可以通过评论卡片进行协作。 他们甚至可以标记产品负责人或 Scrum Master，他们将通过电子邮件收到通知并参与对话。 这为整个 Scrum 团队提供了极大的透明度。

使用实时跟踪

ProjectManager 不是使用简单的燃尽图，而是通过跟踪六个项目指标自动计算您的冲刺速度，这些指标会立即馈送到实时仪表板。 产品负责人可以监控任务进度、团队工作量、成本等，以确保冲刺步入正轨。

使用自定义工作流程解放您的团队，让他们专注于重要的事情。 通过设置触发器来创建操作并简化您的 sprint，从而使繁忙的工作自动化。 添加任务批准以确保只有那些有权更改用户故事状态的人才能这样做。 ProjectManager 还通过自动电子邮件通知和应用内警报与核心协作。 有一个单一的事实来源可以让 Scrum 团队中的每个人都保持一致。 立即免费试用 ProjectManager，提高工作效率。

ProjectManager 是一款基于云的项目管理软件，可帮助 Scrum 团队更好地管理他们的 sprint 和产品所有者控制积压工作。 实时仪表板充当您的燃尽图，因此您始终知道您在项目中的位置。 立即参加 30 天免费试用，了解 ProjectManager 还能为您的 Scrum 团队做些什么。