持續流

持續流是一種排程工作的做法，通常與敏捷軟體開發相關。團隊將軟體功能分解成 使用者故事。然後將這些故事優先順序化成一個粗略的清單。接著團隊挑選其中一些使用者故事並開始處理，完成一個後，再從清單中挑選下一個。

在使用持續流時，設定進行中工作限制 (WIP 限制) 會很有幫助，限制團隊可以處理多少個故事。一旦達到 WIP 限制，他們就不能再開始任何新故事，直到完成一個正在進行中的故事。WIP 限制很重要，因為它們讓團隊專注於完成故事，否則很容易累積一堆「幾乎完成」的工作。

持續流非常適合無法預測的工作流程，例如錯誤修正和維護任務。但在這種情況下，請務必讓團隊規模足夠大，以便能夠迅速應對激增，這也表示在較為平靜的時期，團隊將有 空閒時間 可以用來改善工作環境。如果一個持續流團隊總是忙得不可開交，這通常是一個警訊。

持續流是 時限迭代 的一種替代方案，其優點是團隊不需要經歷將故事分配到迭代、估計故事或找出迭代容量的過程。然而，這種團隊經常會遇到困難，因為迭代的規律節奏提供了一個回饋迴路，幫助團隊發現問題，例如程式碼庫中累積的雜亂或花費在比預期大得多的故事上的時間。因此，持續流對於想要減少工作中儀式感的熟練團隊來說很有效，但經驗較少的團隊最好還是採用迭代。

我的同事肯尼迪·柯林斯觀察到，持續流對於無法預測的工作「到來」很有幫助，但對於工作「性質」無法預測或理解不佳時則不然。