Visio 与流程图实战：价值流图、工序流程图与业务建模

引言：一张图能顶三千字

IE 的工作大量依赖"达成共识"。而达成共识最快的方式，往往不是写一份报告，而是画一张图。

一个典型的场景：改善项目启动会上，生产说瓶颈在装配，质量说问题在来料，设备说责任在保养不到位，计划说排程太乱。吵了半小时，谁也说服不了谁。

这时候如果墙上有一张价值流图（VSM），情况会完全不同：

• 图上标着每个工序的周期时间（C/T）和换型时间（C/O）
• 装配工位的 C/T = 62 秒，是整条线最长的，节拍时间 Takt = 55 秒
• 工序之间的库存：下料到机加工之间堆了 2.8 天的量
• 增值时间合计 187 秒，非增值（等待+搬运+库存）时间 = 18.6 天

数字摆在图上，争论立刻收敛：瓶颈就是装配，最大的浪费是工序间的库存。

这就是流程图的价值：把模糊的、主观的分歧，变成清晰的、可度量的共识。

但前提是图要画得对。我见过太多"画了但没用"的流程图：

• 符号用错（把"检验"画成"加工"）
• 数据没标（图上只有框和箭头，没有任何量化信息）
• 逻辑错误（流程走不通、缺分支、死循环）
• 美观但无信息（颜色好看，但看不出问题在哪）

本文就把"怎么画一张有用的图"讲透。

一、工具选型

1.1 主流流程图工具对比

1.2 选型决策

你在什么环境工作？
│
├─ 企业有 Office 365 且已含 Visio → 直接用 Visio
│
├─ 自费 / 学生 / 个人使用
│   └─ 需要专业的工业符号（工序/价值流）吗？
│       ├─ 是 → draw.io（免费，有 VSM 模具）
│       └─ 否 → draw.io 或 ProcessOn
│
├─ 团队协作（多人同时编辑）→ Lucidchart / ProcessOn / Miro
│
├─ 需要版本管理 / 嵌入技术文档 → Mermaid（纯文本）
│
├─ 只是要在 PPT 里放一张简单流程图 → PowerPoint 自带 SmartArt/形状
│
└─ 要画 UML / 系统架构建模 → draw.io / PlantUML

1.3 给 IE 的推荐

首选 draw.io（diagrams.net），理由：

1. 完全免费，无广告、无水印、无文件数限制
2. 功能覆盖 Visio 的 80%~90%，对流程图完全够用
3. 内置 Value Stream Mapping（价值流图）模具库，这是 IE 核心需求
4. 可存云端（Google Drive / OneDrive / 本地文件），也可纯离线用
5. 可导出 PNG / SVG / PDF / VSDX（Visio 格式）
6. 开源，可自部署（企业内网可用）

如果公司买了 Visio，就用 Visio——它的模具库更全、打印和格式控制更好、与 Word/PPT 集成更顺。

额外推荐 Mermaid：如果你需要把流程图写进技术文档、Wiki、README，Mermaid 是最佳选择。它用纯文本描述图，可以像代码一样版本管理。

graph LR
    A[原材料] --> B[下料]
    B --> C[机加工]
    C --> D[焊接]
    D --> E[装配]
    E --> F[检验]
    F --> G[成品库]

这段文本会渲染出一张流程图。好处是：图变了，改文本即可，diff 可见。

二、流程图的四层体系

IE 会用到四种不同层次的"流程图"，目的不同、符号不同、读者不同。混用是常见错误。

判断用哪个：

• 想分析"工人/物料在车间里怎么动、哪些是浪费" → 工序流程图
• 想做精益改善、看端到端的交付周期 → 价值流图（VSM）
• 想梳理"一个订单从接单到发货，各部门怎么协作" → 泳道图
• 想把流程固化到 IT 系统里跑 → BPMN

三、工序分析：IE 的传统基本功

3.1 五种工序符号

这是 IE 的"看家符号"，由 Gilbreth 夫妇奠定，后被 ASME（美国机械工程师协会）标准化。

