scrum工具--禅道项目管理软件介绍

禅道项目管理软件介绍

使用流程

一、分享的流程图

二、流程图

维护产品及模块

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

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

这里面，产品代号相当于大家对这个产品的一个隐喻，比如001，土豆之类。团队内部的人说起这个都是明白的。
bug负责人，可以指定默认的bug负责人。这样可以适用于公司人比较多，提交bug不知道该给谁的情况。
访问控制，则可以控制访问该产品的人员列表。

二、设置模块

添加完产品之后，就需要来设置产品的模块。模块相当于对产品需求的一个分类，通过组织模块，可以让大家对产品有一个宏观的把握和认识，也方便对需求进行分类和整理。

设置模块的步骤：

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

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

建立计划

具体的步骤：

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

在计划列表页面，可以查看该计划的所有需求，也可以通过“关联需求”来维护属于这个计划的需求列表。

需求

 

一、禅道中需求处理流程

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

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

二、如何添加需求：

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. 在实际操作中，可以尝试通过大屏幕投影来操作，一边演示，一边操作。   
   

分解任务

具体步骤：

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

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

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

项目进度然进图

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