Scrum 和看板：解释了两种强大的敏捷方法

所以你要管理一个复杂的项目？ 有一大堆工作需要完成，但不要惊慌！ 作为项目经理，您将负责计划、监控、管理预算、执行、验证质量并按时发布最终项目。 值得庆幸的是，有许多项目管理方法可以使您（以及您的团队）的工作更轻松、更高效！

在本文中，我想集中讨论两种最流行的敏捷方法——Scrum 和看板——它们近年来席卷了软件开发世界。 如今，您几乎找不到不采用这两个框架进行项目管理的软件公司。 它们都是关于什么的？ 继续阅读并了解您需要了解的有关 Scrum 和看板的所有信息！

项目管理中的敏捷方法究竟是什么？

如今，公司不再只在开发过程的所有阶段都对其进行测试的情况下开展单个项目。 它只是没有回报！ 为什么不？

试想一下：你的整个团队工作了几个月，比如说，开发一个移动应用程序，你只有在后端和前端开发人员、设计师和文案的全部工作已经完成后，才能在最后测试和评估。 如果只有到那时您才意识到您的产品不再响应市场需求和用户需求怎么办？ 然后，您需要引入整个项目的后续迭代，这会消耗大量时间、金钱和精力。

因此，敏捷方法是一个很好的解决方案，可以显着改善工作流程并在每个阶段轻松实施变更。 敏捷背后的关键原则是将一个“大”而复杂的项目分解为几个较小的项目（或功能），然后一个接一个地发布。 在这里，开发和测试都是两个并发的活动，这使得持续验证项目和引入所有必要的改进变得更加容易。

有趣的是，尽管多年来敏捷在 IT 和软件开发公司中盛行，但这种方法被证明非常有效，以至于现在它被用于许多其他领域，如营销、销售、人力资源或运营。 根据 Verison One 编写的敏捷状态报告，2020 年 95% 的科技公司和软件公司正在实践各种敏捷方法。

Scrum 框架：为什么这么棒？

许多人倾向于混淆两个概念，尽管它们看起来很相似，但并不是同义词——它们是敏捷和 Scrum。 简而言之，敏捷是一个概括性术语，表示敏捷宣言中指定的所有方法和方法，而 Scrum 实际上是其中一种方法。 就这么简单！

什么是 Scrum，什么时候可以使用？

Scrum 是一个项目管理框架，主要用于构建开发过程至少需要几个月的复杂产品。 它首先依赖于透明度、所有团队成员之间的持续沟通和集体责任。 该策略有助于交付满足目标受众需求并响应当前市场需求的项目最终版本。

尽管 Scrum 已经成为一个领先的框架，尤其是在最近几年，但它实际上并不是什么新鲜事。 让我们回到 1986 年，当时《哈佛商业评论》发表了《新产品开发游戏》一文。 在那里，作者描述了本田或佳能等公司采用的一种管理方法，这种方法导致了他们的成功。 然后，在 1993 年，这些概念启发了 Jeff Sutherland 和 Easel Corporation 团队建立了一个名为 Scrum 的基于团队的流程。

Scrum 团队中的角色和职责

在 Scrum 团队中，所有角色从一开始就明确定义，并且通常不会在整个项目中改变。 通常，该框架具有 3 个基本角色：产品负责人、Scrum Master 和开发团队。

Scrum 大师

Scrum Master 是一种（但不完全是）团队领导者，他确保一切都以正确的方式完成并且开发过程顺利进行。 Scrum Master 的主要职责是：

• 指导团队成员，使每个人都能更有效地工作以提供数字产品的新功能
• 计划下一个 sprint 的所有任务（下面，我会告诉你更多关于 Scrum 中的 sprint）和维护产品 backlog
• 教育利益相关者和所有团队成员了解 Scrum 原则对项目管理的重要性
• 评估所有任务是否按计划执行
• 试图消除阻碍在给定 sprint 中实现任务的所有障碍。

