泳道图的核心是把“谁在什么时候做什么”画清楚。先定义流程边界和参与角色，再把动作放进对应泳道；用墨刀流程图绘制后，团队可以在同一张图上评论交接、异常和负责人。
一、开始前确定三件事
- 起点和终点：例如“客户提交退款申请”到“退款结果通知”。
- 参与者：客户、客服、财务、仓库、支付系统等，合并同一责任主体。
- 粒度：一张图只讲一个可评审流程，过大的流程拆成子流程并保留入口。
二、按五步绘制退款流程
- 先建立泳道并写出每个角色的目标，不急着画箭头。
- 把动作写成“动词+对象”，如“客服核验订单”，避免“处理一下”。
- 按时间顺序连接动作，跨泳道时明确交接资料和触发条件。
- 在关键判断处画分支，标注是/否条件以及回到哪一步。
- 给异常路径加负责人、超时处理和通知方式，再检查是否回到主流程。
如果一个动作同时由两个角色完成，拆成“发起”和“确认”两个节点，避免责任边界模糊。系统自动动作也要单独放在系统泳道，标出失败时的人工兜底。
三、跨部门交接检查表
| 检查项 | 合格标准 |
|---|---|
| 交接对象 | 每个跨泳道箭头都有明确接收方 |
| 交接内容 | 写明订单号、资料或状态，不只写“通知” |
| 触发条件 | 说明事件、时间或审批结果 |
| 异常处理 | 拒绝、超时、系统失败都有去向 |
| 责任归属 | 每个动作只有一个最终负责人 |
四、从图到执行清单
- 将每个节点转成任务，保留泳道角色作为负责人。
- 把判断条件和异常节点转成测试场景，核对接口与权限。
- 在评审时用一个真实案例走完整条主路径，再用一个失败案例走异常路径。
- 版本发布后记录变更原因，避免部门各自维护不同流程图。
一张合格泳道图应能回答：当前动作由谁负责、下一步交给谁、交接需要什么、出错后如何恢复。满足这四点，流程图才具备执行和培训价值。
五、处理跨部门流程中的等待和回退
泳道图最容易漏掉等待和回退。审批等待应标注时限、提醒和超时负责人；资料不全要回到补交节点，而不是直接连到结束；系统调用失败要有重试次数和人工兜底。每条异常路径都要能回到某个已知节点或明确终止，不能停在“异常处理”四个字。
六、评审和交付方式
用一个正常案例和一个失败案例分别走图，要求每个参与者说出当前责任人、交接资料和下一步。把跨泳道箭头转成任务，把判断条件转成测试数据，把系统动作转成接口或监控项。最后冻结版本并写变更记录，避免部门各自维护一份流程。
| 交付物 | 内容 |
|---|---|
| 泳道图源文件 | 角色、系统、主路径和异常路径 |
| 节点清单 | 动作、负责人、输入、输出和条件 |
| 测试场景 | 主流程、拒绝、超时、失败和回退 |
| 变更记录 | 版本、原因、影响和确认人 |
把主流程和异常路径跑通后，再把本页的复现记录与交付结果放在同一份版本记录中，后续评审可以直接追踪。
案例：把退款流程拆成可交接的泳道图
退款流程通常涉及用户、客服、财务和订单系统。先写清开始事件“用户提交退款申请”和结束事件“退款到账或申请关闭”，再把每一步放入实际执行者的泳道。系统自动动作也要单独成道，不能混在客服动作里。
- 列出角色和系统：用户、客服、财务、订单系统、支付渠道。
- 按时间顺序放置动作，跨泳道交接用消息箭头表达，避免用长句藏在节点里。
- 补齐审核拒绝、超时、重复申请和支付渠道失败等异常路径。
- 为每个交接写输入、输出和负责人，让相邻团队能据图准备接口或表单。
- 让客服和研发分别走一遍图，记录他们无法判断的节点并回到源流程修正。
| 检查点 | 合格表现 | 缺口记录 |
|---|---|---|
| 角色边界 | 每个动作只有一个主要执行者 | 责任人和交接时间 |
| 分支条件 | 成功、拒绝、超时均有出口 | 条件与下一步 |
| 系统交互 | 自动动作有触发和结果 | 接口或事件编号 |
可复制模板：把泳道图交付成团队能执行的清单
以“退款申请”为例，先给节点编号，再把每个节点写成一行：节点编号｜动作｜负责人｜输入｜输出｜触发条件｜时限｜异常去向。例如“CS-03｜核验订单｜客服｜订单号和凭证｜审核结论｜资料齐全｜2小时｜缺资料回到CS-02”。研发和测试可以直接用编号讨论，不必在图上猜“通知”到底包含什么。
- 复制流程起点、终点和角色清单，先只保留主路径。
- 为跨泳道交接补输入、输出和接收方；没有资料就不能算完成交接。
- 分别添加拒绝、超时、重复提交和系统失败四个出口，并写回节点。
- 让客服走正常案例，让研发走失败案例；把无法回答的节点记录到缺口列。
- 冻结版本，导出图和节点清单，测试用例沿用节点编号。
| 交付物 | 可直接使用的字段 |
|---|---|
| 泳道图 | 角色、主路径、判断、异常回路和版本号 |
| 节点清单 | 动作、负责人、输入、输出、触发条件和时限 |
| 评审记录 | 问题编号、影响节点、责任人、截止时间和结论 |
在墨刀流程图中保留节点编号和版本说明，再用同一张图进行评论，后续把节点编号映射到需求、接口或测试用例，泳道图才会成为可维护的协作资产。
