継続的フロー

継続的フローとは、作業をスケジューリングする方法であり、多くの場合アジャイルソフトウェア開発と関連付けられています。チームはソフトウェアの機能をユーザーストーリーに細分化します。次に、これらのストーリーをラフなリストに優先順位付けします。チームはこれらのユーザーストーリーの一部を取得して作業に取り組み、1つを完了したら、リストから次のストーリーを引き出します。

継続的フローを使用する場合は、チームが作業できるストーリーの数をWIP制限（WIP Limit）として設定すると便利です。WIP制限に達すると、進行中の作業を完了するまで、それ以上ストーリーを開始できません。WIP制限は、ストーリーの仕上げにチームが集中することを維持するため重要です。そうしないと、「ほぼ完了」の作業が蓄積されやすくなります。

継続的フローは、バグ修正やメンテナンスタスクなど、予測できない作業のストリームに適しています。ただし、このような場合はチームを十分に大きくして急増に迅速に対応できるようにする必要があります。つまり、平穏な時期にはチームはSlackを使用して作業環境を改善できます。継続的フローチームが常に忙しい場合は、通常はレッドフラグです。

継続的フローはタイムボックス反復の代替手段であり、チームはストーリーを反復に割り当てたり、ストーリーを推定したり、反復容量を把握したりする演習を行う必要がないという利点があります。ただし、このようなチームは、反復の規則的なリズムが、コードベースに蓄積されるごみのような問題や、予想よりもはるかに大規模なストーリーに時間を費やすといった問題を発見するのに役立つフィードバックループを提供するため、多くの場合困難に陥ります。その結果、継続的フローは作業の儀式を減らしたい熟練したチームに効果的ですが、経験の浅いチームは反復の方が適しています。

私の同僚であるケネディ・コリンズ氏は、継続的フローは予測できない作業の到着には適していますが、作業の性質が予測できない場合や十分に理解されていない場合はあまり適していないと観察しました。