Scrum 协作方法论的简单指南

理想情况下，完成一个长期项目应该涉及最少的回溯，并以满意的客户或客户结束。 实际上，情况并非总是如此。 “Scrum 协作方法论”——或简称“Scrum”——试图通过逐项处理项目开发来防止挫折并提高客户满意度。

在本文中，我们将解释 Scrum 方法及其相对于更传统的项目管理策略的优势。 然后我们将提供有关如何为您的下一个项目实施 Scrum 的步骤。

让我们开始吧！

Scrum 协作方法简介

为了理解Scrum是什么，我们首先要理解敏捷方法。 敏捷最初是为了帮助软件开发人员更有效地管理项目而创建的，它指的是一组价值观、原则和实践。 开发团队在完成项目时使用敏捷作为指导。

Scrum 是一种应用敏捷价值观和原则的方法论。 与敏捷一样，Scrum 首先被软件开发人员使用。 然而，它已经传播开来，现在被其他产品开发人员、企业家和其他任何试图承担复杂项目的人使用。

通常，Scrum 涉及一个由五到七人组成的协作团队。 Scrum 团队中有三个角色：产品负责人、Scrum Master 和一般团队成员。 团队成员将负责开发产品的工作。

产品负责人是项目的主要投资者，或您的客户。 他们的作用是通过汇编有关最终产品基本需求的信息为一般团队成员提供指导。 Scrum Master 有助于确保团队正确实施方法论。

Scrum 团队的工作时间很短，一到三周，称为“冲刺”。 每个冲刺都会有一组特定的目标供团队完成。 在整个 sprint 中，团队定期举行会议，以共享更新、委派并相互提供反馈。

Scrum 相对于传统开发方法的优势

除了 Scrum，最流行的项目管理策略之一是瀑布法。 它由一个线性计划组成，其中团队一次完成一个步骤。 使用瀑布方法的项目通常从一个计划期开始，在此期间，团队尝试在进行开发之前对产品进行整体设计。

然而，这种方法的一个常见问题是团队会从一个步骤移动到下一个步骤，却发现他们最初的计划不会奏效，或者是不完整的。 这使团队退缩，因为他们必须返回到计划阶段并重新开始该过程。

有时，使用瀑布方法的团队会将最终结果呈现给客户，只是听说他们构建的东西并不能真正满足客户的需求。 这有时会导致无法付款，或者团队不得不从头开始项目。

Scrum 旨在比这种方法更高效和有效，因为它为团队提供了清晰和专注的目标。 它旨在具有适应性——敏捷的关键品质之一——以防止重大挫折。 此外，Scrum 在整个过程中整合了产品负责人的反馈，以防止客户不满。

如何实施 Scrum 协作方法（7 个关键步骤）

Scrum 涉及一个非常具体的过程，在此过程中包含某些文档和会议。 虽然一开始看起来有点规范，但这些步骤实际上为团队提供了更大的灵活性，并使适应不可预见的问题成为可能。

第 1 步：创建您的产品待办事项列表以概述基本功能

正如我们之前提到的，Scrum 将项目划分为多个冲刺。 一个团队可以根据需要运行尽可能多的冲刺，以创建最终产品的最佳版本。 第一个冲刺从产品负责人创建“产品待办列表”开始。

这是一份包含最终产品所有基本功能的文档。 产品待办列表不应该指定可能用于创建产品的低级任务，而应该关注大局。 最初的产品待办列表只需要包含最终产品最基本的必要特征。

例如，如果您使用 Scrum 建造房屋，那么最初的产品待办列表可能包括房屋的地基、墙壁和屋顶。 它不会指定诸如地板或灯具之类的东西，因为这些是技术上小的精加工细节。

第 2 步：召开“Sprint 计划会议”来确定您的目标

产品负责人完成第一个产品待办事项列表后，您的整个团队应该召开“Sprint 计划会议”。 在这次会议中，您将确定即将在接下来的一到三周内进行的冲刺的目标。

这个会议不应该看起来像瀑布方法中使用的广泛的计划会议。 相反，您的团队应该检查产品待办列表，然后确定您可以在 sprint 的指定时间段内实际完成哪些目标。

