如何可视化业务流程
如何可视化一条业务流程：选出能回答你们那个问题的视图——顺序、归属、时间还是例外——并由同一个来源生成它，而不是画四张图。
可视化一条业务流程，意味着选出能回答当下这个问题的视图：顺序、归属、决策逻辑，或者工作卡在哪里。
简而言之
- 在选定形式之前，先问清楚这张图必须回答哪个问题。
- 顺序 → 流程图。归属 → 泳道。失效路径 → 把决策画到有结论。
- 时间属于交接处，而不是另起一张图。
- 保留一个来源，再由它生成各个视图；四张图会变成四种事实。
- 如果一张图需要一份图例来解释它自己的图例，那它承载得太多了。
从问题出发选视图
“这个能画张图吗？”其实从来都不是在要一张图。它是在要一个答案，而真正有用的第一步，是弄清楚要的是哪一个：顺序对不对，谁来负责，时间花在哪里，还是出问题的时候会怎样。这几个问题各自需要不同的可视化，而做出错的那一个，正是一家机构最后攒下一整面墙、却没人去查的流程图的方式。
关于顺序的问题要的是流程图。关于归属的问题要的是泳道。关于例外的问题，要的是把每个决策和它不顺利的那条路都画到有结论为止。关于时间的问题，要的根本不是一张新图，而是在交接处加注。错在于想一次回答全部四个：一张同时承载顺序、负责人、系统、耗时和控制点编号的图，技术上是完整的，实际上是读不了的。
好消息是，这些是同一样东西的几种视图，而不是四份文件。下面的示例是一条质量控制流程——从检验、检测到放行或拒收——它包含一个三路的检验点分流、一次超出规格的调查，以及一次有三种结果的物料评审处置。同一张图，你们既可以按顺序读，也可以按归属读，还可以读一批货可能卡在哪里。
同一张图，几种读法
一条质量控制流程。先按顺序读，再按归属读，最后读一批货可能卡在哪里。
顺序：一个入口，三条路进来
来料检验、过程检验和最终检验，全都汇入同一个取样步骤。把三条入口路径画进同一条流程，比画三张几乎一样的图更诚实，也让共用的那一段立刻变得清楚。
归属：谁可以放行一批货
检验归质量控制，检测归实验室，放行授权归质量经理，入库登记归仓库。五个步骤里有四条泳道——这正是回答“谁签字”的那种读法。
失效：一批货究竟卡在哪里
超出规格会开启一次调查，实验室误差会退回复测，而真正的不合格则会开出不合格报告并把该批货隔离。这是能解释发货为什么会晚的那种读法。
结果：走出隔离的三条路
物料评审的处置分成返工、让步接收或报废，各自通向不同的去向。一种只显示合格与不合格的可视化，恰恰藏起了最费钱的那个决策。
运作方式
先把问题写下来
一句话：看完这个之后，一个人应该能回答什么？“一份订单的时间花在哪里？”和“谁审批一批货的放行？”会画出两张不同的图，而先把问题问出来，正是让你们不至于两张都做、又两边都不讨好的关键。
选出能回答它的最小视图
关于顺序的问题不需要泳道。关于归属的问题需要泳道，但不需要耗时。不要因为工具支持就多加一个维度——每多一层，都要花掉读者身上那份答案本来需要的注意力。
把它做成一行行数据，视图才便宜
在 QueryChart 里，图表就是一张表：步骤、连接、形状，以及两个泳道列。加上或去掉归属这一维度，是改一列，而不是重画一遍——正是这一点，让做第二个视图成为一件合理的事，而不是一个项目。
把时间标在交接处
当问题是关于时长时，请在泳道之间的跨越处加注数字，而不是给每一个步骤都加。在几乎每一条业务流程里，团队之间的排队时间都大于实际作业时间，而把数字放在排队发生的地方，会让这一点立刻可见。
把例外画出来，或者说明你们没画
如果你们是有意只画顺利路径——比如为了一份培训材料——请在图上注明。一张没有注明的顺利路径图，日后会被当作流程本身来用，而用它的人通常正在决定人员编制。
发布一个链接，而不是五份导出
把图表分享出去，而不是把一张图片贴进演示文稿。导出的图片正是让四个视图变成四个版本的那套机制，每一个都冻结在某人需要它的那一天。
应避免的错误
一次回答四个问题
一张同时承载顺序、负责人、系统、耗时和控制点编号的图，是完整的，也是读不了的。按问题拆开——从同一个来源出发。
把图当装饰
一张放在演示文稿里、谁也没法据以行动的流程图，就是一张配了矩形的图库照片。它如果不回答一个问题，就没有存在的必要。
颜色带着没人被告知的含义
如果红色有含义，就把它写在图上。配色约定活在作者脑子里，也死在那里。
用导出代替链接
一张图变成演示文稿里的 PNG 的那一刻，它就不再跟踪现实了——而一年之后它还在流传。
可视化你们自己的流程
把这个质量控制示例作为你们自己的图表打开，然后把它删减到能回答你们那个问题的视图。
相关指南
常见问题
可视化业务流程最好的方式是什么？
从问题出发。如果要的答案是关于先后顺序的，一张流程图就够了。如果是关于责任或交接的，就用泳道。如果是关于失效路径的，就把每个决策不顺利的那条路都画到一个真正的结论。如果是关于时间的，就在交接处加注数字，而不是另画一样东西。最好的可视化，是能回答所提问题的那个最小的可视化，并且它建立在一个日后还能生成其他视图的来源之上。
可视化流程应该用 BPMN 吗？
只有当下游确实有东西要读它时才用。BPMN 的精确性——带类型的事件、网关、消息流——在一个工作流引擎或一个集成项目要读这个模型时是有价值的。而对于一张给人读的图，这种精确性是一项税：这套记法必须先教，而没被教过的读者只能猜。大多数业务流程用泳道、普通形状和写明名称的决策来表达会更合适。
怎样做出一张人们真的会用的流程图？
把它控制在一屏之内，只回答一个问题，并且把它放在工作实际发生的地方，而不是一个文档文件夹里。然后让它保持现行：流程图之所以没人用，几乎从来不是因为看不懂，而是因为大家已经学会了这张图是过期的。一张在流程变化时会被改的图会被查阅；一张三月份很完美的图不会。
一份流程可视化应该有多少细节？
够回答那个问题就好，不要更多，并且保持同一个颗粒度。十五到二十五个步骤能放进一屏，也能留在读者脑子里。当确实还有更多要说时，请链接一条子流程，而不是把字号调小——一张必须放大才能读的图，早就已经不是一份可视化了。
