持续流

持续流是一种工作调度方法，通常与敏捷软件开发相关联。团队将软件的功能分解成用户故事。然后，他们将这些故事按优先级排序，形成一个粗略的列表。然后，团队会从这些用户故事中选取一些进行开发，完成一个故事后，他们会从列表中拉取下一个故事。

在使用持续流时，设置一个工作进行中限制（WIP 限制）来限制团队可以同时进行的故事数量非常有用。一旦达到 WIP 限制，他们就不能再开始任何新的故事，直到完成一个正在进行的故事。WIP 限制很重要，因为它们可以使团队专注于完成故事，否则很容易积累一堆“几乎完成”的工作。

持续流非常适合处理不可预测的工作流，例如错误修复和维护任务。但在这种情况下，要小心，确保团队规模足够大，能够迅速应对工作量激增，这也意味着在工作量较低的时候，团队会有空闲时间来改善他们的工作环境。如果一个持续流团队总是很忙，这通常是一个危险信号。

持续流是时间盒迭代的替代方案，它的优势在于团队不需要进行将故事分配到迭代、估计故事或确定迭代容量的练习。然而，此类团队经常遇到困难，因为迭代的定期节奏提供了一个反馈循环，帮助团队发现问题，例如代码库中积累的垃圾代码或浪费时间在比预期大得多的故事上。因此，持续流对于想要减少工作仪式感的熟练团队来说是有效的，但经验不足的团队最好使用迭代。

我的同事肯尼迪·柯林斯观察到，持续流对于不可预测的工作到达来说是好的，但对于工作性质不可预测或理解不充分的情况来说就不那么好了。