敏捷和互联网产品方法盛行的时代，快速迭代、用户价值、产品运营这些字眼已经家喻户晓了，但在快餐式的文化下，很多人缺少践行和深度思考，大多人采取一种方法之后便很难接受新的方法，即使Scrum和Kanban都是敏捷方法中的不同分支，这也会让他们觉得是互为冲突的。

Scrum因为简单有效，已是被大量采用的一种方法了，然而随着近来“精益”、“流动”词汇的不断提起，我认为kanban在互联网行业中一定会成为新的篇章。既然Scrum和Kanban都比较不错，那一个想采用敏捷方法的新团队，该选择Scrum还是Kanban呢？

在说之前，我们先概要的看一下Scrum和Kanban分别是什么（更为详细的可以查看我以前的文章），以及它们之间有什么不同，再来说该选择哪一个。

Scrum

Kanban

Scrum和Kanban的不同

既然是两个不同的方法，自然有不同点。在大致了解分别是什么之后，我们再来看看它们两者有什么不同：

看板的无迭代周期与Scrum的迭代周期也看似冲突，看似低效的看板WIP却会对人与人之间交互、协作的方式产生长久深远的影响，等等这些都让我对kanban刮目相看。在做kanban方法培训时，我常说到Scrum让对产品开发管理有了一个全新的认识，而Kanban又再次刷新我的认知，让我学会用一种开放的心态去接纳新的方法。

Scrum和Kanban的相同点

既然我们困扰于在这两者做出选择，那它们一定有某些共同点，那我们来看看它们的相同点有哪些，我罗列了几条：

Scrum还是Kanban？

终于到我要回答这个问题的时候了。如果从上面不同点来看，可以说Scrum相对来说更需求稳定，而Kanban更具灵活性，所以如果你的产品经常有临时性的需求、需要更快的发布迭代，或者是一个维护性产品，那么采用Kanban是一种好的选择。不过随着团队的实践，我想最终可能会变成是Kanban+Scrum的方式。

使用Scrum还是Kanban，你都必须说服团队和管理层这些方法能真正带来改进，但行动就是最好的证明，如果不能让更大范围的团队实施，那就在你力所能及的小团队开始。你可以根据自己的喜好或熟练程度来决定先使用Kanban再应用一些Scrum的实践，还是先使用Scrum再采用Kanban的内容。但这并不重要，重要的是你如何改变现有团队的工作方式，如何让他们能在一起开一个高效的站立会议，如何让他们学会并喜欢在敏捷的方式下工作？这需要你具备一个教练型管理者的能力。