在 Kanban 中,指标在评估预测性、成本、流量和产品开发流程的其他关键元素方面发挥着至关重要的作用。然而,有时候要理解这些指标可能会有些复杂。在本文中,我们将探讨 Kanban 的一些关键指标,它们的含义以及如何帮助您改进产品开发过程。
计算“交付时间” (Lead Time)
交付时间指的是客户提出请求后,直到请求被标记为“完成” (Done) 所经历的时间。这是一个至关重要的指标,因为它可以揭示系统内请求的流程和管理中的问题。
计算“周期时间” (Cycle Time)
另一方面,“周期时间”是请求在“进行中”部分停留的天数,从“进行中”移动到“完成”的过程中。您可以有多个不同的周期时间,以细化您的指标,例如成熟度周期时间,您可以计算从“描述”到“待办”之间的时间。
使用“吞吐量” (Throughput)
吞吐量代表达到“完成”状态的请求的数量。您可以轻松表示它,如下所示,每周显示达到“完成”的请求的总数:
如您所见,可以通过考虑过去三周的数据来预测将来的完成请求数。通常,我只考虑最近的三周,因为团队的成员可能会发生变化,例如有新成员加入或有成员离开,这可能会影响完成请求的数量。
您还可以执行类似的工作,但以完成点数的总数为基础,而不是请求的数量,以预测将完成的点数。
Bug 变成了问题
使用这些指标的好处之一是可以快速发现时间方面的问题。例如,如果处理错误的速率持续增加,可能需要采取紧急措施。下图说明了这一点:
图中显示错误率不断上升,如果不加以解决,可能会导致重大问题。这些问题可能是由于缺乏适当的单元测试或在代码质量(或测试质量)方面缺乏严谨性而引起的。
累积流程图
累积流程图对于可视化看板中的每个列中正在进行的请求数量非常有用。以下是它的外观:
识别瓶颈
累积流程图特别有助于识别不同阶段中的瓶颈。例如,在“进行中”部分,您可以看到 12 月 14 日采用的请求数量多于通常,但没有完成。这是一个可能需要分析的危险行为,因为如果继续下去,可能会导致许多未完成的请求。
解决瓶颈至关重要,必须制定解决请求流的措施,以避免工作的积压。
积压问题
另一方面,累积流程图还可以显示随时间积累的请求,表明当前团队无法满足所有请求。解决方案不一定是扩大团队规模,因为这可能不可行,而是实施严格的优先事项实践。请求者会理解,某些请求可能永远不会得到满足。
“卡片的周期时间” 图
“卡片的周期时间” 图增加了管理请求的额外严格性。该图表显示了每个完成请求的周期时间,以进行比较。
如果一个请求的周期时间超过所有周期时间的两倍标准差(从所有周期时间计算出来),那么现在是深入分析特定请求的开发过程的时候了。这个请求是否太大?在请求的开发过程中是否发生了中断?对于每一个特定请求的问题,进行深入调查至关重要。
下面是如何表示这些 Kanban 指标:
您可以实时分析“进行中”请求,以确定哪些请求的周期时间超过周期时间的两倍标准差,从而可以立即采取行动。
总结
尽管这只是 Kanban 提供的一些指标,但它们可以帮助您评估和改进产品开发流程。请随时分享您用于评估产品开发效率的关键指标,同时请密切关注以获取有关其他 Kanban 指标的更多信息。
Be the first to comment