禅道的进阶使用

注：本文参考禅道官网的使用手册；

3.禅道进阶使用

3.1.使用流程

在禅道项目管理软件中，核心的角色有产品经理、项目经理、研发团队和测试团队四种角色。如果您现在的团队是采用敏捷开发的话，那么可以对应到product owner, scrum master和team(dev and tester)。这几种角色之间紧紧围绕产品的需求展开协作，取得成果。禅道核心的管理流程全图如下所示：

 

3.2.个人管理

3.2.1. 使用待办进行个人事务管理

禅道设计的目标是团队协作工具，但其实个人使用禅道也可以派上很大的用场。笔者在开发禅道过程中，从2009年10月开始，用禅道来管理禅道本身的项目管理，那时候禅道的开发团队只有笔者光杆司令一人，后来和朋友们聊起，戏称一个人的项目管理。

下面让我们来展示下如何使用禅道来进行个人的事务管理。

3.2.1.1.创建待办

 

• 新增待办的时候，可以设定起止时间。也可以选择暂时不设定。

• 如果是私人事务，可以勾选上。

3.2.1.2.浏览待办

禅道提供了各种标签来检索待办信息。

其实个人使用禅道，还可以借鉴项目管理的概念，把自己要处理的事情放在项目里面进行跟踪管理，也是非常方便的。比如买房，考研，复习考试等等。

 

3.2.2. 关注需要自己处理的任务、需求、bug

禅道在我的地盘中提供了指派给自己的需求，任务，bug等快捷操作。凡是指派给自己的这些事项，都是需要及时处理的。因此对于每一位使用禅道的朋友来讲，每天的工作其实也很简单，就是将我的地盘中指派给自己的任务、需求或者bug及时处理掉就可以了。

3.2.2.1.我的任务

3.2.2.2.我的bug

3.2.2.3.我的需求

3.2.2.4.我的测试

3.2.3. 通过我的档案查看或修改个人信息

在我的地盘中还有我的档案一个页面，在这个页面可以查看或者修改自己的个人信息，包括修改密码功能。

3.2.3.1.查看个人信息

备注：

源代码提交帐号是该用户在subversion系统中的提交帐号，主要用来做对照使用。如果没有使用subversion集成功能，将这个字段保留为空即可。

3.2.3.2.修改密码

 

3.3.产品经理篇

3.3.1. 维护产品

产品管理对于公司来讲，至关重要。只有做出好的产品或者服务出来，才能赢得市场，谋求发展和生存。所以产品经理的这个位子对于公司来讲，是非常关键的，相当于公司的大脑，在决定着公司前进的方向。在禅道里面，产品和项目这两个概念被明确的区分开来。产品是需求方，决定做什么。项目是执行方，解决的是如何做的问题。而测试则是保障方，解决的是正确的做事情的问题。所以在禅道中，所有的一切都是围绕产品展开的。产品是整个项目管理活动的核心。

3.3.1.1.创建产品

1. 用产品经理的角色登录禅道。
2. 进入产品视图，然后点击页面右侧的“添加产品”链接，即可出现新增产品的页面。
3. 如果系统中还没有添加产品，系统也会自动跳转到产品的添加页面。

添加产品时需要注意的地方：

• 产品代号相当于大家对这个产品的一个隐喻，比如禅道项目管理软件的代码是zentao。
• 产品负责人负责整理和解释整个产品的需求，制定相应的发布计划。
• 测试负责人，可以指定默认的测试负责人。这样可以适用于公司人比较多，提交bug不知道该给谁的情况。
• 发布负责人主要的职责是创建发布。
• 访问控制，则可以控制访问该产品的人员列表。比如可以将某一个产品设为私有，只有产品添加者、产品负责人、测试负责人、发布负责人以及该产品的项目团队才可以访问。

3.3.1.2.产品多分支和多平台功能

