Scrum 方法论：角色、事件和工件

Scrum 方法的开发是为了应对僵化的项目管理方法，例如瀑布方法，它不适应敏捷产品和软件开发团队的需求。 我们将深入探讨 scrum 方法，但在此之前，让我们从一个简单的 scrum 定义开始。

什么是 Scrum 方法论？

Scrum 是一个项目管理框架，可促进复杂产品和软件开发项目的团队协作。 好消息是 Scrum 很容易理解。 坏消息是它很难掌握。

Scrum 方法强调项目管理中的团队合作。 它强调问责制，是朝着明确目标的迭代进展。 Scrum 是敏捷软件开发的一部分，团队实践敏捷。 该名称来自橄榄球运动，其中 Scrum 是一种每个人都扮演特定角色的阵型，但每个人都在努力快速采用策略。

ProjectManager 促进了成功 Scrum 所需的必要协作，ProjectManager 是一种基于云的工作和项目管理软件，可将 Scrum 团队连接到他们工作的任何地方。 我们的平台与核心协作，提供实时数据，允许 Scrum 团队在 sprint 期间评论任务、共享文件等等。 从今天开始免费。

Scrum 框架

Scrum 是一个由价值观、角色、事件和工件组成的框架。 这些元素共同提供了一种敏捷的项目管理方法，帮助团队更好地管理他们的工作。 Scrum 框架应该很简单。 它不是传统的项目管理方法，而是产品和软件开发的框架。

Scrum 价值观

术语 scrum 值实际上是指应用于 scrum 框架的敏捷值。 它们是作为敏捷最佳实践的简单陈述。 敏捷价值观来自敏捷宣言，这是一份包含敏捷方法指导原则的文件。 让我们快速解释一下它们的含义。

• 个人和交互优于流程和工具：流程和工具在软件开发中很重要，但个人以及他们如何与这些流程和工具交互更为重要。
• 工作软件优于综合文档：在敏捷宣言之前，软件开发人员主要关注文档。 该值表明，虽然文档很重要，但专注于开发软件应该是 Scrum 团队的主要目标。
• 客户合作优于合同谈判：这个价值说明与客户合作创造高质量的产品比起草限制产品开发的严格合同重要得多，就像过去在旧软件开发时代所做的那样。
• 响应变化而不是遵循计划：这个价值表明敏捷是一种项目管理方法，它基于迭代的产品开发周期而不是僵化的项目计划无缝适应变化。

Scrum 角色

与项目管理中的任何事情一样，Scrum 方法需要人来执行。 为此，它定义了三个 Scrum 角色，即 Scrum Master、产品负责人和开发团队，由几个团队成员组成。

顾名思义，Scrum Master 是 Scrum 方法论专家。 他保证 Scrum 团队中的每个人都了解框架的工作原理，并帮助他们适应敏捷环境。 他领导 Scrum 会议。

Scrum 产品负责人管理产品日志并监督 sprint 计划并积极参与 Scrum 会议。 从某种意义上说，他们充当项目经理，因为他们领导积压工作并优先考虑用户故事以帮助更好地团队合作。

Scrum 开发团队只是由开发软件或产品的所有团队成员组成。 他们必须与产品负责人密切合作，并遵守 Scrum Master 的建议。

Scrum 事件

这些 Scrum 事件或 Scrum 仪式促进了团队协作，并确保 Scrum 团队成员之间在产品或软件开发生命周期中保持持续的沟通。

冲刺计划

使用产品待办事项，团队从最高优先级的项目开始，并确定如何实现这一目标。 冲刺计划的一个很好的提示是进行尽职调查，并且只从准备好的项目开始。 另外，请记住，计划是一个短暂的过程，所以不要陷入细节中。 只需努力实现目标即可。 保持计划协作。 团队还应该向产品所有者和利益相关者提问。

每日 Scrum 会议

这些是 15 分钟的会议，Scrum 团队中的每个人都会讨论他们将在白天工作的任务，并分享他们面临的任何障碍或困难。 没有必要让这个每日 Scrum 会议变得更长，因为还有其他会议，例如 sprint 审查和 sprint 回顾会议来探索更复杂的主题。

冲刺回顾

你想回顾一下冲刺，看看什么有效，什么无效。 然后，您可以获取信息并将其应用于未来的 sprint 以复制积极因素并减少消极因素。 通过感谢参与者、提供简短介绍并为讨论制定基本规则来开始 sprint 审查过程。

冲刺回顾

