在基于禅道打造的持续交付系统，主要使用的流程以及各个角色在各个环节所起的作用，本文将会做一个详细的介绍说明。另外为了更好的使用，正确搭配使用禅道中的相关概念及操作，实现项目团队的项目管理和开发流程，我们把这种概念搭配和具体操作，抽象成项目管理流程模型。
1、使用流程
大概来说，禅道的完整使用有四个流程：
1、项目创建流程（红色部分）
这个流程是禅道原生的功能流程，但是optimus二次开发后做了流程定制，跟原生的使用方式有细微的差别。
2、迭代开发流程（蓝色部分）
这个流程是原生的禅道流程，optimus只做了bug修复，没有改变现有的流程和使用方式。
3、版本集成流程（绿色部分）
这个流程是optimus新增流程。用来支持持续交付的版本集成部分。
4、版本上线流程（黄色部分）
这个流程是optimus新增流程。用来支持持续交付的版本发布部署和上线审批流程。
2、管理流程模型
项目团队在使用禅道的时候，如何正确搭配使用禅道中的相关概念及操作，实现项目团队的项目管理和开发流程，我们把这种概念搭配和具体操作，抽象成项目管理流程模型，提供给业务团队理解和正确使用。
根据我们对业务各种项目团队管理模式和流程的初步调研，基于禅道的scrum敏捷开发模式，我们一般会有这几种团队开发协作模式：
1、基本团队模式：单个产品团队 - 单个开发团队 - 单个测试团队
这种模式下，一般是一个独立的产品-需求-项目-测试等是一条完整的开发流程线，跟其他项目没有关联耦合。
2、并行团队模式：单个产品团队 - 多个并行的开发团队 - 单个测试团队
这种模式的特点：
-
（1）开发团队有多个，开发出来的子系统或者模块是整个产品系统的组成部分，它们之间存在一定的耦合关系。
-
（2）开发团队各自的的迭代开发、发布上线等流程是一条完整的流程线，各团队流程线之间没有耦合关系。
-
（3）各开发团队由统一的项目经理进行组织协作开发，共享同一个项目开发计划，同一份需求，任务统一分配管理，测试由同一个团队负责。
1、产品线下可以有多个互不相关的产品；
2、一个产品，必须建立至少一个计划。计划，就是一个时间段，一般不建议超过4个周。建议每个月作为一个计划，进行逐步迭代演进。
3、产品必须指定项目/迭代负责人；
4、每一个需求必须关联到某一个计划上；计划跟需求是一对多的关系。
5、迭代必须关联至少一个产品；
6、迭代必须关联至少一个计划；建议迭代跟计划是一对一的对应关系。
7、迭代可以按照计划关联需求，也可以关联某一项需求，甚至可以自建需求。
8、只有项目经理可以添加迭代，并管理迭代团队，添加成员。
9、不在迭代团队里的人，看不见该产品的需求，也看不见该迭代相关的任务BUG等信息，邮件抄送也不会出现在列表中。
10、版本由开发主管创建并启动构建，发布由项目经理负责创建并启动部署。