关键辨析：

• 加工 vs 检验：检验不产生任何物理改变，所以不是加工
• 停滞 vs 储存：停滞是"被迫等待"（不计划内的），储存是"计划内保管"（有出入库管理）。实务中区分困难时，看是否"需要批准才能动"——需要批准的是储存，随便堆着的是停滞
• 搬运的定义：从 A 到 B 的移动是搬运。但如果移动是加工过程的一部分（如传送带上的喷涂），算加工

记忆口诀：加工改变物，搬运改变位，检验做判断，停滞在等待，储存受管控。

3.2 两类流程程序图

物料型流程程序图的画法：

┌────────────────────────────────────────────────────────┐
│ 流程程序图（物料型）                                      │
│ 产品：XX 支架   图号：XXX   绘制：XXX   日期：2026-XX-XX │
│ 方法：现行 □     改善 □                                  │
├──────┬──────┬──────┬────────────┬──────┬──────┬────────┤
│ 距离 │ 时间 │ 数量 │  工序说明   │ ○   │ ⇢   │ □  ▽  │
│ (m)  │ (s)  │      │            │加工  │搬运  │检验 停滞│
├──────┼──────┼──────┼────────────┼──────┼──────┼────────┤
│  0   │ 45   │  1   │ 钢板下料   │  ●   │      │        │
│ 12   │ 30   │  1   │ 运至冲床   │      │  ●   │        │
│  0   │ 38   │  1   │ 冲压成型   │  ●   │      │        │
│  8   │ 20   │  1   │ 运至暂存   │      │  ●   │        │
│  0   │ 0    │  20  │ 批量暂存   │      │      │    ●   │
│ 15   │ 35   │  20  │ 运至焊接   │      │  ●   │        │
│  0   │ 120  │  1   │ 焊接       │  ●   │      │        │
│  0   │ 25   │  1   │ 焊缝检验   │      │      │  ●     │
│ ...  │ ...  │ ...  │ ...        │      │      │        │
├──────┼──────┼──────┼────────────┼──────┼──────┼────────┤
│ 合计 │ 总距离│      │            │ 8次  │ 12次 │ 4次 6次│
└──────┴──────┴──────┴────────────┴──────┴──────┴────────┘

汇总行是关键。一张流程程序图的核心结论，就在最后那一行合计里：

• 加工 8 次、搬运 12 次、检验 4 次、停滞 6 次
• 总距离 156 米
• 总时间 45 分钟，其中加工时间只有 12 分钟

搬运次数 > 加工次数、停滞次数多，就是典型的改善空间。

3.3 改善的 ECRS 四原则

拿到流程程序图后，用 ECRS 逐项提问：

提问的顺序很重要：先问"能不能取消"（收益最大），再问"能不能合并"，然后"能不能重排"，最后才问"能不能简化"。大多数人直接跳到"简化"，收益最小。

3.4 在 Visio / draw.io 里画

Visio 有专门的 "流程图 > 工序流程" 或 "IDEF0" 模具。draw.io 里在 More Shapes 中启用 "Lean" 或 "Value Stream Mapping" 形状库。

手工画也很简单：用圆形、矩形、三角形 + 箭头即可。关键是符号规范、数据齐全。

四、价值流图（VSM）：精益的核心工具

价值流图（Value Stream Mapping）源自丰田的"物料与信息流图"，由 Mike Rother 和 John Shook 在《Learning to See》（《精益思想丛书：价值流图》）中系统化。

VSM 的核心价值：它同时画出物料流和信息流，让你看到"订单是怎么变成产品的"，并指出哪些环节在浪费时间。

4.1 VSM 的三种状态

4.2 现状图七步绘制法

步骤 1：选定产品族（Product Family）

VSM 不是给所有产品画一张图，而是选一个产品族（工艺路线相似的一组产品）。

选择方法：

1. 列出所有产品的工艺路线（工序序列）
2. 按相似度分组
3. 选出产量大或问题多的族，作为第一张 VSM 的对象

