第 3 步,共 8 步

FLOW · 先测量

Observe——在压测中找到真实的瓶颈

O 是将该方法与成本核算区分开的步骤。在 L 中是相加;这里是在负载下观察流程。差异不是学术性的:一个平均处理时间舒适地落入可用产能的流程,在八十到九十百分比的利用率下会经常停滞。排队增长不是线性的。

该步骤的收益往往是一次校正。被抱怨得最厉害的步骤很少是限制吞吐时间的步骤——它只是最明显令人难受的那个。两者重合时,对模型是个好信号;两者不一致时,这正是需要进行模拟的原因。

回答了这个问题
在紧张时到底哪个步骤真正阻塞?
步骤结果
为每个步骤给出一个瓶颈概率,为流程给出一个吞吐时间分布(P10、P50、P90),为每个角色给出一个利用率。仅有一个步骤被命名为瓶颈。

步骤的实施方式

  1. 沿用 L 中的模型

    相同的步骤、相同的时间区间、相同的小时费率。新建立的模型会使在 Y 中做前后比较变得不可能,因为那时有两件事发生了变化:流程和计量方式。

  2. 填写每个角色的容量

    该角色实际上可用于流程的小时数是多少——不是其工作的小时数。稍后可从这个数值看出限制是人还是系统。这两种情况需要完全不同的干预措施。

  3. 让流程运行上百次

    Monte Carlo:每次运行从每个步骤的区间中为其持续时间抽取一个值。经过数百次运行后,得到的不是一个结果,而是一个分布——这才是实际的结论。

  4. 统计哪里卡住

    每次运行都会记录哪个步骤限制了该运行。由此得出的比例就是该步骤成为瓶颈的概率。某一步达到七十百分比时即为瓶颈;若有三步各为三十百分比,则表示模型太粗糙。

  5. 与预期对照检验

    相关人员事先会被问到他们认为哪个步骤是瓶颈。如果模拟结果一致,模型就得到确认。如果模拟结果相悖,会在继续计算前解释偏差——任何无法解释的分歧都是模型错误,而不是结论。

完成标准

  • 某一步的瓶颈概率显著高于所有其他步骤。
  • 吞吐时间的 P10、P50 和 P90 已经得到,且 P90 明显高于 P50——如果不是这样,说明在 L 中收集的区间过于狭窄。
  • 每个角色的利用率都是已知的。
  • 在不借助工具的情况下,“为什么是这个步骤”这个问题可以用两句话回答。

典型错误

使用均值计算

给每个步骤分配平均持续时间并相加,会得到在实践中几乎从不出现且通常明显偏短的吞吐时间。原因是排队:当到达和处理都存在波动时,即使平均上有足够产能也会出现积压。利用率越接近百分之百,效应越明显。表格无法反映这一点,因为它每个步骤只有一行。

仪器

这个步骤没有计算器

对于该步骤没有免费的计算器,这不是产品的缺失,而是任务的特性:问卷可以估算,但不能模拟。为此开发了FlowVisual。

FlowVisual

FlowVisual 是该方法在问卷无法继续时继续工作的工具:绘制流程,多次运行,从中读出哪个步骤被阻塞。它是位于独立域名的独立产品 — Flowrefy 是方法,FlowVisual 是工具。

FLOWREFYmessenverfeinernFFindLLay bareOObserveWWeighRReduceEEnableFFitYYield
ABB. 01顺时针的八个步骤。右半边测量,左半边精化;在 Y 之后周期又从 F 开始。 突出:Observe。
FAQ

常见问题

几百次就足以使瓶颈顺序稳定;要得到可靠的P90值则更需要几千次。实际的判断标准很简单:两次以不同初始值运行必须给出相同的顺序和相近的百分位数。如果没有,则运行次数不足。

那么要么模型太粗糙——步骤太少、跨度太大——要么流程实际上没有单一瓶颈,而是均匀偏高的基础负载。第二种情况很少见,并且通常会在W步骤导致“什么也不做”的建议:在八个负载强度相当的环节中对其中一个进行干预,几乎不会改善通过时间。

Process Mining读取实际发生的情况,需要系统痕迹。仿真计算会发生什么,只需要一个带有跨度的模型。对于在表格和邮箱中运行的流程——也就是大多数昂贵的流程——没有可供读取的痕迹。能同时做到二者的情况下,它们互为补充:Process Mining提供仿真所需的跨度。

如果您想知道流程的成本:就测量它。

从免费的诊断开始或下载 FlowVisual。如果之后想与人沟通,我们随时可联络。

联系

远程 · 固定价格 · 以欧元计的结果