Scrum vs. 看板：哪种敏捷框架更好？

了解 scrum 和看板之间的区别，以及哪种可能最适合您的团队。

因为 scrum 和看板都属于敏捷框架的范畴，所以很多人会混淆它们，或者认为它们是同一件事。然而，它们之间存在差异。首先，scrum 更具体地针对软件开发团队，而看板被多种类型的团队使用，并且侧重于提供敏捷团队工作流程的可视化表示。有人认为看板是关于完成事情，而 scrum 是关于讨论如何完成事情。

历史课

在我们深入探讨 scrum 和看板之前，让我们先来了解一下历史。在 scrum、看板和敏捷之前，存在瀑布模型。它在 80 年代和 90 年代很流行，尤其是在土木工程和机械工程领域，在这些领域，变更很少见，设计通常保持不变。它被应用于软件开发，但它并没有很好地转化为那个领域，结果很少像任何人期望或期望的那样。

2001 年，敏捷宣言作为一种替代方案出现，以克服瀑布模型的问题。《宣言》概述了敏捷原则和信念，包括更短的交付周期、开放式沟通、更轻便的流程、持续培训以及适应变化。当涉及到软件开发实践和团队时，这些原则焕发了新的生命力。在出现异常、错误或客户不满意的情况下，敏捷使开发团队能够快速做出更改，并且软件发布速度更快，质量更高。

什么是敏捷？

敏捷框架（或简称敏捷）是几个迭代和增量软件开发方法的总称，例如看板和 scrum。看板和 scrum 本身也被认为是敏捷框架。正如 Mendix 解释

“虽然每种敏捷方法类型都有其独特的品质，但在创建应用程序时，它们都融入了迭代开发和持续反馈的元素。任何敏捷开发项目都涉及持续计划、持续测试、持续集成以及项目和敏捷框架产生的应用程序的其他形式的持续开发。”

什么是看板？

看板是日语中“视觉信号”的意思。它也是一种敏捷框架或工作管理系统，被认为是强大的项目管理工具。

看板（例如 Wekan，一个开源看板应用程序）是一种可视化方法，用于通过一系列固定步骤管理产品的创建。它强调持续流动，并被设计为在板上以列形式显示的阶段列表。看板的开始阶段有一个等待或积压阶段，并且可能有一些进展阶段，例如测试、开发、完成或放弃。

每个任务或项目的一部分都用卡片表示，并且卡片会随着它们在各个阶段的进展而在这个板上移动。卡片的当前阶段必须完成，然后才能移动到下一个阶段。

看板的其他功能包括颜色编码（以可视化方式识别不同阶段或任务类型）和在制品 (WIP) 限制（限制工作流程不同阶段允许的最大工作项数量）。

Wekan 类似于 Trello（一种专有的看板应用程序）。它是各种数字看板工具之一。团队还可以使用传统的看板方法：一面墙、一块板或一张大张纸，上面贴着不同颜色的便利贴，用于各种任务。无论您使用哪种方法，其想法都是有效地、高效地和持续地应用敏捷。

总的来说，看板和 Wekan 提供了一种简单、图形化的方式来监控进度、分担责任和缓解瓶颈。这是一项团队努力，旨在确保最终产品以高质量和客户满意度创建。

什么是 scrum？

Scrum 通常涉及每日站立会议和冲刺，包括冲刺计划、冲刺评审和回顾。有每日 scrum 和两到四周的冲刺（将代码投入生产），目标是在每次冲刺后创建一个可交付的产品。

图片来源：

^{每日站立会议允许团队成员分享进展。（照片来源：Andrea Truong）}

Scrum 团队通常由 scrum master、产品负责人和开发团队组成。所有人都必须同步运作，以快速、高效、经济高效的方式生产高质量的软件产品，从而让客户满意。

哪个更好：scrum 还是看板？

有了这些背景知识，我们剩下的重要问题是：哪种敏捷框架更优越，看板还是 scrum？嗯，这取决于情况。这当然不是一个简单或容易的选择，并且这两种方法都不是天生优越的，但考虑到组织的状态、团队的组成、要生产的产品或服务，一种方法可能比另一种更有价值。在某些情况下，甚至将看板和 scrum 结合使用，如果您愿意，称之为 scrumban，也是一个有效的选择。

软件开发团队通常使用 scrum，因为它已被发现在软件生命周期过程中非常有用。

看板可以被各种类型的团队使用——IT、营销、人力资源、转型、制造、医疗保健、金融等。其核心价值观是持续的工作流程、持续的反馈、持续的变更，并大力搅拌，直到您达到期望的质量和一致性或创建可交付的产品。团队从积压的工作开始工作，直到所有任务都完成。通常，成员会根据其专业知识或专业领域选择任务，但团队必须小心不要因过度专业化而降低其效率。