常见错误：把所有产品混在一张图上画，导致数据无法填（不同产品周期时间不同）。

步骤 2：画出客户与供应商

[供应商] ──→ [你的工厂/产线] ──→ [客户]
    ↑                              │
    └──────── 信息流 ──────────────┘

右上角画客户，左上角画供应商。

步骤 3：计算节拍时间（Takt Time）

Takt Time = 可用工作时间 / 客户需求量

Takt = (每班有效工作时间) / (每班客户需求量)

示例：

• 每天 2 班，每班 8 小时 = 960 分钟
• 每班休息 2×15 分钟 = 30 分钟，交接 10 分钟
• 有效时间 = (480 - 30 - 10) × 2 = 880 分钟 = 52800 秒
• 客户需求 = 880 件/天
• Takt = 52800 / 880 = 60 秒/件

Takt 的含义：每 60 秒必须产出一件，才能满足客户需求。

这是 VSM 最重要的一个数字。所有工序的周期时间都要与它对比：

• C/T < Takt → 能满足需求
• C/T > Takt → 瓶颈，无法满足需求
• C/T 远小于 Takt → 过剩产能（也是浪费）

步骤 4：画出工序流程（物料流）

从左到右画主要工序，每个工序用一个"工序框"。

工序框里填：

在工序之间画库存三角：

   ▽ 库存
   I  520 件
   ▽  2.8 天

库存数据下的"天数"是关键——它告诉我们物料在这里停留了多久。

天数 = 库存数量 / 日均需求量

步骤 5：画出信息流

信息流在图的下半部分（从右向左，因为信息是从客户往回传的）：

客户 ──[订单]──→ 生产计划/销售
                      │
                      ├──[周预测]──→ 各工序（推动）
                      │
                      └──[看板信号]──→ 上游工序（拉动）
供应商 ←──[采购订单]──┘

关键区分：

推动 vs 拉动是精益的核心区别。现状图里如果所有工序都是推动，未来图的目标通常是引入拉动（看板）或 FIFO 通道。

步骤 6：画时间线（Time Line）

在图的最下方画一条锯齿状的时间线：

工序1    工序2    工序3    工序4
 45s      38s      62s      30s
 └─┬─┘    └─┬─┘    └─┬─┘    └─┬─┘
   ▽ 2.8天  ▽ 1.2天  ▽ 3.5天  ▽ 0.5天

• 凸起部分（向上） = 增值时间（加工时间，单位：秒）
• 凹陷部分（向下） = 非增值时间（等待/库存，单位：天）

汇总：

增值时间（VAT）      = 45 + 38 + 62 + 30 = 175 秒
非增值时间（NVAT）   = 2.8 + 1.2 + 3.5 + 0.5 = 8.0 天
总交付周期（Lead Time）= 8.0 天
增值比 = 175 秒 / (8.0 天 × 86400 秒) = 0.025%

这个数字通常极具冲击力：增值时间只有几分钟，但交付周期是几天甚至几周，增值比往往低于 1%。

行业经验值：传统批量生产企业的增值比通常在 0.5%~5%。精益改善做得好的企业能到 10%~20%。丰田等标杆企业在部分产线上更高。

步骤 7：识别改善点

在时间线上，问三个问题：

1. 最大库存堆积在哪？ → 那里是流动的障碍
2. 哪个工序的 C/T 超过 Takt？ → 那里是瓶颈
3. 信息流是推动还是拉动？ → 推动环节是过量生产的根源

用"改善闪电"（Kaizen Burst）符号标记改善机会。

4.3 未来图设计六问

关键概念：定拍工序（Pacemaker Process）

定拍工序是唯一一个接收生产计划指令的工序（通常是产线最下游或最接近客户的连续流段）。它上游的所有工序由它拉动，下游靠成品超市响应客户。

为什么重要：如果每个工序都按自己的计划生产（推动），就会产生过量生产和库存。定拍工序让整个价值流只有一个"心跳"，所有其他工序跟着它走。

