概括

如果您不确定哪种项目管理方法或框架最适合管理您的团队，我们可以为您提供帮助。了解有关瀑布、敏捷、看板和 Scrum 的一切 - 它们的含义、如何使用它们、优点和缺点以及它们之间的比较。

瀑布式。敏捷。看板。Scrum。这些词与项目管理有什么关系？它们之间有什么区别？您如何为您的团队选择合适的方法？
如果您不确定这些术语的含义，我们可以帮您解答。在本文中，我们将深入探讨每个术语的含义、优点和缺点以及它们之间的比较。
如果您来这里是为了获得特定问题的答案，请使用左侧的跳转链接导航到特定标题。或者继续关注终极指南，以回答您有关瀑布、敏捷、看板和 Scrum 的所有问题。

什么是瀑布方法？

瀑布模型将每个项目划分为不同的阶段，并按顺序进行各个阶段。任何阶段都必须在完成之前完成。通常，每个阶段都以项目里程碑结束，这表明下一个阶段可以开始。
瀑布过程的具体阶段取决于您的团队正在创建的内容，但通常它们看起来与此类似：

需求阶段，有时会分为额外的分析阶段
系统设计阶段
实施阶段，也称为开发阶段或编码阶段——取决于项目类型
测试阶段
部署阶段，也称为操作阶段
维护阶段

瀑布的工作原理

瀑布方法得名于绘制流程时的样子。与自然瀑布类似，项目看起来就像从一个项目阶段层叠到下一个项目阶段。

实施此项目管理方法需要大量的前期规划和准备。瀑布式项目管理的一个重要部分是制定严密的项目计划，以便您的团队在开始工作之前清楚地了解项目要求和限制。这是因为一旦启动瀑布式项目，就没有太多的变化、适应性或错误的空间。
通过精心规划，您可以通过清晰、可预测的工作流程成功实现最终产品。此项目方法非常适合时间管理和进度跟踪，尽管它不如其他模型（例如：敏捷Agile）灵活。

什么是敏捷？

敏捷项目管理是一种迭代方法，工作在短时间内完成。通过优先考虑灵活的方法和持续交付，敏捷方法在处理意外的项目变更时更加灵活——然而，它可能会因此受到范围蔓延的影响。
敏捷方法是为了对抗传统的瀑布式项目管理而开发的。随着软件开发在 21 世纪初变得越来越流行，开发人员需要一种迭代方法进行原型设计和项目管理，因此敏捷软件开发应运而生。
自那时起，《敏捷宣言》就成为任何想要实施此方法的人获取敏捷价值观和原则的首选资源。敏捷方法不再仅限于软件开发。营销、IT、活动策划和产品开发等行业也已调整和修改了该方法以适应其行业。

敏捷是如何运作的？

敏捷项目管理包括迭代待办事项管理、冲刺、反思、迭代和更多冲刺。每个敏捷冲刺通常持续两到四周。

每个冲刺都会经历以下阶段：
首先，产品负责人整理产品待办事项。产品待办事项是冲刺期间可能要处理的所有任务的列表。此信息通常存储在项目管理工具中。
在冲刺之前，整个项目团队参与冲刺规划，以确定两周期间最佳要完成的任务。
在冲刺期间，敏捷团队经常开会讨论阻碍因素和行动项目。
冲刺结束后，团队成员聚在一起进行冲刺回顾，找出哪些地方做得好，哪些地方可以做得更好。

什么是看板？

Kanban 是敏捷方法论的一个分支，在更广泛的敏捷思维中发挥作用。敏捷理念的核心在于自适应规划、早期交付和持续改进——Kanban 可以支持所有这些。
当有人在项目管理中谈到看板时，他们通常指的是看板。看板代表工作的各个阶段，其中的列包含每个阶段的各个任务 — 稍后会详细介绍。
Kanban 框架非常灵活，可以帮助您的团队随着时间的推移变得更加活跃和敏捷。

看板的工作原理

