用Scrum 还是 Kanban？终于有人整明白了

Posted 2021-04-25 敏捷行动派

全世界只有不到 1% 的人会朝着自己的梦想行动

你真是个特别的人

敏捷 背后是勇敢实践的心

他们在五湖四海，也在你身边，他们正在实践敏捷。

有小伙伴后台留言给小π说最近更新慢了，哈哈，小π最近都在投入我们的二期训练营，七天的训练营终于走完了，每次陪伴大家走过7天，真是又紧张又满足啊！

学习是个好玩的事儿，尤其是和一群好玩儿的人在一起，敏捷行动派的大门随时敞开，欢迎各路敏捷人的悄悄勾搭，我们一起畅游在敏捷的云端！

编辑 Ⅰ小π姐姐

来源 Ⅰ 网络各平台

半个月前一篇《黄色预警：本文为收藏而生！一文读懂常见16种项目管理方法》一经发出，一个奇怪的现象发生了，转发的人数不多，收藏的人数蹭蹭上涨。小π掐指一算，没有几个小伙伴是读完全文的吧，

“管他呢，先收藏，以后再看”

是不是你的心声？

因为那篇文章篇幅较长，后面的内容针对了Scrum,Kanban ,瀑布，敏捷进行了比较和总结，并且告诉大家怎么选，这部分内容对大家还是很有价值的。

所以，我们今天会继续这个话题，结合Linkedin上面的一篇小短文，进行一个扩展。

Scrum or Kanban?

 这不是个好问题

标题就让人眼前一亮，“问题不是选择Scrum还是Kanban，或者是Scrum和Kanban一起用，重要的是问问，哪个对你有用？

我们不应该还停留在“Scrum好还是Kanban 好”的争论中，这两者都有对应的实践和准则，也都有值得学习的部分，会带给我们不同的思考维度，所以我们可以选择站在更宏观的角度，心态更开放些，通过将两者灵活地结合起来运用在我们的生活中。

在各种方法都独称一派时，如何选择共存，或是取长补短，或许才是我们面对不同事物的心态，这不是武林盟主，不用争得你死我活。

会提问也是一种能力

首先就要从提正确的问题开始，所以当我们在争论说哪个好哪个不好时，就已经走向错误的方向了，那么，应该怎么提问呢？

“考虑到我们的实际处境，我们应该选择哪种方法更有用呢？”当我们这样提问时，才能够去选择对我们的处境最有效率的方式!

文章指出，Scrum和Kanban都受到精益思想的影响，像精益生产，精益产品开发，精益敏捷软件开发，他们虽然都是不同的实践，甚至针对的目标也是不同的，但是他们都建立在下面的四个基础理念之上：

• 系统思考

• 持续改进

• 降低工作流和反馈机制的延迟现象

• 对质量的承诺

Scrum和看板都可以被看作是精益思想的部分完善，精益思想是能够帮助我们合理地评估Scrum和Kanban,而且能够帮助理解在实际工作场景中应该如何针对性地实施。

为什么说Scrum有用呢？

Scrum的实施精髓是通过跨功能的团队共同协作，在1-4周的迭代里完成工作。通过这样的设置，是能够帮助减少工作流中的延迟，因为我们是能够高频率地看到一个交付物的，那么反馈也是能够及时地传达给团队，同样的，PO在一个迭代结束时可以通过评审会帮助评审产品是否合格，如何改进，所以说Scrum能够帮助减少反馈系统的延迟。

Scrum有遗漏掉什么呢？

Scrum确实有用，但是它不是万能的，它遗漏掉了一些重要的元素。

首先，Scrum不是从系统性思考的角度出发。Scrum它采用自下而上的方法。大多数情况下，团队单独工作，然后再尝试协调在一起，最终满足整个组织的业务需求（Scrum-of-Scrums）。事实上，这种自下而上的方法仅关注到了价值流的一部分。

同时，Scrum也没有在团队中界定明确的工作流程：Scrum没有明确地管理在制品。

（小π思：Scrum是一个极简流程，可以不严格规定的尽可能不去做限定，即规范迭代内的工作流程不是它的目的，你想想，你的领导如果规范团队每个迭代的工作流程，必须先设计，再开发，再调试和上线，结果会是怎么呢？

你的团队就失去了整个过程中自主优化的可能性，因为Scrum希望你自组织，自管理，自优化，所以不框死。

那么Scrum没有明确地管理在制品这种说法也是正确的。Scrum这么做的理由同样是让你自己控制，获得更大的灵活性。

事实上，Scrum 是用迭代中的Velocity来控制在制品，比方说你的产能是20个点，4-5个故事，那就是你的WIP。

Scrum使用Velocity数据告诉咱们，我们的产能大概是多少，可以用这个来参照，看看这个迭代里你的团队可以完成多少的工作量，以此控制整体的WIP。）

而Scrum不具备的这两个因素，系统思考价值流和明确管理工作流程，这两者基本上都能提高协作和工作效率的。

我们了解了Scrum的优势和不足，那么看板又有哪些优势和不足呢？

看板如何实现精益思想呢？

看板的三个基本原则：

-可视化让工作流程明确

-限制在制品（WIP）的数量

-增强流动

看板作为一种拉动的方式被大多数人熟知。它有两个咒语，“Flow when you can, pull when you must” and “Stop starting and start finishing.” 

