禅道项目管理软件介绍

使用流程

1、分享的流程图

2、流程图

维护产品及模块

1、如何来添加产品呢？让咱们来看下步骤：

1. 以管理员或者其余有产品管理权限的账号登陆。
2. 点击产品视图。
3. 在页面右侧，点击“新增产品”，便可出来产品添加页面。（第一次使用禅道，点击产品视图，会自动跳到产品添加页面）

这里面，产品代号至关于你们对这个产品的一个隐喻，好比001，土豆之类。团队内部的人提及这个都是明白的。
bug负责人，能够指定默认的bug负责人。这样能够适用于公司人比较多，提交bug不知道该给谁的状况。
访问控制，则能够控制访问该产品的人员列表。

2、设置模块

添加完产品以后，就须要来设置产品的模块。模块至关于对产品需求的一个分类，经过组织模块，可让你们对产品有一个宏观的把握和认识，也方便对需求进行分类和整理。

设置模块的步骤：

1. 进入产品视图。
2. 选择要维护的产品。
3. 点击菜单中的“模块维护”.

在这里面，能够维护某一个模块的子模块，能够编辑某一个模块，也能够删除。同时还能够维护模块的排序。

创建计划

具体的步骤：

1. 进入产品视图，选择某一个产品。
2. 点击“计划列表”
3. 出现计划列表页面，点击页面右侧的“建立计划”，便可出现计划增长页面。

在计划列表页面，能够查看该计划的全部需求，也能够经过“关联需求”来维护属于这个计划的需求列表。

需求

 

1、禅道中需求处理流程

需求有一个状态(status)字段 ，总共有四种状态，分别是草稿(draft)、激活(active)、已变动(changed)和已关闭(closed) 。对应为需求的流程操做共有：建立、变动、审核、关闭、激活。

需求还有一个阶段(stage)字段 ，用来描述激活的需求在研发过程当中所处的阶段。目前总共有等待、已计划、已立项、开发中、开发完毕、测试中、测试完毕、已验收、已发布 。

2、如何添加需求：

1. 进入产品视图。
2. 选择某一个产品。
3. 而后选择“需求列表”页面的“新增需求”连接，便可出现需求添加页面。

建立发布

添加需求的时候，注意的几个地方：

1. 优先级：必需要设定这个需求的优先级。
2. 预计工时，也就是对这个需求作一下估计，完成大约须要多少小时。单位是小时。估计不许也没有关系，关键是在这个过程。以免产品人员不通过思考，随意添加需求的状况。
3. 由谁评审，若是公司里面的管理流程不须要评审，则能够勾选旁边的“不须要评审” 复选框。须要评审的需求其状态是草稿状态。

1. 进入产品视图，选择发布列表。
2. 而后点击“建立发布”，便可出现建立发布的页面。
   其中的build，要选择相应的版本，描述里面，则能够描述这次发布解决的bug，新增的功能等等。

路线图

路线图，顾名思义，给你们一个发展的方向和指引。不过说实话，如今市面上的项目管理软件中提供的路线图，我基本上都没有看明白。因此在禅道中，路线图和其余软件里面的路线图的概念和展现也有不一样。 

在禅道中，路线图由发布和未来的计划组成。若是一个计划已通过期了，就再也不显示了。路线图的展现形式以下：

其中绿色的部分，表示已经发布的版本，而棕色的部分，则表示是未来的计划。点击某一个计划或者是发布，能够查看相应的需求列表。

需求统计报表

针对一些公司须要对产品需求进行统计的状况，禅道项目管理软件从2.0版本开始，提供了 需求的基本统计报表功能。在产品视图下的需求子栏目，点击“统计报表”连接，便可根据须要进行需求的统计， 包括：

1.  产品需求数量。

2. 模块需求数量。

3. 按照计划进行统计。

4. 按照状态进行统计。

5. 按照所处阶段进行统计。

6. 按照优先级进行统计。

7. 按照预计工时进行统计。

8. 按照由谁建立来进行统计。

9. 按照当前指派来进行统计。

10. 按照关闭缘由来进行统计。

11. 按照变动次数来进行统计。(根据版本号来进行计算，版本号 - 1为变动次数)

图一

图二

创建项目

1. 进项目视图。
2. 点击右面右侧的“新增项目”

组建团队

肯定需求

1、关联产品

2、关联需求

3、注意事项：

1. 禅道是支持一个项目对应多个产品的，但在实际项目管理中，不建议这样作。多个产品，会增长复杂程度，应尽可能避免。能够尝试分解项目为多个项目来作。
2. 在实际操做中，能够尝试经过大屏幕投影来操做，一边演示，一边操做。    

分解任务

具体步骤：

1. 进入项目视图。
2. 点击任务列表，而后选择新增任务。

在分解任务的时候，须要注意几点：

1. 任务分解尽可能细致。按照scrum的实践，分解的任务，应该是一我的能够独立完成，最好在4-16小时之间。
2. 任务分解应该完整，好比搭建测试环境，购买机器之类的看似无关的任务，也都应该列入任务列表。
3. 任务的分派，应当由团队成员自愿认领为主，不要硬性指派。
4. 任务类型应该认真选择，这关系到相关需求所处阶段的自动计算。

项目进度然进图

 

维护bug视图模块 
提交bug 
验证bug，关闭 
找到本身须要的bug 
维护测试用例视图 
建立测试用例 
管理测试任务 
执行用例，并提交bug 
查看报表统计