如何创建泳道图
如何创建泳道图：按谁负责这项工作来划分泳道，把每个步骤放进真正执行它的泳道，让每一次跨泳道流转都成为可见的交接。附一个可以逐步演示的实时示例。
泳道图是按负责方拆开的流程图：每条泳道属于一个角色或团队，每个步骤位于执行它的那条泳道里，而每一次跨越泳道的连线都是一次交接。
简而言之
- 每个负有问责的角色一条泳道——不是每人一条，也不是每个部门一条。
- 四到五条泳道是可读性的上限；超过这个数，就该拆分流程。
- 步骤属于执行它的那条泳道，而不是出事后被追责的那条。
- 每一条跨越泳道边界的连线都是一次交接——延迟就藏在那里。
- 在 QueryChart 中，泳道就是电子表格里的两列：负责方与阶段。
泳道究竟是用来解决什么的
泳道图回答了一个普通流程图回答不了的问题：这件事现在压在谁手里。这一点之所以重要，是因为运营流程很少在某个步骤内部出问题。它们出问题在步骤之间——上一个团队做完了、下一个团队还没开始的那道空隙里，而且谁都没有察觉，因为每个团队自己的检查清单看上去都是完成的。把流程拆进泳道，正是让这些空隙成为页面上最显眼的东西。
泳道本身才是真正的设计决策。按问责来划分，而不是照搬组织架构图：每条泳道对应一个能够为“把某个步骤做完”承担责任的群体，通常是一个角色或一项职能，而不是某个人或某个部门。四到五条泳道是实践中的上限——再往上，跨泳道的连线就会缠成一团，图表也就不再可读；这是该拆分流程的信号，而不是该调小字号的信号。
QueryChart 的泳道同时运行在两个坐标轴上。纵向泳道是负责方，横向泳道是流程的各个阶段，因此放置一个步骤时要同时指定这两者。下面的示例是一个真实的员工入职流程，横跨四个负责方与六个阶段——这类流程最容易变成四份彼此独立、却必须在同一个早晨全部完成的检查清单。
看一张泳道图被搭建出来
一个横跨四条负责方泳道与六个阶段的跨职能入职流程。下面每个阶段都会加入一条泳道的工作量——以及一次交接。
从一条泳道开始
只有人力资源，处在“录用与合同”阶段。泳道只有在有步骤被放进去之后才会出现，所以此时这张图看起来就是一张普通的流程图——在工作易手之前，它确实就是。
把决策放进拥有它的那条泳道
背景调查属于人力资源，但例外判断不属于：例外由用人经理拍板，因此那个菱形位于用人经理的泳道里。决策是最容易被放错泳道的东西，而这个错误正是让大家事后争论“本该由谁行动”的原因。
交接才是重点所在
设备与账号的配置落到 IT，再落到行政后勤，此时你已经能看到决定第一天是否顺利的那两次跨泳道流转。留意那条兜底路径：来不及送达的设备会转向备用机，而不是让新员工没有电脑可用。
工作会跨着泳道回流
第一天从人力资源走到 IT 再走回来，随后第一周落在用人经理身上。真实流程里的交接是双向的；一张工作只会向下流动的图，画的通常是一种愿望。
每条泳道收好自己的分支
试用期在用人经理的泳道里收尾，有两个结果——转正，或延长并附上一份辅导计划。每条泳道都应当把自己的工作收干净，而不是留下一条连线拖进别人的泳道。
运作方式
先列角色，再列步骤
写下每一个需要动手做事的群体，然后合并，直到只剩四到五个。按问责合并：如果两个名字总是一起行动、被催进度时也会被当成一个整体，那它们就是同一条泳道。一人一条泳道，只会保证下一次有人换岗时这张图就是错的。
在顶部命名各个阶段
阶段就是横向泳道——流程的各个阶段，例如筛选、配置、第一天。它们让读者对时间有个概念，又不假装自己是一份时间表；同时也让“某一个阶段承担了别人两倍的工作量”变得一目了然。
把步骤写成行，并填好两个泳道列
在 QueryChart 中，每一行都带有一个横向泳道（阶段）和一个纵向泳道（负责方）。打开上面示例下方的电子表格视图就能看到：泳道图不过是一张多了两列的普通表格，版面是从这两列推导出来的，而不是拖出来的。
把每个步骤放进真正干这件事的泳道
判断标准是：如果这一步延误了，会去催谁。不是谁关心它，也不是谁负责汇报它——而是谁去做。把步骤停在“谁抱怨得最大声”的泳道里，正是泳道图被悄悄弃用的原因。
逐一细看每一次跨泳道
每一条越过泳道边界的连线都是一次交接，而流程正是在交接处停滞。对每一次交接都要问：接收方那条泳道是怎么得知有工作在等它的——一张工单、一封邮件、一个共享队列，还是什么都没有。“什么都没有”本身就是一个发现，而且往往是最值得拿到的那个。
检查泳道之间的平衡，然后发出去传阅
只有一个方框的泳道也许不必存在；有十五个方框的泳道多半是三个角色戴着同一顶帽子。调整之后，把图表分享给每一位泳道负责人并收集他们的签署，让这张图成为各团队认可的东西，而不是某一个人替他们画出来的东西。
应避免的错误
照搬组织架构图的泳道
部门不是负责方。把“运营”做成一条泳道，会把它内部真正互相交接工作的三个团队藏起来，结果整张图一次可见的交接都没有——而那恰恰是泳道图存在的意义。
一人一条泳道
命名角色，不要命名人。人会流动，流程理应比他们活得更久。这样做也能避免图表变成一份关于个人的文件，而那正是让评审变得难堪的原因。
九条泳道
超过大约五条，跨泳道的连线就会占据主导，没人能完整追踪出一条路径。要么是范围划得太宽——在一次明确的交接处拆成两个流程——要么是其中好几条泳道其实是同一条。
决策放错了泳道
决策属于做出判断的那个人，而那往往不是准备材料的人。这一点弄错，图表就会暗示某位分析人员在批准自己的工作。
创建您自己的泳道图
把上面的入职示例作为您自己的图表打开，把泳道改成你们团队的名称，再替换掉里面的步骤。
相关指南
常见问题
泳道图和流程图有什么区别？
流程图展示顺序与逻辑。泳道图展示同样的顺序，但按谁执行每个步骤拆开，于是职责与交接都变得可见。任何泳道图都是流程图；是泳道让它从一张关于操作程序的图，变成一张关于组织的图。如果一个流程始终留在一个团队内部，泳道不会带来任何信息——一旦它跨越了边界，就该用泳道。
泳道应该横向还是纵向？
惯例是横向泳道，流程从左往右读，多数人也觉得这样最容易扫读。QueryChart 同时使用两个坐标轴：纵向泳道表示负责方，横向泳道表示流程的各个阶段。这样的组合让你既能看到谁在行动，也能看到流程走到了哪一步，而不必让其中任何一个维度只靠位置去暗示。
一张图应该有多少条泳道？
四到五条。两三条很常见，对于只跨越一次边界的流程也完全够用。超过大约五条，跨泳道的连线互相重叠，追踪一条路径就要费些力气；通常的解法不是换一块更大的画布，而是把范围缩小：在一次自然的交接处把流程切开，让每一半各有一张自己的图，而那次交接本身就是前一张的终点、后一张的起点。
供应商、客户这类外部方应该放在哪里？
只要他们的动作是流程的一部分，就放进他们自己的泳道。供应商提交发票、客户确认投诉已解决、候选人接受录用——这些都是流程要等待的步骤，把它们藏进某条内部泳道，就等于让等待变得不可见。给他们一条泳道，同时也让“你们的周期时间里有多少其实并不归你们控制”变得一目了然。