看板框架由大野耐一于 20 世纪 40 年代开发，经过数十年的数字化、改编和完善。现代看板框架的核心是一种在线、可视化的工作管理方法。
当人们说“看板”时，他们通常指的是看板：使看板方法栩栩如生的可视化项目管理视图。
在看板中，列代表工作的各个阶段。在每一列中，视觉卡代表各个任务及其所处的阶段。通常这些阶段是“待办”、“进行中”和“已完成”。

看板是最受欢迎的可视化项目管理形式之一。它们最有效的一点是，它能让你轻松、一目了然地了解项目情况。

看板的好处

当您使用看板进行可视化项目管理时，您可以为您的团队提供丰富的一目了然的信息，包括但不限于：

任务或可交付成果
任务受让人
截止日期
相关标签，例如优先级或任务类型
任务详细信息
语境
相关文件

看板是一种灵活的方式，可让您的团队直观地了解工作进度。传统上，看板栏显示工作阶段，这就是为什么它们是运行持续流程和项目（如创意请求或错误跟踪项目）的团队的热门可视化项目管理工具。
您还可以根据任务分配者自定义看板列，添加“泳道”，或按截止日期创建列。
由于看板在可视化工作方面非常有效，因此它是大多数项目管理工具的关键组成部分。如果您要为团队选择合适的项目管理工具，请确保它提供看板视图。更好的是，寻找一种允许您以多种方式查看工作的工具。

什么是Scrum？

Scrum是最流行的敏捷框架之一。与通常用作可视化工作工具的看板不同，Scrum 是一个完整的框架，您可以在 Scrum 上“管理团队”。该框架由 Taiichi Ohno 首创，提供了价值观、指导方针和角色的蓝图，以帮助您的团队专注于持续改进和迭代。
它比看板灵活性差得多，但对于敏捷团队来说是一种协作和完成高影响力工作的好方法。

Scrum工作原理

尽管 Scrum 与 Agile 一样，最初是为软件开发团队创建的，但产品、工程等行业现在都运行 Scrum，以便更快、更有效地开展工作。
为了运行 Scrum，团队通常会指派一名Scrum 主管，负责运行三个不同的 Scrum 阶段并确保每个人都按计划进行。Scrum 主管可以是您的团队负责人、项目经理、产品负责人或对运行 Scrum 最感兴趣的人。
Scrum Master 负责实施三个传统的 Scrum 阶段：

第1阶段： 冲刺规划。Scrum 冲刺通常持续两周，但团队可以进行更快或更短的冲刺。在冲刺规划阶段，Scrum 主管和团队会查看团队的产品待办事项并选择在冲刺期间要完成的工作。
第2阶段：每日 Scrum 站立会议。在 Scrum 过程中（也称为 Scrum“周期时间”），团队通常每天开会 15 分钟，检查进度并确保分配的工作量合适。
第3阶段： Sprint 回顾。当 Scrum 结束后，Scrum 主管会主持一次 Sprint 回顾会议，以评估已完成的工作、将任何未完成的工作放回到待办事项中，并为下一个 Sprint 做准备。

Scrum 的目标不是在两周内构建某个东西，然后交付，之后就再也看不到它了。相反，Scrum 秉承“持续改进”的思维方式，即团队朝着更大的目标迈出一小步。通过将工作分解成更小的部分并针对这些部分开展工作，Scrum 可以帮助团队更好地确定工作优先级并更高效地交付工作。

Scrum的好处

运行 Scrum 的团队有明确的规则、惯例和职责。此外，您的每日 Scrum 会议以及冲刺规划和冲刺评审（或“回顾”会议）可帮助团队不断检查和改进当前流程。
由于 Scrum 是从积压工作中提取内容，并以冲刺规划会议开始，因此它为团队领导或产品所有者提供了一种简单的内置结构，用于管理和支持其团队最重要的工作。在 Scrum 期间，您的团队为每个冲刺设定了预先设定的有限工作量和时间。这种内置优先级与明确定义的职责相结合，可确保每个人始终知道自己负责什么。

如何选择正确的项目方法

