1引言
禅道的使用在其手册中有比较详细的介绍，大家可以参考：https://www.zentao.net/book/zentaopmshelp/40.html?fullScreen=zentao&theme=default
其中还包括介绍的视频。可以参考。
但这里的使用针对的是软件操作层面，对于关键的概念、关系等，还缺乏一个理论的说明。
这里以这个为主线做一个总结和补充。
2应用范围
禅道主要应用于软件项目的管理。
当然如果其他项目，包括硬件研发、软硬件组成的系统研发，这里也可以用，但只能用他的一部分模块的功能。比如使用其最简的方式。比如项目任务管理、产品管理、个人事务管理。详见3.1说明。
3使用方式
可以单独按照各个项目使用，使用方式包括：
3.1简单使用
参见手册https://www.zentao.net/book/zentaopmshelp/49.html?fullScreen=zentao&theme=default
（1）项目任务管理。包括项目人员、任务管理。可以分配任务，看任务的完成情况等。但免费版里不支持甘特图，有燃尽图。
（2）产品管理。包括需求创建、变更、评审等。
（3）bug管理。bug针对软件的。
（4）个人事务管理。自己给自己写代办。
3.2软件完整使用
其支持的流程主要按照敏捷开发的流程支持的。当然根据其说法，也支持瀑布模型的。但是个人感觉瀑布模型可能会弱一些吧，毕竟这个软件是一个轻量级的。
其支持的主要是三大部分。如下图（出自禅道手册）：产品、项目开发、项目测试，涉及四种角色：产品经理、项目经理、研发团队和测试团队。因此这里有产品概念和项目概念。
产品是面向终端用户的、管售前售后的，项目是负责项目产品的研发的，负责软件的开发测试等。
这里还有一个流程图：
这里做一个说明。
（1）产品经理负责收集、整理需求；
（2）项目经理负责分迭代批次，制定在那个版本种实现那些需求，并制定和分配任务；
（3）开发团队负责开发，测试团队负责测试。
（4）测试通过后会发布形成交付物。
（3）然后按照敏捷开发的管理要求，有两个会。根据这个交付物对外（用户等）发布演示会议交付；同时内部研发团队总结会议，确定改进计划，同样作为下一个版本迭代的工作内容。
所以，禅道主要围绕上面这些事情进行管理。此外，额外添加了文档、统计和组织管理。
3功能介绍
本节分别介绍上面的各个部分功能。
功能包括如下：
- 产品管理：包括产品、需求、计划、发布、路线图等功能。
- 项目管理：包括项目、任务、团队、版本、燃尽图等功能。
- 质量管理：包括bug、测试用例、测试任务、测试结果等功能。
- 文档管理：包括产品文档库、项目文档库、自定义文档库等功能。
- 事务管理：包括todo管理，我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。
- 组织管理：包括部门、用户、分组、权限等功能。
- 统计功能：丰富的统计表。
- 搜索功能：强大的搜索，帮助您找到相应的数据。
- 扩展机制，几乎可以对禅道的任何地方进行扩展。
- api机制，所见皆API，方便与其他系统集成。
上面的说法比较理论化，下面结合不同的角色和流程说下功能。
3.1 产品经理和产品管理
这部分主要在软件的产品模块里面。
包括产品信息维护、发布、产品对应项目的研发进度、测试情况等
其中最重要的是需求管理。包括增删改需求。
3.2 项目经理和项目管理
（1）创建项目
（2）项目团队成员管理，把相关人员拉到这个团队中；
（3）确定项目要完成的需求列表，关联产品，然后关联该产品中的相关需要。
（4）然后将需求进行任务的分解，分解的任务包括开发、测试，及其他任何相关的事项。
这部分主要在软件的项目模块和执行模块里面。
项目模块主要管理项目本身相关的。
项目的管理主要是针对一个产品，建立项目。然后管理项目。内容包括：
针对产品需求，分解需求形成迭代列表（每次迭代要解决那些需求和bug）。
然后，针对每一个迭代，分解任务给开发和测试团队。其中可以看到这些迭代的进展，包括开发和测试的情况。
在执行模块，可以建立任务、分配任务，
3.3 开发团队和开发
这部分主要在软件的执行模块里面。
执行这个概念类似于一个迭代，属于一次发布的一个版本。
开发人员在这里干的事情包括：
（1）领取待办任务，
（2）查看自己的待办，通过看板和燃尽图；
（3）及时更新自己待办的完成进展，包括已经使用的工时，及预计剩余时间。
注意：会利用这些信息生成燃尽图。
（4）创建版本。这里创建的版本包括以下内容：
（a）基本信息
（b）代码和app链接
软件的代码和app的管理属于配置管理的范畴，可以用svn或git。这个不属于禅道的管理范畴，禅道这里就是创建一个版本的信息，其中会通过链接地址给出软件代码和app。
（c）关联本版本解决的需求和bug
（5）申请测试
这里只是申请，会产生一个测试单（testrun）。但是不被指派。需要单独创建一个测试的任务来进行指派测试。
（6）解决bug。
（7）确认bug。
3.4 测试人员和测试
管理测试用例、bug管理、测试单。