流程记录还是流程仿真？各自能做什么？

Inhaltsverzeichnis+

一次流程记录能做到什么

通常被低估的是那些想用数字计算的人。共同的图像：

• 终结关于现实的争论。 两个部门以不同方式描述同一流程，只有在看到图表时才会发现这一点。
• 使责任可见。 Swimlane 显示交接，而交接是环节停滞的地方。
• 是文档、培训、审计和软件开发的基础。 一个计算模型不适合作为这些用途。
• 几乎不花钱，是在一次工作坊中完成的，而不是在一个项目里产生的。

常见形式之间的差别没有其拥护者声称的那么大：

价值流图最接近计量方法：它记录停留时间和库存。但它是在某一天、针对一个典型流程测量这些值，因此无法回答高峰日会发生什么。

在任何记录中都不会出现的内容

四项信息，与表示法无关：

1. 到达量及其波动。 “每天120个流程”和“每月初180个”不会出现在任何图表中。
2. 处理时长的分布。 一个写着“10 分钟”的方框只是平均值。但队列由范围产生，而不是由平均值。
3. 每个角色的产能。 三个人乘以七个有效工作小时。没有这个数字就无法计算利用率。
4. 日历和成本。 什么时候工作，这个角色每小时的费用是多少。

没有这四项，任何图表都无法用于计算，无论什么工具打开它。这也适用于带模拟模块的 BPMN：在那里您也要在独立对话框中输入这些数值，参见 BPMN-Simulation 。

令一幅图失败的四个问题

“瓶颈在哪里？” 在图中每个方框看起来都一样。瓶颈是利用率最高的步骤，而利用率不是图形的属性。

“在最坏情况下需要多长时间？” 图表没有分布。它无法区分 P50 和 P90，而承诺应以 P90 为基准。

“如果我们把第3步自动化，会发生什么？” 在图上一个方框消失了。但现实中全部量会冲击下一步，瓶颈会转移到那里。这种后续影响是自动化项目未达标的最常见原因。

“这价值多少欧元？” 这需要数量、时间和费率，以及队列，其中包含了大量成本。

什么时候一次记录就足够

并非每个流程都需要一个计算模型。满足以下情况时一次记录就够了：

• 没有人在等待。 如果流程远低于产能上限，处理时间就是周转时间。那时直接相加比模拟更诚实。
• 目标是文档。 审计、培训、入职、合规证明。
• 流程是新建的且尚无人拥有数据。 先绘制，再收集数据，然后再计算。
• 决定已然敲定。 用模型来支持已做的决定不是分析，而是装饰。

从图到模型：路径

只要您抗拒把图表逐字照搬，过渡所需的成本比大多数人想的要低。

1. 粗略汇总。 一份可文档化的记录有三十个活动；一个计算模型需要五到十个。把同一角色连续执行的动作合并。
2. 将分支减少到真实情况， 以每条边的占比表示，而不是列出所有特殊情况。
3. 补充中止路径。 所有离开流程的情况（被拒绝、撤回、流失）。在记录中几乎总是缺失，但在计算中至关重要。
4. 获取那四项缺失的数据。 这才是真正的工作：对中等复杂度的流程大约需要两小时。
5. 计算并用 Little's Law 验证。 存量 ÷ 日吞吐量 与 计算得到的周转时间对照。

将二十分钟用于迁移，两个小时用于数据收集。了解这些比例的人会停止把图表当作昂贵部分看待。

并列比较

实用规则： 两者都需要，但依次进行，不要放在同一个制品里。一个既想做文档又想做计算模型的图表，既对两者来说太细，也太粗。