我们已经介绍了各个方法和框架的来龙去脉。现在，让我们花点时间将它们进行比较，找出您应该实施哪一个来帮助您的团队实现其目标。

敏捷与瀑布

考虑每种方法的优点和缺点可能会让您更容易选择最适合您团队的方法。让我们来看看，好吗？

瀑布项目管理的优点

瀑布式项目管理对于跨职能项目更为有效。瀑布式方法的最大优势之一是您可以……

提前规划项目以防止范围蔓延。
轻松跟踪项目不同阶段之间的进度。
从事多个项目，但不必完全专注于一项计划。
轻松管理依赖关系。

瀑布项目管理的缺点

然而，瀑布方法也有一些需要注意的缺点：

由于缺乏灵活性，可能导致项目风险增加。
如果不同的人在不同的阶段从事项目并且没有清晰地记录，则可能导致信息丢失。
当 QA 延迟时可能会导致意外的错误。
如果没有他们的参与，可能会导致客户满意度下降。

敏捷方法的优点

敏捷方法之所以流行是有原因的——以下是敏捷团队的一些最大优势。他们……

快速适应意外变化
关注客户满意度
通过强调团队合作和团队成员的参与来体验高度的内在动力

敏捷方法的缺点

所有这些灵活性都带来了敏捷团队必须面对的一些缺点：

可能会意外增加范围蔓延和项目预算
如果客户没有时间或带宽，可能很难与他们互动
只专注于敏捷冲刺过程不允许团队成员从事其他计划
虚拟团队在敏捷环境中可能难以蓬勃发展

何时使用瀑布式开发，何时使用敏捷开发

虽然大多数团队都可以从瀑布式或敏捷中受益，但这里有一个简单的分类，可以帮助您决定哪种方法最适合您：
如果发生以下情况，请使用瀑布方法……

您正在开展一个连续的项目，除非另一个阶段完成，否则任何阶段都无法开始。
您想严格控制范围蔓延。
您重视清晰、有效的规划。
您想在开始项目之前了解整个开发生命周期。
您更看重功能性而不是快速交付。

在以下情况下尝试敏捷方法......

您想使用更具迭代性的过程。
您希望快速获得结果 — — 即使这意味着以后需要改进。
你的团队行动迅速。
您的团队重视适应性而不是可预测性。
您的客户希望成为积极的利益相关者。

如果您认同敏捷方法，那么您的下一步可能会考虑 Scrum 是否是管理团队的正确方法。

敏捷与Scrum

当谈到敏捷方法和 Scrum 时，问题不在于选择哪一个，而在于是否要将 Scrum 作为您的敏捷框架的选择。

没有 Scrum 你能实现敏捷吗？

当然！Scrum 可能是最常见的敏捷框架，但即使不遵守 Scrum 规则，您仍然可以实现敏捷。如果您正在寻找一种让您的团队更具协作性和灵活性的方法，但又认为 Scrum 规则不会让您的团队受益，那么您可以考虑其他框架，例如 Kanban，我们稍后会介绍。
敏捷也可以独立存在，但是，如果没有 Scrum Master、每日站立会议和双周冲刺，您应该牢记一些最佳实践，以确保工作流程顺畅：

保持项目规模较小。没有 Scrum 规则，由一个小团队朝着一个小目标努力管理小项目会容易得多。
指定产品负责人。如果没有 Scrum 主管，您需要指定一名团队成员来负责项目要求和资源需求。该团队成员将成为有关工作流程、项目变更和资源分配问题的负责人。
定期开会。团队规模较小，项目总体目标也较小，因此每周开会应该能助您取得成功。借此机会回顾项目进度，讨论每个人下周的目标，以保持高昂的士气和团队的参与度。
安排频繁的评审。就像您开会讨论每周目标一样，您的敏捷团队也将从定期的质量评审中受益。这些评审可以发现项目中需要更多关注的细节，并确保项目的整体质量很高。

现在，让我们看一下另一个敏捷框架 Kanban，以及它与 Scrum 的比较。

看板与 Scrum