看板通过关注流程和管理WIP，减少反馈系统和工作流程的延迟。

工作流的可视化和明确也可以改善协作，即使跨区域团队也能够产生作用。看板对于企业文化和背景都是比较敏感的，即企业文化和背景对看板容易产生影响，而且使用看板时，当前的角色，职责和工作头衔都不会产生太大的变动。

看板又遗落了什么呢？

由于看板对文化和背景的敏感性，所以看板强调从企业当前的位置出发提供解决方案。

那么问题来了，有时候呢通常会有一些实践啊或者不同的组织结构啊，是可以立即产生一些改进的效果的，也能够为每个人更好的学习创造条件，但因为我们强调文化和背景这些环境因素，所以不做出变动，那么很明显，提升改进的速度就可能比团队预期的要慢很多。

小总结:

两者的利弊

Scrum和看板不仅仅是不同的实践，它们也是基于不同的转换模型。虽然两者在许多情况下都有效，但它们的实施形式却各有特色。

Scrum的转型模型让团队采用一系列实践，这些实践能够一开始就避免很多产品开发的可能障碍。这种变化是比较突然的，而且对很多企业来说，可能是“破坏性的”。

Scrum要发挥作用，就必须遵循其核心实践和角色设定，然而，这在有些企业其实是有困难的，涉及到成本。

虽然说Scrum的框架对于不同部门不同行业都是灵活的，但是遵循的实践和角色却是不那么灵活，比如，你必须按照迭代，必须按照3355实施。

看板的转换模型致力于更好地理解您正在做的工作，并且遵循流程原则。

它是基于事件的进程而发生的变化，而不是Scrum要求的一开始就需要变化。但是，在许多情况下，看板对工作流程的关注同时，却忽略了其跨职能团队的价值。

关于两者对于在制品的控制，小π再举个例子便于大家理解：

比方说，小A手上有很多事情同时都在进行中，虽然团队在用Scrum，可是她忙不过来，因为很多事情同时在展开。

所以我们可能就会看到小A的情况是很多时候每个事情都会做到30%，而不能很快结束。

如果是Kanban，那么在这里，Kanban强硬指定在板上只能同时进行多少张卡，即是WIP。强硬的不让小A碰WIP外的事情。

Scrum则说，你已经长大了，这个情况你自己想想怎么办吧，会不会同时进行少一些的事件会更好呢?

所以Scrum这里是用教成人的方法，拍拍你的肩膀说，你想下可以怎么办
Kanban则更像教小孩的方法，把WIP数字写在那里，硬性的规定不让你去移动卡片。

教小孩，用Kanban方法最直接。
教大人，用Scrum的方法比较睿智。

所以Kanban的WIP管理流程里的某个细节，Scrum的WIP管理团队迭代工作量。
我们不要忘记，Kanban源自于管理工厂里的工人，Scrum源自于管理研发团队。

管这两种人需要用的手段很不一样。

强强联合，共创辉煌

最棒的是，你不必做出任何决定。以适当的方式将两者灵活运用更有效。

精益思维可以帮助您创建适合团队环境的更有效的方法，帮助您发现他们有更多共同点而不是差异。

事实证明，所有团队都应该采用Scrum和

Kanban（甚至是极限编程）的好几种做法。

Scrum，看板和XP有共同点的做法：

使用小批量的工作

团队自组织

每日站会

几乎每个团队应该使用的Scrum实践：

使用估算和速度

几乎每个团队应该使用的看板实践：

专注于完成

让所有工作都可见

有明确的工作流程

明确管理WIP

几乎每个团队应该使用的极限编程实践：

使用验收测试驱动开发（ATDD）

持续集成并使用自动化测试

那么，如何选择呢？考虑下面两个问题：

你会使用迭代吗？迭代是有用的，因为它们提供了规则 - 时间盒给你一个结束日期并让焦点聚焦在完成的概念上。

如果说团队处理的是维护的工作，或者是没有特定计划的，那他们只要专注于处理的过程和完成的结果，这时候并不要求一定遵循迭代了。

然而，即使在这些具有输入，输出，演示等的共同节奏的情况下，迭代仍然是有用的。

你会使用跨职能团队吗？无论您是否可以拥有跨职能团队，他们都是个好主意。尽可能地创建它们。

通过关注哪些是有助于团队的效率的：快速，可持续和高质量地创造价值。

这取决于团队的背景和他们所做的工作类型。单独选择Scrum或看板都可能会导致错过基于精益思维的混合模型提供的机会。

因为每种方法都提供了宝贵的见解; 实际上，Scrum，Kanban和XP的几种实践对几乎每个团队都很有用。

纠结于哪种方式也可能是你还不了解这些方式，Scrum你真的了解吗？看板是怎么来的，具体实施会遇到什么困难，你了解吗？

只有当我们了解了每套方式，我们才能结合自己的状况做出合适的选择。

如果现在有个机会，

一个小姐姐陪你每天15分钟学习Scrum，

带你通过书籍了解Scrum的前世今生，

为你划重点做总结，

你愿意吗？

“Yes, I do!"

如果这是你的答案，来吧！

21天《敏捷革命》领读活动招募啦：

Scrum创始人Jeff老师的作品

——敏捷人的必读书籍，

一书带你全面了解Scrum，

让小姐姐陪着你,

每天学一点点，

每天进步一点点，

从劳动节到儿童节，

你的5月就要被小姐姐承包了！