《看板和Scrum——相得益彰》读书笔记（二）

二、看板和Scrum比较之不同点：

1）注:比较是为了更好地理解，而不是评判优劣。

2）规范性指的是“ 要遵守更多的规则”，适应性指的是“ 要遵守的规则较少”。

3）Scrum和看板都是适应性很强的，但相对而言，Scrum更规范一些。Scrum多了些约束，少了些选择。比如Scrum要求使用有固定时长的迭代和跨功能团队，但看板没有。

4）XP（极限编程）比Scrum 又规范一些。它囊括了Scrum的大部分内容，还多了很多相当具体的工程实践，例如测试驱动开发和结对编程。Scrum 和RUP 的主要区别在于，RUP 给你的东西太多了，你得自己把不需要的东西去掉；而Scrum 给你的东西太少了，你得自己把需要的东西加进来。从规范性和适应性的角度来比较如下工具，如图P22：

 

5）区别1： Scrum规定了三种角色：产品负责人（描绘产品远景，定义优先级）、团队（实现产品）、Scrum Master（消除障碍，带领过程运作）。 看板没规定任何角色。

6）注意：不管是用看板还是Scrum ，你都可以根据需要增加任意角色。但是增加角色的时候得小心，要确保新增的角色能带来价值，而且不要跟其他方面有冲突。

7）区别2：Scrum规定了固定时长的迭代，它是Scrum 的基础，它混合了三种活动：计划、过程改进、（理想中的）发布。看板没有规定固定时长的迭代。

8）区别3：Scrum 和看板都是限制WIP 的，只是方式不同。Scrum间接限制（每个 Sprint的）WIP；看板直接限制（每个工作流状态的）WIP。

9）注意：

Ø  WIP 上限只是用来防止问题脱离控制，如果一切都在顺畅流动的话，WIP 上限也就用不着了。

Ø  Scrum 团队通常都要度量生产率──每个迭代能完成多少条任务（或是用相应的单位表示，如“故事点” ）。一旦他们知道了自己的生产率，这个数值就成了WIP 的上限（或者至少是个参考值）。

Ø  如果各项任务的规模差异很大，那可能就得考虑用故事点或是其他尺寸单位来定义WIP 上限了。有些团队会花时间把任务都拆分得大小差不多，从而避免费心考虑用什么单位限制WIP，也减少了估算的时间。任务大小相近，就更容易创建一个平滑流动的系统了。

10）区别4：Scrum在迭代内拒绝变化。即，产品负责人不能碰Scrum 板，因为团队已经对迭代中要完成的一些具体任务做了承诺。看板团队会说“请把E 放到To Do 那一列上。但那一列的限额是2，所以你得把C 或者D去掉。我们现在在做A 和B，只要腾出手来，我们就会把 To Do 顶上的卡片拉过来做。”

注：

Ø  看板的原则是“一件出去，一件进来”（由WIP驱动），所以看板团队的响应时间（多久才能响应优先级的变化）就等于他们要花多长时间才能把手头的事情做完。Scrum 的平均响应时间等于sprint 长度的一半。

Ø  这两种方式不是互相排斥的。Scrum团队也可以允许产品负责人在sprint 中期更改优先级（虽然这往往都会被当作异常情况）。看板团队也可以对修改优先级的时机做限制。看板团队甚至可以使用固定期限固定承诺的迭代，就跟Scrum 那样。

11）区别5：Scrum板在迭代之间重置，即，Sprint 结束以后，板子就会进行清理──所有卡片全部去掉，等到新的Sprint开始。看板图的样子几乎是一成不变的──你不需要把板子清理干净，重新开始。

12）区别6：Scrum规定了跨功能团队，一个Scrum团队只有一块Scrum板，Scrum 板对所有感兴趣的人全都是可见的，但只有它的所属Scrum 团队才能编辑──这是他们管理迭代承诺的工具。看板不强制要求跨功能团队，看板图也不是独归某个团队所有。看板图对应的是流程，不必非得是一个团队。所以，用看板的时候，你需要建立一些基准，规定哪些人可以用看板，怎么用看板，用这些基准进行试验，优化流程。

13）区别7：Scrum的backlog条目必须能跟Sprint搭配的上。Scrum 和看板都以增量开发为基础，即将工作拆分成小块。 Scrum 团队只会承诺他们认为能在一个迭代里面做完（基于他们对“完成” 的定义）任务。而看板对任务规模没有明文规定一定要在某个时间内做完。在同一张板上，我们可能会既有1 个月做完的卡片，又有一天能做完的卡片。图P38

14）区别8：Scrum规定了估算和生产率，看板没有规定估算这回事，所以如果需要作承诺的话，就得想一想怎么作预测了。

15）区别10：Scrum用生产率作为计划和过程改进的默认度量手段；看板用生产周期作为计划和过程改进的默认度量手段。

16）小区别1：Scrum的优先级是通过产品backlog排序体现的，优先级的变化会在下一个（不是当前的）Sprint生效。看板可以有也可以没有产品backlog，即便有的话，排不排优先级也不一定。看板图上最左边那列的用途跟Scrum 产品backlog基本相同。不管这列排不排优先级，团队总要做出某种决定，先拉哪张卡片来做。

17）小区别2：Scrum规定了每日立会；看板没有规定每日立会，但绝大多数看板团队好像也都在这样做。在Scrum 里面，会议形式是以人为中心的──每个人轮流发言。很多看板团队的会议重心向图倾斜，重点放在瓶颈和其他可见的问题上。

18）小区别3：Scrum规定了燃尽图（Sprint燃尽图每天更新，展示当前迭代还剩多少工作没做）；看板没有要求燃尽图。它根本没要求任何特殊的图表。但不管什么图表，只要他们想用，就肯定是可以用的（也包括燃尽图）。