Scrum的工作单位是时间箱固定的迭代周期，即对每个迭代周期都有明确的交付目标和需求范围，Sprint结束时要交付一个产品增量。固定时长的迭代是应用Scrum的前提。团队可以自己选择迭代长度，但一般都会在一定时间内让迭代长度固定不变，继而形成固定节奏。

看板方法的工作单位是一个一个工作项，工作项是承载价值的单元，比如用户故事。看板方法没有规定固定时长的迭代，团队可以选择什么时候做计划、什么时候做回顾以及什么时候发布产品。团队还可以选择有规律地采取行动（如每周发布一次），或是按需要随机发布。不管用什么样的节奏，或者没有任何节奏，看板方法的目标都是加速每个承载价值的工作项在看板上流动。因此看板管理的是价值流。

基于这个差异，维护类项目天然适合用看板方法。因为，团队无法给维护类项目设置一个迭代周期，并且固定这个周期的范围。即使团队做了Sprint计划，第二天也会被一堆更紧急的线上问题打断，导致原来的Sprint计划作废。

此外，除了维护类项目，一些互联网团队为了快速响应业务变化，也开始打破时间箱的周期，转向看板方法。

中国电商网站1号店在2014年之前一直应用Scrum，所有团队一刀切地采用两周的迭代周期。后来，很多团队发现，即使在两周的周期内，业务上仍有大量的需求变化导致原来的Sprint计划无法执行。于是，1号店开始打破迭代周期，向看板方法转型，每周一次计划，每周两次上线。

Scrum的工作单位是时间箱固定的迭代周期，即对每个迭代周期都有明确的交付目标和需求范围，Sprint结束时要交付一个产品增量。固定时长的迭代是应用Scrum的前提。团队可以自己选择迭代长度，但一般都会在一定时间内让迭代长度固定不变，继而形成固定节奏。

看板方法的工作单位是一个一个工作项，工作项是承载价值的单元，比如用户故事。看板方法没有规定固定时长的迭代，团队可以选择什么时候做计划、什么时候做回顾以及什么时候发布产品。团队还可以选择有规律地采取行动（如每周发布一次），或是按需要随机发布。不管用什么样的节奏，或者没有任何节奏，看板方法的目标都是加速每个承载价值的工作项在看板上流动。因此看板管理的是价值流。

基于这个差异，维护类项目天然适合用看板方法。因为，团队无法给维护类项目设置一个迭代周期，并且固定这个周期的范围。即使团队做了Sprint计划，第二天也会被一堆更紧急的线上问题打断，导致原来的Sprint计划作废。

此外，除了维护类项目，一些互联网团队为了快速响应业务变化，也开始打破时间箱的周期，转向看板方法。

中国电商网站1号店在2014年之前一直应用Scrum，所有团队一刀切地采用两周的迭代周期。后来，很多团队发现，即使在两周的周期内，业务上仍有大量的需求变化导致原来的Sprint计划无法执行。于是，1号店开始打破迭代周期，向看板方法转型，每周一次计划，每周两次上线。