4.4 改善计划（Implementation Plan）

未来图不是终点，还要拆成可执行的项目：

每个改善项都要有量化的目标和指标，这样改善后能验证效果。

4.5 VSM 常见错误

最重要的一条：VSM 必须现场画（Go to Gemba）。 坐在会议室里凭记忆画的 VSM，数据几乎都是错的。丰田的精益实践者强调"在能看见流动的地方画"——你要站在能看到整个流程的位置，边走边测边记。

五、业务流程图与泳道图

5.1 标准流程图符号

5.2 泳道图（Cross-Functional Flowchart）

用途：展示跨部门的流程，明确每个步骤由谁负责，看清交接点（Handoff）。

画法：

        │ 销售部        │ 计划部        │ 生产部        │ 仓库
────────┼───────────────┼───────────────┼───────────────┼──────────
        │  ○开始        │               │               │
        │  ┌────────┐   │               │               │
        │  │接收订单│   │               │               │
        │  └───┬────┘   │               │               │
        │      ↓        │               │               │
        │      ├───────→│ ┌────────┐    │               │
        │      │        │ │排产评审│    │               │
        │      │        │ └───┬────┘    │               │
        │      │  ◇判断 │     │         │               │
        │      │ 产能OK?│     │         │               │
        │      │  否│   │     │是       │               │
        │      ←──┘     │     ↓         │               │
        │               │ ┌────────┐    │               │
        │               │ │下达工单│───→│ ┌────────┐    │
        │               │ └────────┘    │ │安排生产│    │
        │               │               │ └───┬────┘    │
        │               │               │     ↓         │
        │               │               │ ┌────────┐    │
        │               │               │ │生产完成│───→│ 入库
        │               │               │ └────────┘    │
        │      ●结束     │               │               │

泳道图的关键价值：

1. 暴露交接点：每个跨越泳道的箭头都是一个交接。交接越多，出错和等待的机会越多
2. 明确责任：每个活动框在某一泳道内，责任清晰
3. 发现循环：判断的"否"分支回到销售部，形成一个返工循环——这就是问题所在

常见错误：

5.3 BPMN 2.0 简介

BPMN（Business Process Model and Notation）是业务流程建模的国际标准（OMG 制定，2.0 是现行版本）。

与泳道图的区别：BPMN 有严格的语义，可以被工作流引擎直接执行（如 Camunda、Activiti、Flowable）。

核心元素：

IE 何时需要 BPMN：

• 要上工作流系统（OA、BPM）时
• 与 IT 沟通系统需求时
• 流程需要自动化执行时

一般的管理改善项目，泳道图就足够了，不必上 BPMN（学习成本高，且改善团队看不懂）。

六、Visio / draw.io 高效操作技巧

6.1 Visio 核心技巧

最重要的效率技巧：建自己的模具库（Stencil）

把常用的符号（工序框、数据框、库存三角、客户/供应商图标、改善闪电）做成自定义模具，存成 .vssx 文件。以后画图直接拖，且团队可以共享同一套模具，保证符号统一。

6.2 draw.io 核心技巧

draw.io 启用 VSM 模具：More Shapes → 勾选 Lean 或 Value Stream Mapping（不同版本名称略有差异，搜索 "value stream" 即可）。

6.3 通用绘图效率技巧

七、让图"能沟通"的九个原则

原则 1：一图一目的

每张图只回答一个问题：

不要试图在一张图里表达所有事。

原则 2：数据必须实测

流程图上的每一个数字，都应该有来源。

• ❌ "大概 45 秒" → 拍脑袋
• ✅ "C/T = 45s（实测 20 个循环，取中位数）" → 可信

VSM 的黄金法则：去现场测（Go and See）。带着秒表和记录表，站在能看到流程的位置，实测。这也是为什么 VSM 通常需要 1~2 天才能画完——大部分时间在现场。

原则 3：标注数据来源与时间

