禅道的使用—bug管理工具

简介

禅道项目管理软件集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款功能完备的项目管理软件，完美地覆盖了项目管理的核心流程。

1.禅道使用的基本流程

禅道管理软件中，核心的三种角色：产品经理、研发团队和测试团队，这三者之间通过需求进行协作，实现了研发管理中的三权分立。其中产品经理整理需求，研发团队实现任务，测试团队则保障质量，其三者的关系如下图：

基本流程如下：

1. 产品经理创建产品
2. 产品经理创建需求
3. 项目经理创建项目
4. 项目经理确定项目要做的需求
5. 项目经理分解任务，指派到人。
6. 测试人员测试，提交bug。

2.禅道访问地址

访问地址：http://zentao.smates.cn

禅道8.2beta版本开始，添加了禅道新手教程，以任务的形式教大家禅道的最简的使用操作。

输入用户名和密码，首次登录使用禅道时，会提示是否进入禅道新手教程页面，新手教程包含8个任务：创建帐号、创建产品、创建需求、创建项目、管理团队、关联需求、创建任务、分解任务、Bug流程管理。具体请自行百度。

3.1创建第一个产品

禅道的设计理念是围绕产品展开的，因此我们首先要做的就是创建一个产品。

产品名称和产品代号是必填项。其中产品代号可以理解为团队内部约定俗称的一个称呼，比如我们禅道的代号是zentao，需要是英文字母和数字的组合。
产品负责人：负责整理需求，对需求进行解释负责，制定发布计划，验收需求。
测试负责人：可以为某一个产品指定测试负责人，这样当创建bug，而不知道由谁进行处理的时候，该产品的测试负责人会成为默认的负责人。
发布负责人：由这个角色负责创建发布。
访问控制：可以设置产品的访问权限，其中默认设置只要有产品视图的访问权限就可以访问。如果这个产品是私有产品，可以将其设置为私有项目，那么就只有项目团队成员才可以访问。或者还可以设置白名单，指定某些分组里面的用户可以访问该产品。

3.2.添加第一个需求

我们产品经理可能都习惯了写需求设计文档，或者规格说明书，通过一个非常完整的word文档将某一个产品的需求都定义出来。但在禅道里面，我们提倡按照功能点的方式来写需求。简单来讲，就是将原来需求设计文档中的每一个功能点摘出来，录在禅道里面，作为一个个独立的功能点。如果按照scrum标准走的话，我们可以称之为用户故事(user story)。所谓用户故事，就是来描述一件事情，作为什么用户，希望如何，这样做的目的或者价值何在，这样有用户角色，有行为，也有目的和价值所在，非常方便与团队成员进行沟通。

创建需求的步骤如下：

    1、使用产品经理角色登录系统。    

   2、进入产品视图。    

   3、在页面右侧，有“新增需求”菜单，点击菜单，出现新增需求的页

需求的名称是必填项。
所属计划和模块，可以暂时保留为空。
需求审核那块，我们选上不需要审核，这样新创建的需求状态就是激活的。只有激活状态的需求才能关联到项目中，进行开发。
需求可以设置抄送给字段，这样需求的变化都可以通过email的形式抄送给相关人员。
可以设置关键词，这样可以比较方便的通过关键词进行检索。

3.3.开始第一个项目

产品经理按照我们前面的操作创建需求之后，下面该项目经理上场了。下面我们一起来看下如何在禅道中开始一个项目。

3.3.1. 创建项目

1. 进入项目视图，点击右侧的”新增项目“链接。

项目名称和项目代号是必填项。其中项目代号可以理解为团队内部约定俗称的一个称呼，比如我们禅道的代号是zentao，需要是英文字母和数字的组合。
访问控制：可以设置产品的访问权限，其中默认设置只要有产品视图的访问权限就可以访问。如果这个产品是私有产品，可以将其设置为私有项目，那么就只有项目团队成员才可以访问。或者还可以设置白名单，指定某些分组里面的用户可以访问该产品。

  和我们前面讲述的创建产品使用流程有一点区别就是在添加项目的时候，需要关联下产品。可以多选。

  项目可以控制它的访问权限，分为默认、私有和自定义白名单三种。

3.3.2. 设置管理团队

1. 点击保存按钮，会提示项目创建成功，然后可以选择设置团队。

 2. 或者从项目视图中的团队菜单，也可以进行项目的团队管理。

 在维护项目团队的时候，需要选择都是哪些用户可以参与到这个项目中，同时需要设置这个用户在本项目中的角色（角色可以随便设置）。可用工作日和可用工时每天需要仔细设置。通常来讲，一个人不可能每天8小时投入，也不可能一星期七天连续投入。

3. 设置完毕之后，系统会自动计算这个项目总得可用工时。

 3.4. 关联需求

1.在关联需求的时候，可以按照优先级进行排序。

2.关联的需求状态必须是激活的（评审通过，不能是草稿）

3.5.为需求分解任务

需求确定之后，项目中几个关键的因素都有了：周期确定、资源确定、需求确定。下面我们要做的事情就是为每一个需求做wbs任务分解，生成完成这个需求的所有的任务。

note：是完成需求的所有任务，这里面包括但不限于设计，开发，测试等。

3.6. 创建人物—分解任务

• 这时候创建任务的时候，就可以选择需求了。
• 我们同时提供了需求查看的链接。
• 如果需求和任务的标题是一样的，可以通过”同需求“按钮快捷的复制需求的标题。

3.7. bug流程管理

项目进展到后期主要的工作就是测试。测试人员和开发通过bug进行互动，保证产品的质量。

bug的基本处理流程：

禅道里面缺陷处理的基本流程是：测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug。

如果bug验证没有通过，可以激活：测试提交bug => 开发解决bug => 测试验证bug => 测试激活bug => 开发解决bug => 测试验证 => 测试关闭。

还有一个流程就是bug关闭之后，又发生了。测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug => 测试激活bug => 开发解决bug => 测试验证 => 测试关闭。

3.7.1.提bug——测试人员

3.7.2.解决bug——开发人员

3.7.2.关闭bug——测试人员

任务分解的几个注意事项

1、需要将所有的任务都分解出来。这里面包括设计，开发，测试，美工，甚至包括购买机器，部署测试环境等等。    

2、任务分解的粒度越小越好，比如几个小时就可以完成。    

3、如果一个任务需要多个人负责，继续考虑将其拆分。    

4、事务型的事务可以批量指派，比如需要让团队里面的每一个人都写个项目总结，可以选择类型是事务，然后批量指派给团队里面的所有人员。    

5、任务的类型请仔细设置，这个会涉及到需求研发阶段的自动计算。后面我们会有讲解。    

6、任务的分配好是自由领取，这样可以大程度上调动大家的积极性。

参考链接：https://blog.csdn.net/u010271247/article/details/77600569