【敏捷开发每日一贴】看板原理一:里特定律

看板原理一:里特定律

里特定律(Little's Law)源自排队理论,是IT系统性能建模中最广为人知的定律。

【敏捷开发每日一贴】看板原理一:里特定律_第1张图片

里特定律揭示了前置时间Lead Time)、在制品数量Work In Progress,WIP)和吞吐率Throughput)之间的关系。

前置时间 - Lead time:只请求进入到系统 与 请求验收完成之间的时间段。前置时间按照所经过的时间(分钟、小时等)来度量。一个请求可以是一个需求、一个用户故事、一个异常、物料、一个来自用户的请求等。

在制品数量 - Work inprogress (WIP):正在被处理的请求(工作单元)数量,正在被处理指这些请求已经进入到系统中,但是还没有产出。

吞吐率 - Throughput:在一确定时间内离开系统的工作单元数量,例如3个用户故事/天、10个任务/迭代。

看板方法实际上是一种提升研发吞吐量的方法!

WIP越大,前置时间越长,即要完成已经开始的工作需要更长的时间。换言之,为了满足开发或服务的截止时间,我们必须减少在制品数量,或者在开始新工作之前完成在制品。

然而,在很多情况中发生了恰好相反的情况:为使整个项目可以“跑”得更快,团队开始处理更多任务。希望保持大量进行中工作的另一个原因是:以此来达到高资源利用率。

无论什么原因,假设吞吐率不发生变化,在制品的增加会使完成在制品所需的时间(即前置时间)同时增加。

里特定律对项目经理的作用

里特定律是了解软件开发团队或软件运营团队真实性能的工具。

提供可预测性
举个简单的例子,如果我们必须实现50个需求,团队的平均能力是5个需求/周,我们所需的时间是:
50 个需求 / 5 个需求每周 = 10 周。
揭示了工作批量越大,处理时间(前置时间)越长。

解释了为什么多任务导致延期而非加速工作完成。
通常人们相信,并行开展多个任务能够提升生产力。因此,许多公司中共同的做法是将多个任务分配给一个人。然而,与机器不同的是,人类并不善于以并行处理的方式执行。增加在制品还会增加某项任务修改和返工的时间,从而降低吞吐率。最终,工作执行所需的时间不够了,并且已经开始但还未结束的工作开始堆积。简言之,里特定律有利于找到在制品与前置时间之间的平衡。

为达到最佳WIP限制提供了基础。如果WIP限制低于最佳水平,就会有未充分利用的资源并且性能低下。如果WIP限制超出了最佳水平,工作单元就开始在队列中堆积并同样是性能降低。

有助于理解阻塞一项工作或必须解决错误对项目或服务截至时间的影响。这两种情况都会降低吞吐率并因此增加前置时间。

总之,正确的使用里特定律可以有助于获得平稳的工作流,并提升项目和IT服务的可预测性。在制品数量(WIP)是影响项目性能和软件开发或服务完成所需时间的关键因素。限制WIP降低前置时间,此外还会减少工作流程中的浪费。

 

你可能感兴趣的:(敏捷开发,敏捷开发)