事务性工作

Scrum不太适合事务性工作。假设客户支持行业，你想使用Scrum组织并管理客户支持活动。要求提供支持请求的电话或邮件接二连三，产品列表也随之不断增加。在任何一个时刻你都无法并不适合大多数列表在未来很长一段时间内保持稳定，列表的内容和顺序可能会频繁变化（也许每个小时或每隔几分钟）。

在这种情况下，因为不知道今后很长一段时间中会有多少工作，所以无法为一周或更长时间的迭代制定可行的计划。而且，即使认为自己知道有多少工作要做，也很可能收到高优先级的支持请求并把预先制定的长远计划替换掉。

对于事务性工作，最好考虑另一种敏捷方法，即看板。看板不是一个独立的过程解决方案，而是一种与现有过程重叠的方法。具体而言，看板提倡以下要素。

●　通过看板，让工作流程可视化（例如，提供支持的组织为解决支持请求而需要采取的步骤）。

●　限制每一步的WIP数量，确保所做的工作不超出自己的能力（容量）。

●　通过使用系统，度量并优化工作流程，实现持续改进。

软件维护和支持领域最适合使用看板。有些看板实践者指出，看板关注于消除过重的负担（采取的方式是让WIP与能力保持一致），减少流程中的反复无常，同时鼓励采用渐进式变革，这些特点决定着看板也适用于复杂域。

Scrum和看板都是敏捷开发方法，在认识到工作所处的域后，要分别考虑这两种方法的利与弊。在某些组织中，Scrum和看板都可以用来满足不同系统同时存在的要求。例如，Scrum可以用于新产品开发，看板用于常常被打断的支持与维护工作。