Scrum简述
把组织拆分成小规模的、跨功能的自组织团队。
把工作拆分成一系列小而具体的交付物。按优先级排序，估算每项任务的相对 工作量。
把时间拆分成固定大小的短迭代（通常为1-4 周），在每个迭代结束时对基本可 以交付的代码进行演示。
在每个迭代结束后跟客户一起检查发布目标，并据此优化发布计划，更新任务优先级。
总结：我们不是靠一个庞大的团队，花大量时间造出庞然大物；而是用小团队在短时间内做出小块的东西来，在有规律的集成中组装出全貌。
看板简述
将流程可视化
把工作拆分成小块，一张卡片写一件任务，再把卡片放到墙上。
每一列都起一个名字，显示每件任务在流程中处于什么位置。
限制 WIP（在制品，work in progress）──明确限制流程中每个状态上最多同 时进行的任务数。
度量生产周期（完成一件任务的平均时间，又称循环周期），对流程进行调优，尽可能缩短生产周期，并使其可预测。
二者关系
Scrum 和看板都是过程工具，它们讲的是做哪些事情能够在一定程度上帮助你提高工作效率。
工具=用于完成任务或达成目的的任何东西 过程=工作方式
二者区别
角色：Scrum 规定了三种角色：产品负责人（描绘产品远景，定义优先级）、团队（实现 产品）、Scrum Master（消除障碍，带领过程运作）。
看板没规定任何角色。
定固定时长的迭代：固定时长的迭代是 Scrum 的基础，Scrum 的迭代就是一段长度固定的单声部旋律，混合了三种活动：计划、过程 改进、（理想中的）发布。
看板没有规定固定时长的迭代。
限制 WIP：Scrum的WIP按单位时间限制。
看板的WIP 按流程状态限制。
二者都是经验主义的：Scrum 和看板都是经验主义的产物，你用的时候需要先进行试验，然后根据自己的环境作调整。实际上，你必须得先试验。Scrum 和看板都没给出一切问题的答案，它们只是给了一些基本约束，以此驱动过程改进。
响应时间：看板的原则是“一件出去，一件进来”（由 WIP 驱动），所以看板团队的响应时间（多 久才能响应优先级的变化）就等于他们要花多长时间才能把手头的事情做完。
Scrum 的平均响应时间等于sprint 长度的一半。
板子是否重置：Scrum 板在迭代之间重置。在Sprint 的不同时期，Scrum 板通常有不同的样子。Sprint 结束以后，板子就会进行清理──所有卡片全部去掉。等到新的 Sprint 开始， Sprint 计划会议结束以后，就有了新的 Scrum 板。
看板图的样子几乎是一成不变的──你不需要把板子清理干净，重新开始。
是否要求跨功能团队：一个 Scrum 团队只有一块 Scrum 板。Scrum 团队是跨功能的，要完成迭代全部任务 所需的技能，这个团队要全都具备。
看板不强制要求跨功能团队，看板图也不是独归某个团队所有。看板图对应的是流 程，不必非得是一个团队。
任务是否要在某个时间内做完：Scrum 团队只会承诺他们认为能在一个迭代里面做完（基于他们对“完成”的定义） 的任务。如果任务太大了，一个 Sprint 放不下，团队跟产品负责人就会寻找方法拆 分，直到能放下为止。
看板团队努力缩短生产周期，保持顺畅流动，而这些因素会间接推动团队把任务拆 分成相对较小的片段。但是看板对任务规模没有明文规定一定要在某个时间内做完。
是否规定估算和生产率：在Scrum 里面，团队要对每个承诺的任务估算其相对大小（=工作量），到迭代结束 的时候，把每个任务的大小相加，就得到了生产率。生产率是度量团队能力──我们 每个Sprint 能交付多少东西──的指标。
看板没有规定估算这回事。
小结── Scrum vs. 看板
相似性
都是既精益又敏捷。都是拉动式计划。都限制了WIP。都以透明的方式驱动过程改进。都关注于尽早交付、频繁交付可发布的软件。 根基都是自组织型团队。 都需要把工作拆分。发布计划都是根据经验数据（生产率/生产周期）不断优化的。
差异
网友评论