模拟业务流程：实用指南

Inhaltsverzeichnis+

在企业中，模拟有一个坏名声，这是在制造业形成的：建模需数周，依赖专家知识，产出的报告只有三个人能读懂。对于业务流程情况并非如此。在那里，工作量是半天，结果是一张在决策委员会能用的纸。

需要了解的内容在此。

模拟在企业中的用途

不是用于文档。不是用于合规。恰好用于三个结论：

1. 真正的瓶颈在哪里？ 瓶颈是利用率最高的环节，而不是最慢的，也不是最嘈杂的。抱怨的人通常坐在瓶颈的后面，并以批量方式收到工作。

2. 如果我们解决它，会发生什么？ 瓶颈会转移。只要步骤2的利用率是114%，步骤3看起来就很轻松。因为它几乎收不到工作。解决步骤2后，步骤3将承接全部量。这种连锁效应是自动化项目未达预期指标的最常见原因。

3. 这在欧元中值多少？ 不是“更快”，而是一个带来源的数字，以区间形式，附带明确的假设。

其他所有内容（更漂亮的图、完整的流程图、规范合规的标注）是其他工具的任务。

适合的流程

经验法则：凡是有事项放在一个篮子里并等待某人的地方，都适合。

不适合： 运行远低于产能上限且没有积压的流程。那里的处理时间就是周转时间，直接相加即可。如果没人等待，则无须模拟。

最终纸面结果包含什么

一个能被决策委员会接受的结果包含四部分：

1. 利用率的排行，按峰值日计算，而非月平均。
2. 以P50和P90组成的周转时间区间。 承诺应以P90为准；承诺中位数的人会在一半情况下违约。
3. 单一措施的具体影响，前后对比，按时间和按欧元计，并说明瓶颈之后将转移到何处。
4. 未覆盖事项清单。 例如“对供应商的追问未建模”这句话能在追问提出之前就把最严重的追问扼杀在萌芽中。

如果缺少第4点，追问仍会出现。但那时是在会议上，而且没有答案。

一个现实的首次项目计划

半天的纯工作时间，分布在大约一周的日历时间内。数据获取是瓶颈，而不是计算。如果边界划分有争议，那本身就是主要工作；那就会更久，这是合情合理的。

使项目失败的四个错误

1. 模型过于细致。 三十步而不是八步。每增加一项活动就多出五个输入字段，但不会改变瓶颈位置。瓶颈位于利用率最高的点，而这一点粗略和精细的可见性基本一致。

2. 用平均值计算。 一个流程月平均利用率70%但月初为130%时，平均值会掩盖问题。应计算90百分位的那一天。

3. 同时改变三项措施。 结果无法归因于任何单一杠杆。这样就没有商业案例，只有带数字的主张。

4. 给出一个点值。 “周转时间下降43.7%”容易被挑战并会被挑战。“P50 从 6.1 到 3.4 天，P90 从 14 到 7，假设见附录”则不会。

哪类工具

简短说明，详尽版本见四类比较：

• 绘图工具（Visio, Lucidchart, draw.io）用于记录，但不会计算。
• BPM 套件（Signavio, ARIS, Bizagi）用于企业级流程管理；模拟只是其中的一个模块。
• 仿真实验室（Arena, Simul8, AnyLogic, FlexSim）拥有最强的计算内核，起源于制造业。适合设备类场景，不适合审批流程。
• 决策工具如 FlowVisual 计算深度较浅，但能在数小时内给出以欧元计的前后对比。

类别比功能列表更重要。对于首次项目，最关键的是：项目能否真正被执行。

总结

• 模拟适用于有等待的场景，不适用于仅为记录的场景。
• 价值体现在三点：瓶颈、迁移、欧元价值。
• 首次项目花费半天工作时间；数据获取是瓶颈。
• 五到十步，按峰值日而非平均值，一个杠杆一项计算，结果以带假设的区间形式呈现。