Scrum Master 始终与产品负责人密切合作非常重要。 他们一起计划后续冲刺，评估已完成任务的质量，为团队设定方向并确定项目是否需要引入变更。 简而言之，Scrum Master 尽最大努力帮助开发团队取得成功并按时交付所有功能。

产品拥有者

产品负责人负责交付可以产生实际业务利润的产品的最终版本。 因此，在整个 Scrum 团队中，设定优先级和起决定性作用的是 Product Owner。 这里重要的是产品积压由产品负责人管理，产品负责人决定哪些产品功能应该优先开发，因为它们具有最大的商业价值。

这些是产品负责人的主要职责：

• 管理产品积压
• 联系利益相关者
• 定义每个 sprint 的主要目标
• 计划发布新功能
• 评估开发团队的工作并在必要时取消冲刺

开发团队

如果没有开发团队，Scrum 将无法实现，因为他们会完成实际工作并完成为特定 sprint 安排的所有任务。

通常，开发团队由具有特定领域专业知识的人员组成，例如 iOS、机器学习、后端或前端开发。 他们都联手提供数字产品的高质量功能。 但是，您应该记住，尽管“开发团队”一词通常指的是工程师，但这并不总是准确的。 营销人员、设计师、分析师、测试人员、文案或销售专家也可能带来一些价值并成为 Scrum 团队的一员。

建立开发团队时要考虑的一件事是其成员的数量。 即使在这里，Scrum 也指定了一些基本规则！ 据说这样的团队必须由 3 到 9 人组成，并且他们应该具备交付所有功能所需的技能。 当然，这一切都取决于项目的复杂程度和客户的需求； 有时 4 或 5 个开发人员完全足以构建一个数字产品。

但是，开发团队在 Scrum 中的角色到底是什么？ 基本上，它应该：

• 根据产品负责人的说明构建所有产品功能
• 确定在给定的 sprint 中要构建多少项目
• 有效管理工作量，以便在 sprint 结束时完成所有任务
• 共同做出所有相关决定
• 有“我们”的态度——团队做出所有决定，一起解决问题，每个人都对其他同事负责

简而言之，Scrum 开发过程

您已经知道 Scrum 是什么以及谁组成了 Scrum 团队，所以现在是时候了解这种方法论中的开发过程是什么样的以及如何正确地完成它。

在 Scrum 过程中，每一步都很重要，并为您的团队带来真正的价值。 以下是您不应该跳过的主要阶段：

1. 产品待办事项：需要在以下冲刺中构建的所有项目的列表。 它由产品负责人和 Scrum Master 一起管理，他们确切地知道每个功能或项目应该何时发布。
2. Sprint 计划会议：本次会议的主要目的是定义开发团队的每个成员在下一个 sprint 中将做什么。 它总是在 sprint 开始之前进行组织，以便每个人都可以评估他们是否可以在截止日期之前完成所有任务。 确保每个团队成员都完全掌握 sprint 的主要目标。
3. Sprint Backlog ：这些是团队选择在给定 Sprint 中执行的产品 Backlog 中的选定任务。
4. Sprint ：这是所有魔法发生的地方。 Sprint 周期很短，通常需要 1-4 周的时间，开发团队完成春季计划会议期间分配的所有任务。
5. Daily Scrums （也称为 Standup）：每天同时举行的超短会议，期间每个人用 1-2 句话报告他们的工作进度：他们谈论已经完成的工作以及还需要完成的工作。
6. Sprint Review ：当 sprint 结束时，每个人都有机会向其他经常参加 Sprint Review 的队友甚至利益相关者展示他们完成的工作。
7. Sprint 回顾：现在是结束整个 Sprint 周期的最后一次会议的时候了。 如果任何团队成员对下一个 sprint 可以改进的地方有一些建议或想法，他们可以在 Sprint 回顾会议期间提出。

对于 Scrum 流程，确保每个 Scrum 周期具有相同的结构至关重要：它从 Sprint 计划会议开始，然后每个人都开始工作并完成为 sprint 设定的任务，最后每个团队成员都展示他们所取得的成就。

