团队与项目
周期时间计算器
输入正在进行的事项数和团队每周完成的事项数，得到平均周期时间，以及能达成目标的WIP上限。
请使用几周的平均吞吐量，并且每次在同一时间点统计WIP，例如每周一早上。
周期时间如何由利特尔法则得出
利特尔法则由John Little于1961年证明，它指出：在稳定系统中，平均在制品数量等于到达率乘以每个事项在系统内停留的平均时间。用于团队看板时，通常写作周期时间 = WIP ÷ 吞吐量。数一数已开始但未完成的事项，除以每周完成的事项数，就得到一个事项从开始到完成的平均时间（以周计）。乘以5个工作日或7个日历日，即可换算成天。
示例：12个在制品、每周吞吐量8个，得出12 ÷ 8 = 1.5周，即每个事项7.5个工作日。这个团队每天完成1.6个事项。要在吞吐量不变的情况下达到5天的周期时间，WIP必须降到5 × 1.6 = 8个，所以先完成4个事项再拉取新的即可。这个公式反过来同样成立：如果已知周期时间和吞吐量，两者的乘积就是看板上应有的WIP。
| WIP | 每周吞吐量 | 周期时间（周） | 工作日 |
|---|---|---|---|
| 5 | 10 | 0.5 | 2.5 |
| 10 | 10 | 1 | 5 |
| 20 | 10 | 2 | 10 |
| 15 | 5 | 3 | 15 |
| 30 | 6 | 5 | 25 |
这个数字告诉你什么
这条法则最重要的启示是：在吞吐量一定时，周期时间与WIP成正比上升。开始更多的工作并不会让任何事情更早完成，只会让每个事项等得更久。这就是看板团队为每一列设置WIP上限的原因，也是为什么降低WIP通常是在不让任何人更辛苦的前提下缩短交付时间的最快方法。
该法则适用于系统大致稳定期间的平均值：事项到达的速度与离开的速度大致相当，WIP没有急剧增减，而且所有开始的工作最终都会完成或被明确移除。如果看板一周比一周满，结果就会低估真实的周期时间。平均值还会掩盖离散程度；一个卡住的事项可能停留数周，而大多数事项几天就能完成。对客户做承诺时，请记录每个事项实际的开始和完成日期，并在这个平均值之外报出一个百分位数，例如“85%的事项在9天内完成”。
常见问题
周期时间的公式是什么？
根据利特尔法则，平均周期时间 = 平均在制品数量 ÷ 平均吞吐量。12个在制品、每周完成8个，得出1.5周，即7.5个工作日。
周期时间和前置时间有什么区别？
前置时间从提出需求时开始计算，周期时间从实际开始工作时开始计算。前置时间包含在待办列表中等待的时间，所以总是至少与周期时间一样长。
如何缩短周期时间？
降低WIP：先完成事项再开始新的，并限制每个阶段可容纳的事项数。消除阻碍和阶段之间的等待时间，比试图干得更快更有效。