回到我们的房屋示例，在第一次 Sprint 计划会议上，您可能会确定您的团队只有时间在即将到来的 sprint 中打好地基和构筑房屋。 这些是您在会议期间将讨论的唯一任务。 您将在下一个冲刺的产品待办列表中留下其余的目标。

第 3 步：将项目添加到您的 Sprint 待办事项列表中以继续执行任务

一旦您确定了第一个 sprint 的目标，您的团队就可以创建一个“Sprint Backlog”——另一个旨在帮助您的团队完成任务的文档。 许多团队使用白板和便签创建 Sprint Backlog，这些便签分为三列：“待办事项”、“进行中”和“已完成”。

便利贴应该包含与 Sprint 计划会议期间从产品待办列表中选择的目标相关的特定任务。 团队成员可以在处理任务时在列之间移动便签。 通过这种方式，每个人都始终知道正在处理什么，还有什么需要解决。

在我们的示例中，一些与铺设地基和构筑房屋目标相关的任务可能是收集材料、混合混凝土和将框架切割成正确的长度。 这些项目可以写在便签上并添加到 Sprint 待办事项列表中。

第 4 步：合并每日站立会议以保持沟通

在每个冲刺期间，您的团队每天都应该举行一次不超过 15 分钟的简短会议。 这些有时被称为“每日站会”，通常是站成一圈。 在这些会议期间，团队成员可以对当前在 Sprint 待办列表中列为“进行中”的项目进行更新。 您还可以委派仍在“待办事项”列中列出的任务。

这是团队讨论出现的任何问题并可能导致挫折的机会。 团队可以提供故障排除建议或重新分配资源以帮助在 sprint 结束前解决问题。

第 5 步：向产品负责人展示 Sprint 结果以获取反馈

在冲刺结束时，团队应该向产品负责人展示产品。 他们将评估它是否已准备好发布，或者在使产品可用之前是否需要另一个冲刺。 这就是 Scrum 将客户反馈纳入流程以帮助防止他们的不满的方式。

由于各种原因，可能需要额外的冲刺。 有时冲刺的目标只是让产品具有最重要的功能，就像我们的房子例子一样。 产品负责人可以选择出售只有地基和框架的房子。 但是，如果再举行一次 sprint 来添加功能，那将更有价值。

有时，冲刺结束时会发现基本功能实际上并不是必需的。 在这种情况下，团队可以在下一个冲刺中修改产品以将其删除。 产品负责人也可能意识到需要他们以前没有想到的功能，并选择运行另一个冲刺来合并这些新想法。

第 6 步：召开 Sprint 回顾会议，讨论您的团队可以改进的地方

在每个 sprint 结束时，团队应该举行一次“Sprint 回顾会议”，讨论他们可以改进的地方。 这是一个讨论上一个冲刺中出现的问题的机会，并指出您的团队可以提高效率的领域。

这次会议的目的不是互相贬低或抱怨其他团队成员。 相反，尝试将整个群体视为一个整体。 回顾会议应该努力改善团队成员之间的沟通，并专注于开发过程而不是产品。

第 7 步：重复前面的步骤以创建完整的最终产品

产品负责人评审产品，团队召开 Sprint 回顾会议后，团队就可以为下一个 sprint 做准备。 产品负责人应重新访问产品待办列表以添加或删除产品审查期间讨论的任何功能。 然后，新的 Sprint 计划会议应该确定下一个 sprint 的目标。

您的团队可以继续运行冲刺，直到产品负责人对最终产品完全满意。 产品负责人可能会选择在此过程中发布产品的版本，随着产品的改进发布更多版本。 从冲刺到冲刺，目标和任务可能会变得更加具体。

结论

如果反复的挫折导致错过最后期限和低于标准的结果，长期项目可能以失败告终。 您的客户甚至可能认为您的最终产品不能满足他们的需求，从而导致您的所有辛勤工作付诸东流。 Scrum 方法旨在通过实施客户反馈、设定明确的目标和建立协作团队来避免这些问题。

现在您已经了解了 Scrum 的基础知识，您可以将其合并到您的下一个团队项目中。 小心收集团队成员，使用产品和 Sprint 待办列表等文档，主持定期会议，并结合产品负责人的反馈来创建最终结果的最佳版本。

您对 Scrum 协作方法有任何疑问吗？ 在下面的评论部分询问他们！

文章图片缩略图：Andrew Rybalko / shutterstock