我还想让你记住一件事：Scrum 有一个非常严格的变革理念。 这在实践中意味着什么？ Scrum 团队成员不应在 sprint 期间更改任务或主要目标。 如果他们未能交付计划的结果，那么应该为未来更好地估计完成项目所需的时间提供一个教训。

关于看板的几句话

现在您已经了解了 Scrum 是什么以及如何使用它构建数字产品，是时候更加关注第二种敏捷方法论了。 我相信你已经熟悉它了——即使你还没有意识到！

什么是看板，什么时候可以应用？

看板一词来自日语，可以简单地翻译为“视觉信号”。 这基本上就是这种方法的全部内容。 在看板中，每个元素都有其可视化表示——团队成员放在白板上并更改其状态（例如“待办”、“正在做”或“完成”）的卡片。

这种方法可以很容易地应用于任何行业，但最常被参与复杂且耗时的项目的软件开发团队选择。 并且有充分的理由 – 看板促进了实时通信并使所有队友的工作完全透明。

有趣的是，看板实际上是一种比 Scrum 更古老的方法。 它的起源可以追溯到 1940 年代，当时丰田在其工厂的白板上引入了一种单独的卡片系统，工人可以随时切换。 结果，这种策略使他们的工作更加顺畅，并加快了团队之间的沟通。

谁是看板团队中的谁？

在讨论 Scrum 时，我描述了每个团队成员（Scrum Master、产品负责人和开发人员）的确切角色、职责和能力。 在这里，情况大不相同。 看板并没有定义谁拥有更多的权力或责任，因为实际上所有的团队成员都是平等的，他们共同加入了力量和技能组合。

此外，看板并没有具体说明一个项目可以有多少人一起工作，所以任何团队结构都是可以接受的。 但是，如果您想改进工作流程，您可能需要考虑建立一个交叉开发团队。 借助此解决方案，具有不同专业领域的团队成员可以在产品开发的每个阶段分享他们的知识并提供反馈。 这样一来，就完全不需要咨询其他团队了！

什么是看板以及如何创建它？

看板是这种方法的核心和灵魂。 它是一个项目管理工具，旨在实时可视化每个任务的进度。 如果您想知道您的队友是否已经开始着手开发一项重要功能，或者他们是否已经完成了它，只需查看图板，现在您就知道了！

这个例子准确地展示了看板是什么以及它是如何工作的：

所以看板背后的一般概念非常简单：你有几个标记的列，并在每个列上放置视觉卡。 这些可以是便签或门票。 在每张卡片上，您写下您当前参与的项目的名称或您正在构建的特定工作项。 然后，您需要做的就是将特定卡片分配到特定列，以便团队的其他成员得到更新并确切知道您现在正在做什么。

您可以在上面看到的示例显示了典型的列类别，它们是：

• '去做'
• '进行中'
• “测试”
• '完毕'

但是请注意，您可以更广泛地描述您的工作流程并添加其他列——他们的选择将取决于您管理的项目。

如果您希望您的团队取得成功，您还需要注意一件事——您应该为您的团队可以同时处理的项目定义限制。 这就是看板另外建议设置工作进行中 (WIT) 限制的原因。 如何付诸实践？ 您需要指定一列中可以同时保留多少张卡片（例如“进行中”）。 如果您的团队达到此限制，他们根本无法添加更多卡片。 设置这些界限始终是处理工作超负荷的一个很好的解决方案。

Scrum 与看板：哪个框架赢得了这场战斗？

嗯，这个问题的答案其实没那么简单。 这两种敏捷策略有一些相似的原则，但它们采用的实践是完全不同的两件事。 虽然看板更加流畅，有利于持续变化和定期反馈，但 Scrum 更加严格和有组织。

准备好下一个软件项目了吗？

我们一起工作吧

以下是这两个项目管理框架之间的主要区别：

那么，您将选择哪些敏捷框架来管理您的项目？ 还是您希望专家为您做这件事？ 请随时与我们联系——通过引入各种敏捷方法，我们已经交付了 150 多种即用型成功产品！