Scrum VS 看板

Scrum 和看板都是 敏捷 实践/框架。多年来，它们不断发展，以应对围绕组织工作的特定挑战。

许多团队和组织经常结合使用 的实践 Scrum 和看板 ，有时会发挥他们的优势，有时则不然。所以，经常会出现这样的问题：我们什么时候应该使用 Scrum，什么时候应该使用看板？Scrum 和看板可以在任何项目中互换使用吗？或者两者中是否有可以结合使用的互补实践？

首先，如果我们结合了 Scrum 和看板的实践，但不应用整个框架，我们既不做 Scrum 也不做看板。我们正在做一些事情，但这两者都不是。我们也可能会从实践中获得一些好处，但不会从完全实施 Scrum 或看板中获得什么。

话虽如此，让我们将 Scrum 与看板与各种属性进行比较，以了解可以使用每种属性的项目类型。下面的表格总结了 Scrum 和看板的属性，并根据该属性突出显示了可以使用它们的项目类型。

如何选择

两种框架有着这么多区别，那么最后的问题是“我们要选择哪一个方法来用呢”？其实两种方法并没有好坏高下之分，也没有简单复杂的区别，具体使用哪一种方法，需要结合组织自身的实际情况来判断。个人认为，Kanban对于需求变化非常快的项目更有优势，比如连一周的迭代都没办法保证的特性开发，或者属于支持/维护类的项目团队。而相对来说，对于那些有着清晰特性开发团队，以便于按照固定的节奏提交价值增量，Scrum更加有完整的套路。此外，看板对于不喜欢对现状改变太大的企业，更加容易被接受。