限制 WIP 的时间

[armdrejoan]

您要做的第一件事就是准确捕捉我们的工单所经历的工作阶段。这可能是在产品待办事项 (PBI) 级别，也可能是我们创建的单个任务和计划项。这取决于我们作为一个团队，也是我们可能尝试的事情之一。

有些团队会简单地使用“待办”、“进行中”和“完成”，有些团队会有详细的工作流程阶段，包括多种分析、构建和测试活动。

我强烈建议跨职能 Scrum 团队的目标是最终打破冲刺中的孤岛和“小瀑布”阶段，因此列数越少越好。
话虽如此，看板建议您“从您所在的位置开始”，因此如果工作流程的现实是一堆不同的阶段，我们应该捕捉到它们，以便我们可以试验并衡量我们所做的更改的影响。

一旦工作可视化，我们的 Sprint 待办事项列表就会以这种方式重新定义。萨尔瓦多手机号码数据 该板不是一些额外的工件，也不应该独立于 Sprint 待办事项列表而存在。它就是 Sprint 待办事项列表。这确保我们保持单一事实来源的透明度。

一旦工作可视化，下一个关键步骤就是限制正在进行的工作 (WIP)。

约束理论告诉我们，任何系统的吞吐量都受到其最慢移动点（瓶颈）的限制。因此，我们的目标是限制 WIP，以便增加价值的“流动”。

您可能想要深入研究其中的许多概念，但可以说，通过刻意减少任何时候正在进行的工作量，工作进展最慢的点就会变得更加明显。

这使我们能够解决特定位置的障碍，通过消除瓶颈来改善系统流程。

除此之外，它还能减少多任务处理和上下文切换，减少未完成工作的浪费。
这意味着限制 WIP 是从我们的系统获得更多价值的最简单方法之一。

那么我们是不是就可以少做点工作呢？