在图的一角（通常是标题栏）写明：

没有这些信息，三个月后没人知道这张图的数据是否还有效。

原则 4：流向清晰、无交叉

• 主流程方向：从左到右，或从上到下（符合阅读习惯）
• 尽量避免线条交叉（交叉意味着流程复杂，可以调整布局或用连接符）
• 线条不穿过形状

原则 5：判断必须标注分支条件

菱形的每个出口都要写明条件：

      ◇ 检验合格？
   是↙        ↘否
   ↓            ↓
 [包装]      [返修]

不标注的话，读者只能猜。

原则 6：颜色服务于信息，不是装饰

颜色的正确用法：

错误用法：为了好看随机上色，颜色不传达任何信息。

注意色盲友好：约 8% 的男性有某种色觉障碍。避免仅靠红绿区分关键信息，可以加图案、形状或文字辅助。

原则 7：字体与大小统一

• 全图字体统一（中文推荐微软雅黑/思源黑体）
• 标题 14-16pt，正文 10-12pt
• 一张图最多用 2~3 种字号
• 确保投影/打印后能看清（这是最常见的失败：图上字太小，投影后完全看不清）

原则 8：加图例

如果用了非通用符号（如 VSM 的库存三角、改善闪电），必须有图例说明。

原则 9：保持更新

流程会变，图要跟着变。

实务做法：

• 文件名带版本号和日期（VSM_装配线_现状图_v2_20260815.vsdx）
• 图放在团队共享位置
• 每次重大变更后更新
• 定期（如每季度）审查

一张过时的图比没有图更危险——它会让人基于错误的前提做决策。

八、落地案例：装配线 VSM

8.1 背景

某电子装配厂，产品族为"控制器系列"，4 个型号，月需求 12000 件。客户投诉交期长（从下单到收货 15 天），且经常延期。

8.2 组建团队与准备

• 团队：IE（主导）、生产主管、计划员、质量工程师、设备工程师
• 时间：2 天（1 天现场测绘，1 天画图与讨论）
• 工具：秒表、记录表、卷尺、A3 大白纸（先手绘，再电子化）

先手绘再电子化是推荐做法：现场手绘能快速记录和调整，团队围在纸前讨论比盯着屏幕更有效。回办公室再画成电子版。

8.3 现场测绘记录

Takt 计算：

• 每天 2 班，每班有效 440 分钟 = 52800 秒
• 月需求 12000 件，按 22 天算 = 545 件/天
• Takt = 52800 / 545 ≈ 97 秒/件

关键发现：

• 功能测试 C/T 62s < Takt 97s，理论上不是瓶颈…但良率 96% 导致有效产出下降
• 老化 7200 秒 = 2 小时，是批量处理（每批 500 件），造成巨大库存
• 各工序间库存巨大

8.4 现状图时间线

增值时间（加工时间合计） = 42+38+30+55+35+62+48+40 = 350 秒
（老化 7200 秒算工艺必需，但也是非增值等待）

库存天数合计：
3200/545 + 2800/545 + 2600/545 + 4100/545 + 3200/545 
+ 5200/545 + 3800/545 + 6500/545 + 2400/545
= 5.9 + 5.1 + 4.8 + 7.5 + 5.9 + 9.5 + 7.0 + 11.9 + 4.4
≈ 62 天？

等等——这里要注意：库存件数是"该工序前堆积的量"，而日均需求 545 件。
但很多库存是"批量生产"造成的，不是真正的停留 62 天。

这里有一个重要的实务校正：直接用"库存件数 / 日均需求"算天数，在批量生产环境下会严重高估。因为物料不是"排队等待"，而是"批量处理"——老化一次处理 500 件，这 500 件不是等了 11.9 天，而是批量周期导致的。

正确的天数计算（Little 定律）：

$$\text{停留时间} = \frac{\text{库存数量}}{\text{日均需求量}}$$

这个公式在稳态、连续流下成立。但在批量/间歇生产下，需要加上批量等待时间：