sprint 回顾会议为 Scrum 团队提供了一个空间来反思上一个 sprint 并确定什么是好的和错误的。 还收集利益相关者和客户的反馈，以便确定用户故事的优先级并提高产品性能。

积压梳理

一旦通过这个循环，它会通过返回积压并在优先级列表顶部获取下一个准备好的项目来重新开始。 待办事项梳理包括通过基于先前经验的工作优先级来改进 Scrum 流程，并继续改进工作以使其尽可能高效。

Scrum 工件

在 Scrum 方法论中，术语工件是指 Scrum 团队用于在敏捷环境中开发产品的关键概念。 我们将介绍每个 Scrum 团队需要的最关键的工件：产品 backlog、sprint backlog 和产品增量。

• 产品待办事项：产品负责人会列出需要完成的工作清单，他们会按照优先级进行排序。 这是建立你的项目积压。 他们通过确定什么是必备物品来做到这一点，这些物品不太重要以及那些不适合分配的时间范围的物品。 这意味着每个项目的价值必须明确。 它们的影响、风险是什么，以及该项目对学习过程有何帮助？
• Sprint Backlog： sprint backlog 可以简单地定义为一组用户故事，其中 Scrum 团队将在单个 sprint 中工作。 重要的是要确保最关键的用户故事始终是正在处理的用户故事，并且没有一个会落空。
• 产品增量：术语产品增量是指在一个 sprint 期间已完成的所有产品 backlog 项，也可以用来描述所有已完成的 backlog 项和用户故事的总和。

Scrum 方法论理论随着时间的推移而发展。 Scrum 专家建议实际上有 7 个 Scrum 工件。 这种扩展的愿景对于进一步定义 Scrum 团队的目标非常有帮助。

Scrum 历史

起源

Scrum 流程起源于 1990 年代初期。 Jeff Sutherland 和 Ken Schwaber 提出了这个过程，他们于 1995 年在德克萨斯州奥斯汀举行的面向对象编程、系统、语言和应用程序 (OOPSLA) 会议上提出了该过程。然后，他们在一篇名为“SCRUM 软件”的已发表论文中将该方法正式化发展过程。”

然而，scrum 这个名称是从管理专家 Hirotaka Takeuchi 和 Ikujiro Nonaka 于 1986 年发表的一篇名为“新产品开发游戏”的论文中继承而来的。 他们使用 scrum 这个词，因为它与橄榄球有关，以此来强调团队协作对项目成功的重要性。

该论文报道的研究表明，开发新的、复杂的项目的绩效如何受益于小型、自组织的团队被赋予目标而不是任务。 优秀的团队是给定方向的团队，但有自主权来制定自己的策略来实现这些目标

Scrum 和软件开发

然后，Scrum 框架将这项关于自适应实践的研究应用于软件开发。 在此过程中，Schwaber 聘请了过程控制研究工程师 Babatunde A. Ogunnaike Tunde 教授来了解 scrum 如何与其他方法一起工作。

确定瀑布和其他传统结构化流程等方法与 Scrum 框架不一致。 Tunde 教授总结说，经验方法是最适合 Scrum 的过程。

到 2001 年，Sutherland 和 Schwaber 以及其他 15 位软件开发领导者创建了敏捷软件开发宣言。 不久之后，敏捷联盟成立，施瓦伯成为其第一任主席。 Schwaber 与 Mike Beedle 合着了第一本关于 Scrum 的书，Agile Software Development with Scrum，于 2001 年。

2000 年代的 Scrum

Scrum 联盟由主席 Schwaber 与 Mike Cohn 和 Esther Derry 于 2002 年创立。 后来，他们为该组织增加了一个认证部门，通过认证的 ScrumMaster 计划。 2006 年，Sutherland 创建了 Scrum, Inc.，并继续教授认证 Scrum 课程。

2009 年，施瓦伯离开 Scrum 联盟创办了提供专业 Scrum 系列的 Scrum.org，Scrum 社区的变化仍在继续。

从那时起，Scrum 在项目管理中发挥了全球作用，2010 年首次发布了 Scrum 指南，并在 2011 年和 2013 年进行了更新。它今天被称为管理项目中最常用的敏捷框架之一。

它甚至可以与大型团队合作。 Scrum of Scrums 适用于使用该技术将 Scrum 扩展到大型团队。

Scrum 如何融入敏捷？

Scrum 是敏捷过程的一部分，但肯定不是唯一的部分。 敏捷是一个大帐篷，但 Scrum 是一个重要的支柱。 将 scrum 视为一个框架，您可以通过它实施敏捷开发。

