在 Visio 中模拟流程：为什么不行以及有什么替代方法可用

Inhaltsverzeichnis+

当有人搜索“在 Visio 中模拟流程”时，会得到很多结果却没有解决方案。原因很简单：这是行不通的。但这种搜索仍有其合理性。它描述的只是一个与表面看起来不同的问题。

为什么绘图工具不能做计算

Visio、Lucidchart、draw.io、Miro 和 Whimsical 生成的是一幅图。在这幅图中有形状、连接线和文字。但不存在的是：

• 时间。 一个方框不知道它需要十分钟。文本“10 Min”只是像其他任何文本一样的字符串。
• 数量。 没有表示这里每天有 120 个工作项通过的概念。
• 产能。 没有人被真正分配到这个步骤上，即便有，也只是作为标签。
• 等待队列。 这是关键点：没有产能上限就不会出现积压，没有积压就没有通过时间，只有加工时间的总和。

Visio Professional 有验证规则，用以检查图表在结构上是否干净（死角、未连接的形状、BPMN 合规性）。这很有用，但它是拼写检查，不是计算。

第三方的附加功能对此改变不大：它们把图导出到另一个有计算引擎的工具，然后在那里计算。这是一条合理的路。但不是 Visio 在模拟。

您真正想要的是什么

几乎所有情况下，这个搜索背后有以下四个问题之一：

1. “我的流程在哪里卡住？” 您想找到瓶颈。
2. “实际要花多长时间？” 您想要的是通过时间，而不是各步骤处理时间的总和。
3. “这项变更带来什么效果？” 您需要为一项投资提供依据。
4. “我们明年的产能够吗？” 您在根据数量增长规划人力。

这四个问题都不需要更漂亮的图表。它们都需要数字。

方法一：手工计算（花费半天上午）

对于问题 1 和 4，手工计算就足够，并且比任何半成品模型更诚实。

每个步骤您需要三项数据：每天的数量、处理时间、可用工作时间。

利用率  ρ  =  (数量 × 持续时间)  ÷  可用工作时间

数值最高的步骤就是您的瓶颈。凡是超过 85% 就是警戒值，而不是只有到达 100% 才算，因为等待时间按因子 ρ/(1−ρ) 增长，并在临近边界时爆炸。详细的计算过程和表格见 计算瓶颈。

用 Little's Law 做检验：数一数每个步骤前排队的工作项，再除以日吞吐量。得到的就是实际的通过时间，通常远大于图上显示的数值。

方法的局限：它不能回答问题 3。一旦您想知道某项变更会“产生什么效果”，手工计算就不够，因为它看不到瓶颈在改进后会转移到哪个步骤。

方法二：导出图表

如果您已经有一个干净的 BPMN 图，就可以把它导入到带计算核心的工具中。标准 BPSim 正是为此而存在：它在不改变符号的前提下，把仿真参数附加到 BPMN 模型上。

实际上这仍然意味着：您要重新输入到达率、分布、产能和日历。图表为您保存了结构，但不保存数据。数据才是工作量。更多内容见 带仿真的 BPMN 工具。

适合的情况：您本来就维护 BPMN 且模型很大。 不适合的情况：您的流程只有五到十个步骤。那时重新建模往往比任何导出都更快。

方法三：在会计算的工具里建模

要回答问题 2、3 和 4，这是必经之路。用哪类工具取决于目的。四类工具及其局限见 流程仿真：软件比较。

简要版：

容易犯且代价高的错误

最常见的弯路是折衷做法：在图上填入数字（“10 Min”、“74 % 利用率”、“3 天”），然后把结果当作计算结果来对待。

这比没有数字更糟。带数字的图看起来像是有人做了计算。在决策会上不会有人追问这 74% 的来源，直到项目启动后数字没有兑现。

如果在图上显示数字，请注明它们来自何处以及它们不意味着什么。“处理时间，估计值，不含等待时间”是一种诚实的注释。单独写“74%”就是一种断言。

实用建议

1. 让 Visio 做它擅长的事。 用于文档、培训和审计几乎无可替代。
2. 对每个步骤手工计算利用率。 半天时间，您就能找到瓶颈。
3. 只有在需要证明变更效果时，才使用带计算核心的工具，并选择能输出区间而不是单一数值的工具。

FlowVisual 就是为方法三而设计的：用分钟级的模块把流程拼起来，在负荷下运行，给出前后对比和以欧元表示的效果，以及 P10–P90 范围。它并不能取代 Visio。它回答的是 Visio 无法回答的那个问题，而不是纠正 Visio 的错误。