如何绘制业务流程图
业务流程图这一个名字下面其实有三种图。如何按这张图将被用来做什么定下详细程度，把这个程度贯彻到每一个方框，以及该把一个子流程拆出去、而不是把它撑大。
运作方式
先点名读者和用途
写一句话：谁会打开这张图，他打开它是为了回答什么问题。培训某个人上手一项工作、修好两个团队之间的交接、找出一条循环在哪里丢掉了几周——这是三个不同的问题，它们会对同一份工作产出三张大小完全不同的图。
把颗粒度写成一条明文规则
动手打字之前先定下来：一个方框是一个单元的工作，有一个责任人、一个结果，而且它内部发生什么都不会改变流程接下来往哪走。同时定一个方框预算——一份作业十到二十个，一条跨团队的流程二十到四十个——并且把超出预算当成一次分层失误，而不是当成做得细致。
按这个颗粒度把步骤填进各行
每一行的“方框文字”列就是一个方框，图随着行一起长出来。按流程发生的顺序一路做下去，忍住不要去展开你恰好最熟悉的那一段；一个你想拆开的步骤到底是不是两个，由那条颗粒度规则来回答。布局是自动生成的，事后没有什么需要重新摆放。
给路线编号，给岔路加标签
“连线至”列填这个步骤通向的行号，通向多处时用逗号分隔，“连线文字”按同样的顺序填上分支标签。一个比它所在行更小的数字，画出来就是一条向后的循环——一张图就是这样说明某段工作要重做，而不必因此降到更细的一层。
填好泳道列，再把鼓包拆出去
“水平泳道”放阶段，“垂直泳道”放责任人。然后去找那个鼓包：方框数量是邻居三倍的那个阶段。把它的内容搬进第二张图，在更细的一层展开，在原图里只留下一个以结果命名的方框，并在那一行的备注里引用子图。
拿点名的那位读者验证详细程度
带着第一步里那位读者把画完的图走一遍，对每一个方框只问一件事：对他来说，这个方框是不是大小不对？预料会得到两种答案——有一个方框他希望被打开，有三个他根本不需要。然后把读者和详细程度写进图表标题，这样下一个想加方框的人，面对的是一个已经写明的范围。
常见问题
什么是业务流程图？
在一个选定的详细程度上，把一条流程里的步骤和决策画出来的图。这个说法涵盖三种不同的东西：作业级的图，画一项具体工作；流程级的图，画跨越几个团队的工作，通常用泳道；以及链路级的图，画一整条端到端的循环，例如采购到付款。它们共用一套画法，回答的却是不同的问题——这正是详细程度必须先说清楚、而不能默认的原因。
业务流程图和流程图是一回事吗？
在业务场景里两者可以互换：业务流程图就是一条流程的流程图。在化工与过程工程里则不然。在那里，Process Flow Diagram 是一份特定的工程交付物，画的是设备、物流、流量和主要控制回路，由 ISO 10628 规范；而大多数人真正想要的那种活动图，会被叫做流程图或流程地图。动笔之前先弄清楚对方要的是哪一种。
怎样把一张业务流程图拆成子流程？
在父图里留下一个方框，让子图去承担它下面那一层。示例里的接缝是“开展寻源并授标”：父图把它保留成一个方框，标签结尾就是下一支箭头所依赖的那个结果——授标；子图从这个方框收到的事件开始，并且正好停在那个结果上。这样边界就是可检验的：读子图的最后一行，它必须说出父图那个方框承诺过的东西。没有任何内容被画两遍，每张图各自保持一个程度。
应该先画哪一层的业务流程图？
先画与你眼前问题相匹配的那一层，通常是跨越团队的流程层。工作卡住的地方就在职能之间的交接上，而只有这一层能把它们显示出来。当问题是一整条循环在哪里丢掉了几周时，画链路层；只有在需要培训某个人上手一项具体工作时，才画作业层。一上来就把三层都做出来，得到的是三张图，而它们会在一个季度之内彼此矛盾。