敏捷没有一套可遵循的步骤，因此 scrum 提供了一种将敏捷应用于您的项目的方法。 你可以在敏捷开发中使用许多框架，例如极限编程或功能驱动开发，但 Scrum 的简单性和自主性是卖点。

Scrum 也可以用作其他敏捷实践的入口点。 它也不仅仅是一个软件框架，还可以使许多其他类型的项目受益。

Scrum 术语表

在定义 scrum 的框架之前，这里列出了在 scrum 环境中工作时使用的一些更常用的术语。

燃尽图：燃尽图显示与时间相比还剩下多少努力。

燃尽图：测量随时间增加的度量值。

Daily Scrum：关于当天工作的简短 Scrum 会议。

完成的定义：完成的定义（DOD）是七个 Scrum 工件之一。 这是 Scrum 团队同意的验收标准。

开发团队：负责管理与每个 sprint 相关的工作。

工程标准：项目增量开发的共享标准。

产品待办事项：产品待办事项是按特定顺序完成的工作。

产品待办事项细化：当产品负责人和团队向产品待办事项添加细节时，也称为待办事项梳理。

产品负责人：负责产品和团队的经理。

Scrum：复杂项目团队协作的框架。

Scrum 板： Scrum 板帮助 Scrum 团队管理他们的工作。

Scrumban： Scrumban 是一种混合方法，它结合了 Scrum 和看板项目管理。

Scrum Master： Scrum Master 角色类似于用他们的专业知识帮助团队的教练。

Scrum 团队：产品负责人、团队和 Scrum 主管。 了解有关 Scrum 角色的更多信息。

自组织：项目目标范围内的团队自治。

Sprint：短任务，一个在完成另一个之后立即跟进。

Sprint Backlog：团队完成 sprint 所需的内容。

冲刺目标：冲刺的目的。

冲刺计划：冲刺计划是春季活动，Scrum 团队计划即将到来的冲刺。

冲刺回顾：冲刺的简短事后分析。

Sprint 审查：对 sprint 的简短审查，以帮助对下一个进行改进。

利益相关者：通常是项目发起人的非团队成员。

速度：产品积压的平均数量在冲刺期间转化为项目的增量。

ProjectManager 帮助 Scrum 团队

Scrum 方法需要协作和灵活性。 ProjectManager 是一款基于云的工作和项目管理软件，它连接 Scrum 团队并为他们提供在敏捷环境中工作所需的工具。 我们的工具提供实时数据，无论他们身在何处、如何工作或在项目中扮演什么角色，都能让每个人保持最新状态并进行交流。

创建和管理 Scrum 板

我们的多个项目视图意味着其他部门可以在甘特图或我们的工作表视图上进行协作。 但是 scrum 团队将使用我们的 scrum 板视图，这使他们能够管理他们积压的用户故事，并在计划 sprint 时一起工作。

Scrum 板还为产品所有者和 Scrum 主管提供了跟踪进度和发现潜在瓶颈的可见性，这些瓶颈可以通过重新分配资源来快速清除。

使用实时仪表板跟踪 Scrum 工作流程

你不想妨碍你的自主团队，但你需要知道他们在做什么。 我们的实时仪表板跟踪六个项目指标。 不需要像劣质产品那样进行设置。 我们的自定义工作流程允许您应用自动设置操作的触发器，让您的团队能够专注于他们的工作。 此外，任务批准使您可以控制状态更改。

与您的 Scrum 团队合作

无论您的团队是在同一屋檐下还是跨时区工作，我们基于云的工具都可以让他们一起工作。 团队成员可以在任务级别发表评论，标记未分配给该任务的其他人以将他们带入对话并共享图像和文档。 电子邮件通知和应用内提醒让每个人都能即时了解最新信息。

我们的软件不仅是 Scrum 的理想选择，它还可以与更传统的方法（如瀑布或多种项目管理方法的混合）一起使用。 我们的工具允许您与组织中不灵活的其他部门协作。 它是您取得成功所需的唯一工作和项目管理工具。

ProjectManager 是一个项目管理软件，其独特的定位是帮助项目经理完成工作的每个阶段，无论他们选择何种方法来构建它。 由于基于云，它收集实时数据并拥有帮助团队协作的工具，为他们提供 Scrum 所需的自主权，并通过监控和管理保持进度并在预算范围内。 参加 30 天免费试用，了解它如何帮助您和您的团队。