禅道7.4.beta版本开始，产品新增多分支和多平台功能。多分支和多平台功能使得产品的管理开发更加的清晰明了，非常适合一个产品拥有多个平台和多个分支的管理，这样需求明确的划分到某个平台和分支上，项目关联开发是就一目了然。多分支可以用于某个产品有定制开发的需求，比如某个产品针对不同的行业或者不同的客户有做二次开发，可以用产品的多分支来做区别管理。

下面给大家具体介绍产品多平台功能。多分支的操作与多平台是一样的，可以直接参考。

新增产品时，可以在产品类型里选择多分支和多平台。

产品创建成功后，产品页面下会显示多平台以及维护平台的菜单。

点击 平台 菜单，即可维护平台，右侧可以做添加平台。

平台添加成功后，在提需求页面，所属产品后可以选择所属平台。

需求创建成功后，在产品→需求页面，需求名称前就会显示所属平台的名称。

如果需求属于所有平台，那么需求名称前默认不显示所属平台名称。

在项目→产品关联产品页面时，同时可以选择关联的产品以及所属平台。

选择了所属平台后，项目→需求关联需求时，可以关联该产品下所有平台和项目关联的产品平台下的需求。

 

3.3.2. 创建和评审需求

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

3.3.2.1.创建需求

1. 使用产品经理角色登录系统。
2. 进入产品视图。
3. 在页面右侧，有“提需求”菜单，点击菜单，出现新增需求的页面。

 

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

3.3.2.2.评审需求

在创建需求的时候，有一个“不需要评审”的复选框，如果选中该复选框的话，需求的创建是激活中的。但大部分情况下面，需求还是需要评审的。即使产品完全有一个人负责，也可以将一些不成熟的想法存为草稿，后续再进行处理。新增需求的评审流程如下：

 

下面我们来看下具体的需求评审页面：

• 评审结果可以选择确认通过、有待明确、拒绝等操作。如果选择“确认通过”，则需求的状态改为“激活中”，然后就可以关联到项目中进行开发了。
• 如果选择“有待明确”，会保持需求的草稿状态，并将需求指派回需求的创建者头上，有其继续进行完善。
• 如果选择了“拒绝”，则需要给出相应的拒绝原因，拒绝原因可以有：

• 由谁评审是记录的参与评审的人员名单，可以输入用户名来自动筛选。一般来讲需求评审可以是一个线下的评审会议，在禅道里面记录下参与需求评审的人员即可。

3.3.3. 变更和评审需求

变更是需求管理必不可少的流程，禅道项目管理软件对需求的变更提供了全面的支持。其实需求的变更并不可怕，但不清楚影响范围的变更是很可怕的。在传统项目管理中，由于没有有力工具的支撑，产品经理在变更需求的时候，无法知晓该需求的影响范围，会有很大的随意性。禅道项目管理软件将需求、任务、bug和用例都纳入为一体管理，就可以很清楚的知晓变更的影响范围，从而给产品经理更好的指导。

禅道里面需求变更的基本流程如下：

 

下面我们来看下具体的操作：

3.3.3.1.变更需求

禅道专门提供了需求的变更流程。凡是对需求标题、描述、验证标准和附件的修改，都应该走变更流程。变更之后的需求状态为变更中。

• 编辑操作是无法修改需求的标题、描述、验收标准和附件的。
• 在变更需求的时候，如果选择了“不需要评审”，则需求状态自动变成激活，不需要再走评审流程。
• 在变更需求的时候，会列出该需求的影响范围：

 

3.3.3.2.评审需求

1. 通过需求的详情页面查看变更前后的变化

2. 评审需求，给出评审结果

• 评审结果可以选择确认通过，撤销变更，有待明确或者拒绝。如果选择确认通过，则需求的状态从“已变更”变为“激活中”。
• 如果选择撤销变更，则取消当前的变更，并回退到之前的版本。
• 如果选择有待明确，需求被打回到需求的变更者，继续进行完善。
• 如果选择拒绝，则需要给出相应的拒绝原因。
• 同样在评审需求的时候，也会列出相应的影响范围，