禅道软件的使用

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功能介绍

本节分别介绍上面的各个部分功能。
功能包括如下：

1. 产品管理：包括产品、需求、计划、发布、路线图等功能。
2. 项目管理：包括项目、任务、团队、版本、燃尽图等功能。
3. 质量管理：包括bug、测试用例、测试任务、测试结果等功能。
4. 文档管理：包括产品文档库、项目文档库、自定义文档库等功能。
5. 事务管理：包括todo管理，我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。
6. 组织管理：包括部门、用户、分组、权限等功能。
7. 统计功能：丰富的统计表。
8. 搜索功能：强大的搜索，帮助您找到相应的数据。
9. 扩展机制，几乎可以对禅道的任何地方进行扩展。
10. 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管理、测试单。