Scrum和看板——相得益彰 笔记

Posted 2021-04-25 点点的异想世界

我想说的，

学习敏捷对我来说是不仅改变了我的工作方式，更多地也是改变了很多我的思维方式，生活方式。

小时候老师总会让学习成绩好的同学分享他的学习方式，长大后老板总会让工作业绩突出的员工分享他的工作方式。

其实世界上没有最好的方式，我们每个人都要在自己的场景中思考，在实践中尝试，找到适合自己的方式，然后继续尝试，继续找更加适合自己的方式。

敏捷的检视，透明，调整的方式也让我能找到自己正确的方向，遇见更好的自己。

什么是SCRUM

定义：

1、把组织拆分成小规模的、跨功能的自组织团队；

2、把工作拆分成一系列小而具体的交付物。按优先级排序，估算每项任务的相对 工作量；

3、把时间拆分成固定大小的短迭代（通常为1-4 周），在每个迭代结束时对基本可 以交付的代码进行演示；

4、在每个迭代结束后跟客户一起检查发布目标，并据此优化发布计划，更新任务 优先级。

5、每个迭代结束后进行回顾，进行过程优化。

什么是看板

定义：

1、将流程可视化

2、限制 WIP

3、度量生产周期

Scrum和看板有什么关系

工具=用于完成任务或达成目的的任何东西 过程=工作方式

1、Scrum 和看板都是过程工具，它们讲的是做哪些事情能够在一定程度上帮助你提高 工作效率

• Scrum比看板更规范。规范性指的是“要遵守更多的 规则”，适应性指的是“要遵守的规则较少”。Scrum 多了些约 束，少了些选择。比如Scrum 要求使用有固定时长的迭代，但看板没有。看板几乎对任何做法都是开放的。它仅有的约束就是将流程可视化和限制在制品。

• Scrum 和看板有一个共同的思路：“少就是多”。有疑虑的时候，先从少做起。

2、Scrum规定了角色。PO、Team、SM

3、Scrum 规定了固定时长的迭代 。

4、看板按流程状态限制 WIP， Scrum 按迭代限制 WIP 。Scrum 的WIP 按单位时间限制。看板的WIP 按流程状态限制。

5、经验主义。

Scrum 说，你应该有跨功能团队。那团队里面应该有什么人？不知道，自己 试吧。

Scrum 说，团队选择Sprint 里面放多少东西。那到底要放多少东西？不知道， 自己试吧。

看板说，你应该限制WIP。那到底上限是多少？不知道，自己试吧。

6、Scrum在迭代内拒绝变化。Scrum 团队 也可以 允许产品负责人在 sprint 中期更 改优先级（虽然这往往都会被当作异常情况）。看板团队 也可以 对修改优先级的时 机做限制。看板团队甚至可以使用固定期限固定承诺的迭代，就跟Scrum 那样。

7、Scrum规定了跨功能团队。一个 Scrum 团队只有一块 Scrum 板。Scrum 团队是跨功能的，要完成迭代全部任务 所需的技能，这个团队要全都具备。Scrum 板对所有感兴趣的人全都是可见的，但 只有它的所属Scrum 团队才能编辑──这是他们管理迭代承诺的工具。看板不强制要求跨功能团队，看板图也不是独归某个团队所有。看板图对应的是流 程，不必非得是一个团队。

8、Scrum 的 backlog条目必须能跟 Sprint 搭配的上 。Scrum 和看板都以增量开发为基础，即将工作拆分成小块。

9、Scrum 规定了估算和生产率 。

10、二者都允许在多个产品上并行工作 。

11、二者都是既精益又敏捷 。

• 
  

• Scrum 和看板都是拉动式计划系统，跟精益的JIT（准时化）库存管理原则是 一致的。这表示团队决定从什么时候开始干活，干多少活。等他们准备就绪 的时候就把工作“拉”过去，而不是从外部“推”进来。

• Scrum 和看板都基于持续的、经验主义的过程优化，这跟精益的改善原则是 一致的。

• Scrum 和看板都强调响应变化胜过遵循计划（虽然看板的响应速度一般要比 Scrum 快），这是敏捷宣言的四项价值观之一。

• 
  

12、Scrum 规定了经过优先级排序的产品 backlog。Scrum 的优先级是通过产品backlog 排序体现的，优先级的变化会在下一个（不是当 前的）Sprint 生效。在看板里面，你可以选择任何一种定义优先级的方式（或者干 脆没有），一旦有人腾出空来，优先级的变化就可以生效（不像 Scrum 要有固定的 时间点）。

13、Scrum 规定了每日立会 。这个会议的 目的是让大家知道工作进展，计划当天任务，识别严重问题。

14、Scrum 规定了燃尽图 。Sprint 燃尽图每天更新，展示当前迭代还剩多 少工作没做。Scrum 把Sprint 燃尽图用作跟踪迭代进度的主要工具。燃尽图的主要目的是便于尽早发现实际进度跟计划的偏差，好作出调整。看板没有要求燃尽图。它根本没要求任何特殊的图表。但不管什么图表，只要他们 想用，就肯定是可以用的（也包括燃尽图）。

15、 Scrum板 vs. 看板图——一个不大不小的例子。看板只规定了两件事，一个是工作流必须可见，另一个是WIP要有上线。它的目的是在系统中制造无障碍的流动，尽可能缩短生产周期。

16、小结——Scrum vs 看板

1. 相似性。

• 都是既精益又敏捷。

• 都是拉动式计划。

• 都限制了WIP。

• 都以透明的方式驱动过程改进。

• 都关注于尽早交付、频繁交付可发布的软件。

• 根基都是自组织型团队。

• 都需要把工作拆分。

• 发布计划都是根据经验数据（生产率/生产周期）不断优化的。

2. 差异。

• Scrum规定了固定时长的迭代，看板固定时长的迭代是可选的。计划、发布、过程改进等活动可以各有各的节奏。它可以由事件驱动，不用非要固定时长。

• Scrum团队承诺当前迭代做完一定量的工作。看板承诺是可选的。

• Scrum用生产率作为计划和过程改进的默认度量手段。看板用生产周期作为计划和过程改进的默认度量手段。

• Scrum规定了跨功能团队。看板跨功能团队是可选的。可以有专职团队。

• Scrum任务必须分解，以便在1一个Sprint里面能做完。看板没有规定任务规模。

• Scrum规定了燃尽图。看板没规定专门的图表形式。

• Scrum间接限制（每个Sprint的）WIP。看板直接限制（每个工作流状态的）WIP。

• Scrum规定了估算。看板估算是可选的。

• Scrum不能往进行中的Sprint里面加认为。看板只要有人富余就可以加任务。

• Scrum一个Sprint Backlog归一个团队所有。看板一张看板图可以由多个团队或多个公用。

• Scrum规定了三种角色（PO、SM、Team）。看板没有规定任何角色。

• Scrum每个Sprint之间重置Scrum板。看板看板图一直保留着。

• Scrum规定了经过优先级排序的产品backlog。看板优先级排序是可选的。

案例分析

技术支持现状

缩小问题范围， 减少影响，保存现场，等到某人把问题重现后再解决。响

到底为什么要改变

我们不能只帮助开发团队，否则技术支撑团队那边的核心运营设施改进工作就 会拖了后腿。两手都要抓。另外，改进工作在开发团队中取得进展以后，管理者就需要把更多的时间投入到创 意的分析和反馈，这也意味着他们用来解决问题，及时划分任务优先级的时间就更 少了。管理团队意识到，他们得在管理混乱到无可救药之前采取行动了。