Kanban 和 Scrum 是两种最常提及的敏捷方法。Kanban 和 Scrum 都鼓励团队进行持续改进。
敏捷方法的核心原则之一是灵活性和持续改进——事实上，这也是产品、工程和软件开发团队如此青睐敏捷理念的原因之一。持续改进是 Kanban 和 Scrum 的重要组成部分。
Kanban 和 Scrum 都是出色的团队协作工具。尽管协作可能因团队选择的框架而有所不同，但 Kanban 和 Scrum 从根本上来说都是团队更好地协作的一种方式。
尽管两者有一些共同点，但 Scrum 和 Kanban 之间也存在一些主要差异。让我们来看看！

Scrum 比看板更明确。Scrum包含一组特定的“规则”供团队遵循。看板最常用于可视化工作。许多团队实际上在看板上运行 Scrum — 但在这些情况下，他们仍在运行 Scrum，而不是看板。不要将看板视为具有一套规则的“方法论”，而应将其视为一种可视化工作的方式。
Scrum 有时间限制，而看板则灵活。Scrum以冲刺方式运行，冲刺通常为两周的工作周期。在冲刺结束时，您会得到一组已完成的工作 — 无论这些工作是什么。看板不一定必须有开始或结束日期。事实上，在禅道，我们经常使用看板来表示正在进行的流程。
看板的列可以以不同的方式组织。当您运行 Scrum 时，跟踪工作在各个阶段的进展非常重要。但在非基于 Scrum 的看板中，板列可以代表各种工作，而不仅仅是工作状态。列可以代表每月将完成的工作、记录之前完成的工作的回顾，或者您需要的任何其他内容 — 与 Scrum

何时使用Scrum和Kanban

对于您的团队何时应该使用看板、Scrum 或其他形式的可视化项目管理，没有确切的规则。但是，判断看板是否适合您的一个好方法是：

您的团队需要一个可视化的项目管理系统。
您希望以一目了然的方式了解项目进展情况。
您不属于工程、产品或软件开发团队。
您运行正在进行的流程和项目。
你的大部分工作都不是短时间内完成的。

即使您选择不运行 Scrum 框架，您仍然可以从中汲取灵感。例如，也许您不希望将工作限制在两周的冲刺中，但保留工作积压将有助于您的团队更好地理解和确定任务的优先级。看板最好的部分是，您可以提取对您有用的内容并丢弃其余内容。
Scrum 可以成为组织和确定整个流程优先级的有效方法。虽然并非每个团队都能在 Scrum 上蓬勃发展，但如果符合以下条件，您可能会从 Scrum 中受益：

您隶属于工程、产品、软件开发或敏捷团队。
您认为稍微更严格的结构可能会对您的团队有益。
您有大量积压工作需要处理。
您的团队受到快速的期限和交付成果的激励。
您的团队中有人致力于成为 Scrum Master。

请记住：您可以通过在看板上运行 Scrum 将两者结合起来。

如何结合 Scrum 和看板

为了举办有效的每日站立会议、出色的冲刺规划和回顾，您需要一种强大的方法来可视化各个阶段的工作并跟踪所有正在进行的工作。看板可以帮助您处理冲刺积压工作并在冲刺期间组织工作流程，因此每个 Scrum 周期都是成功的。
在看板上运行 Scrum 的团队（有时也被称为 Scrum 板）经常会为每个 Scrum 冲刺创建一个新板。这样做的原因有两个：

为每个冲刺创建新面板的团队可以从头开始。这让 Scrum 主管和 Scrum 团队更容易直观地了解他们必须为每个冲刺完成的新工作。
Scrum 主管使用过去的 Scrum 板来跟踪每个 Scrum 周期中完成的工作。由于团队实施 Scrum 的一个重要原因是流程改进和效率，因此回顾一下并看看你已经完成了什么会很有帮助。

如您所见，一切都归结为找到适合您的团队和项目的方法、框架和工具的组合。

原文链接：https://asana.com/resources/waterfall-agile-kanban-scrum

瀑布式、敏捷、看板、Scrum：有什么区别？

概括