Kanban 指南 · 流动与指标
周期时间与前置时间：有什么区别？
周期时间和前置时间经常被混淆。两者都衡量工作所需的时间，但起点不同，回答的问题也不同。
要点总结
- 前置时间从请求到交付；周期时间从开始到完成。
- 前置时间反映客户的等待；周期时间反映流程速度。
- 用更小的待办事项列表缩短前置时间；用更低的 WIP 缩短周期时间。
定义
| 前置时间 | 周期时间 | |
|---|---|---|
| 开始 | 客户提出请求时 | 团队开始工作时 |
| 终点 | 客户收到时 | 工作完成时 |
| 包含在待办事项列表中的等待 | 有 | 否 |
| 回答的问题 | 客户要等多久？ | 我们的流程运行得有多快？ |
确切的定义因组织而异。重要的是在您的看板上商定每个指标的起点和终点。
示例
一位客户于 3 月 1 日请求一份报告。该请求在待办事项列表中一直等到 3 月 10 日团队开始处理，并于 3 月 14 日完成。前置时间约为 13 天；周期时间约为 4 天。尽管团队只工作了 4 天，客户却经历了 13 天的等待。
为什么两者都很重要
- 前置时间 反映了客户体验以及冗长待办事项列表的代价。
- 周期时间 反映了工作开始后您的流程有多高效、多可预测。
- 周期时间短而前置时间长，说明待办事项列表过长或优先级不明确。
如何分别改进
| 要缩短 | 应采取的措施 |
|---|---|
| 前置时间 | 保持待办事项列表简短；就开始做什么做出清晰、快速的决策；更早地说“不”或“暂时不” |
| 周期时间 | 降低 WIP 限制，拆分工作，消除等待和阻塞 |
常见问题
周期时间与前置时间：前置时间总是更长吗？
是的，当前置时间包含工作开始之前的时间时，因为周期时间是前置时间的一部分。
应该向客户报告周期时间和前置时间吗？
向客户报告前置时间，因为它反映了客户的体验；在内部使用周期时间来改进流程。
周期时间和前置时间有什么区别？
前置时间从客户提出请求开始，到条目交付为止。周期时间从开始处理该条目开始，到完成为止，因此它是前置时间的一部分。
前置时间与周期时间：Kanban 中的前置时间是什么？
前置时间是从提出请求到交付的总时间，包括在待办事项列表中等待的时间。它是客户所经历的延迟。
如何计算前置时间和周期时间？
每个条目的前置时间 = 交付日期 − 请求日期，周期时间 = 完成日期 − 开始日期。在卡片或工具中记录这些日期。
周期时间与前置时间：为什么前置时间对客户更重要？
客户从提出请求的那一刻起就开始等待，而不是从团队开始工作时起。如果条目一直停留在待办事项列表中，较短的周期时间可能掩盖了较长的前置时间。
如何缩短前置时间和周期时间？
保持待办事项列表简短并频繁补充，以减少工作开始前的等待；同时减少 WIP，以缩短 周期时间，它是前置时间的一部分。尽早拒绝低价值的请求也会有所帮助。
前置时间和周期时间与吞吐量有何关系？
前置时间和周期时间衡量每个条目所需的时间； 吞吐量 统计每个时段完成的条目数量。
项目进度安排中的“提前量”与前置时间和周期时间有关吗？
没有关系。在进度安排中，“提前量”是另一回事：它是一种重叠，让后续活动可以在前置活动完成之前开始。参见 提前量与滞后量.
利特尔法则适用于前置时间和周期时间吗？
适用，前提是在相同的边界内衡量 WIP。平均前置时间等于整个系统中的平均条目数除以平均吞吐量；对于周期时间，只统计开始点和完成点之间的条目。
团队应该同时跟踪周期时间和前置时间吗？
应该。周期时间显示团队开始工作后的效率，而前置时间显示客户的体验，包括工作开始前的排队时间。