泳道图在纵向上一般是部门或者角色，横向上往往是一些场景的阶段性划分，例如在一个标准的销售流程中，可以将销售涉及的部门及人员角色画在纵向的tab上，而在横向上则可以按照销售流程分为售前、售中、售后三个大的阶段。一个典型的泳道图样例如下：
UML在最初设计泳道图的时候，是将泳道图作为业务过程的工作流建模工具，通过将一个活动图中的活动状态分组，每组表示负责那些活动的业务机构，而每个分组的业务机构被称为一个泳道，因为从视觉上，每组用一条垂直的实线把它与邻居分开。每个泳道表示一个活动图的全部活动中部分活动的高层职责，并且每个泳道最终可能有一个或多个类进行实现，
而在一个大型公司里，部门分工是非常细的，业务部门往往作为需求的提出方，而研发部门作为需求的实现方，业务和研发经常会出现沟通不畅的情况，究其原因，是业务和研发使用了不同的语言语义体系来进行沟通，那有没有什么方法来解决双方沟通的问题呢？这里要向所有的业务方人员隆重介绍和推荐使用泳道图来表达业务需求，我认为这是最好的表达需求的工具，门槛低，业务人员很容易表达，而产品和研发也很容易看懂并进行进一步的需求确认。
1、选择一个泳道图绘制工具，建议使用visio，简单易用
2、为业务需求涉及的部门及角色建立单独的泳道
3、如果有必要，可以在横向上划分业务的阶段
4、在泳道图上画出业务流程，特别注意当面临分支选择的时候，记得使用菱形图标
5、将业务流程中各个节点对应的相关业务规则，用标注的方式详细说明
6、最后，与项目经理、产品经理对需求进行进一步的确认。
泳道图的主要图例如下：
泳道图的RAR心法：
泳道图在绘制的时候，有三点是必须要时刻谨记的：
Role：流程的角色是必须的，只有清晰的说明流程角色，流程才是一个可信的流程。
Activity：角色的行为也要是清晰的，如果说不清楚角色在每个步骤的行动，那就需要重新对流程流转的必要性进行考量，或者重新进行需求调研。
Rule：流程图往往无法表达全部的业务规则，因此需要额外的注释来说明流程流转过程中的规则要求。
泳道图与项目管理在分工比较细致的软件企业里，泳道流程图一般会有两级，一级由需求提出方进行绘制，用以在业务视角说明流程的流转情况；另一级是在方案和系统层面，这时候泳道流程图的绘制更重要的是说明业务流程在系统中是如何实现的。这两个流程图都非常重要，项目经理在进行项目管理的时候，特别是在进行WBS分解作业的时候，要首先理解泳道流程图，起码要确保WBS分解的工作内容能够实现对端到端业务及系统流程的覆盖。
同时，建议所有的项目经理也要熟练掌握泳道流程图的绘制，使用泳道流程图进行业务需求沟通，其效率是要大大高于单纯的问题表达的，特别有助于提高项目沟通执行的效率。