$$\text{实际停留} = \text{加工时间} + \text{批量等待时间} + \text{排队时间}$$

老化工序：批量 500 件，老化周期 2 小时，则一件物料的平均等待 ≈ 批量周期/2 + 老化时间 = 1 + 2 = 3 小时（如果连续批处理）。

实务做法：对于批量工序，直接记录"从进入该工序到离开该工序的实际时间"（查 MES 或现场跟踪），比用公式推算准确。

修正后的时间线（假设实测）：

增值时间 = 350 秒 + 老化 7200 秒 ≈ 7550 秒 ≈ 2.1 小时

增值比 = 2.1 小时 / (23 天 × 24 小时) = 0.38%

这个数字（0.38%）出现在改善会上，比任何说教都有冲击力。

8.5 改善机会识别

用"改善闪电"标记：

1. 功能测试良率 96% → 返修造成回流，且是瓶颈前的高库存源
2. 老化批量 500 件 → 批量太大，造成 1.9 天库存 + 批量等待
3. AOI → 插件 2.8 天库存 → 两工序间无拉动，纯推动
4. 信息流 100% 推动 → 生产计划直接下达到每个工序，无看板
5. 换型时间普遍 > 10 分钟 → 不支持小批量

8.6 未来图设计

未来图的目标指标：

8.7 改善计划

把未来图拆成半年的改善项目，每项有负责人、时间、指标。这才是 VSM 的价值兑现环节。

九、学习路径

9.1 三阶段

9.2 练习建议

9.3 必读书目

• 《Learning to See》（学以看） — Mike Rother & John Shook，VSM 的权威教材，可免费下载（Lean Enterprise Institute）
• 《创造价值流》（Creating Continuous Flow） — Mike Rother & Rick Harris，连续流设计
• 《丰田生产方式》 — 大野耐一，精益思想的源头
• 《精益工具箱》（The Lean Toolbox） — John Bicheno，工具速查

结语：图是沟通的工具，不是交付物

最后一个提醒。

流程图的价值不在于"画出来"这个动作，而在于"画的过程中达成的共识"和"画完之后引发的行动"。

一个常见的失败模式：IE 花三天画了一张精美的 VSM，贴在墙上，然后……没有然后了。

成功的做法是：

1. 团队一起画（不是一个人画完给大家看）
2. 数据现场测（不是拍脑袋填）
3. 画完立刻定改善项（谁、什么时候、做到什么程度）
4. 定期跟踪（画一张改善进度表，贴在 VSM 旁边）
5. 改善后重画（更新现状图，验证效果，开始下一轮）

一张贴了半年没人动过的 VSM，价值为零。一张每月更新、旁边贴着改善进度表的 VSM，才是活的改善工具。

工具本身永远很简单——几个形状，几条箭头。难的是：愿意走到现场，愿意面对真实的数据，愿意把模糊的感觉变成具体的数字，然后真的去做改变。

相关阅读

• AutoCAD 工厂布局实战：从平面图到可落地的设施规划：一张合格的车间布局图要能直接拿去施工、报消防、做产能核算、给仿真建模。本文系统讲解 IE 用…
• SQL 工业工程数据分析实战：从 MES 取数到指标看板：IE 日常有 60% 的时间花在等数据上。本文从真实取数场景出发，讲透 SQL 核心语法（S…
• 工业工程必备软件地图：从 Excel 到 FlexSim，每个阶段该学什么：按学习阶段给出 IE 的软件全景图：Excel、统计分析、仿真建模、CAD、企业系统，并给出…
• 用 Python 做 IE 数据分析：从工时数据到线平衡计算：四个可直接运行的 IE 场景代码：标准工时自动计算、产线平衡分析、离散事件仿真、运筹优化排产…
• 工业工程师的 Excel 实战手册：从工时分析、过程能力到线平衡的 30 个技法：面向 IE 场景的 Excel 实操手册：连续测时数据差分还原、IQR 与 3σ 异常值剔除…