使用禅道管理项目流程

使用禅道管理项目流程

1 添加该流程中的角色并设置其部门

1. 以管理员身份登录。
2. 进入组织视图
3. 选择部门维护。
4. 在部门维护页面，维护公司的组织结构即可。

部门创建之后，下一步的操作就是往系统中添加用户。步骤如下：

1. 进组织视图
2. 选择用户列表
3. 然后选择“添加用户”，即可进入添加用户页面。
4. 用户添加完之后，即可将其关联到某一个分组中。

从4.0版本开始，我们提供了批量添加帐号的功能，可以很方便的批量创建帐号。

1. 使用管理员登录禅道系统，进入“组织”页面。
2. 选择“用户”，然后选择右侧的“批量添加”

除了批量添加用户，还可以在用户列表页面选择用户，进行批量编辑。

2 创建产品

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

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

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

3 设置产品的模块

模块相当于对产品需求的一个分类，通过组织模块，可以让大家对产品有一个宏观的把握和认识，也方便对需求进行分类和整理。设置模块的步骤：

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

4 建立发布计划

古人云，凡事预则立，不预则废。产品需要做规划，才能有轻重缓急，才能正确的做事。因此对于产品经理而言，计划是必需的。

• 对于产品经理自己而言，发布计划可以帮助他规划产品，制定发布的节奏，调整需求的优先级。
• 对于公司其他部门的同事以及外部的客户而言，发布计划可以让他们知晓产品的进展情况，以便做好相应的安排。
• 同时在项目关联需求的时候，计划可以帮助需求的关联。

创建计划步骤：

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

5创建需求

步骤如下：

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

注意：

1. 需求的标题是必填项

2. 需求审核那块，如果选择不需要审核，那么需求的状态就是激活的，如果不勾选则需要审核通过才能关联项目并进行开发，一般需求都需要审核

3. 需求可以设置抄送给字段，如果需求发生变化则可以通过email的形式抄送给相关人员

4. 可以设置关键字，这样可以比较方便的通过关键词进行检索

5. 支持批量添加需求，也可以进行多图上传，如果使用图片的形式，程序会把图片名称作为需求的名称，图片为需求的内容

6 需求评审

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

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

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

注意：一般来讲需求评审可以是一个线下的评审会议，在禅道里面记录下参与需求评审的人员即可。

7 需求变更以及评审

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

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

• 在变更需求的时候，如果选择了“不需要评审”，则需求状态自动变成激活，不需要再走评审流程。，如果未选择则需要评审

• 评审结果可以选择确认通过，撤销变更，有待明确或者拒绝。如果选择确认通过，则需求的状态从“已变更”变为“激活中”。
• 如果选择撤销变更，则取消当前的变更，并回退到之前的版本。
• 如果选择有待明确，需求被打回到需求的变更者，继续进行完善。

8立项

召开立项会议：

1. 由项目经理提前准备，告诉大家会议的具体时间和地点

2. 产品经理事先对需求进行划分，将本期要实现的需求关联到项目中

3. 产品经理给大家做需求的讲解，参会成员可以提出自己的意见

4. 每一个需求讲解完毕后，大家对需求的工作量进行估计，并根据需求的工作量确定每一个需求的优先级

5. 然后根据需求的优先级以及工作量的大小，将需求做相应的调整，将不需要事先的需求移除

在禅道中创建项目并关联相应的需求

8.1 建立项目

进入项目视图，点击右侧的”添加项目“链接。

出现项目添加的页面

在这个页面设置项目名称、代号、起止时间、可用工作日、团队名称、项目目标和项目描述等字段。

注意：

1. 项目代号可以大家讨论得出，团队内部相互了解和知晓

2. 团队名称，可以自定义，比如禅道项目“禅道开发团队”等等

3. 在添加项目的时候，可以选择关联与之相关的产品，以便后续进行需求的关联

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

8.2 当项目创建成功之后，可以根据提示设置团队。

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

8.3 确定项目要完成的需求列表

步骤：

1. 进入项目视图，点击“需求”链接

2. 点击右侧的关联需求链接

3. 选择项目中所需要的需求保存即可

注意：关联的需求必须是激活的（如果需求参与评审，必须是评审通过的需求）

对项目中的任务进行分解

分解步骤：

1.进入项目视图，点击“需求”链接

2.选中某一个需求点击“分解”

分解需求任务的注意事项：

1. 每一个需求的任务都需要分解出来，包括开发、测试、美工等等

2. 任务分解的粒度越小越好

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

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

5. 任务的分解最好是由团队共同完成，不要由项目经理一人包办

9 开发阶段

9.1 领取任务

领取任务可以通过两种方式，一种是通过“指派”操作，一种是通过“编辑”操作。

除了更新自己负责任务的状态之外，还应该及时更新任务的工时消耗情况：

9.2 创建版本，方便测试人员进行测试

创建版本步骤：

1.开发人员登录系统，进入项目视图，点击版本

2.点击创建版本链接，填写相应的信息

3.版本创建完成以后，在版本详情页关联相对应的需求或者Bug

注意事项：

1. 如果在版本详情页面没有看到关联按钮，那么联系管理员到组织→权限里分配相关权限。

2. 名称编号，团队应该有自己的配置管理规范，比如可以是产品名_版本号_状态(stble或者beta之类)_日期

3. 描述字段可以填写一些测试的注意事项，重点内容等

9.3 提交给测试人员进行测试

提交测试会生成一个测试任务

申请测试的步骤：

1. 进入项目视图，点击“测试”。
2. 然后选择“提交测试”，即可出现提交测试的页面。

注意事项：1.负责人为本次测试的负责人2.可以指定本次测试预计起止时间3.任务描述里面可以注明此次测试需要注意的地方

10 测试执行阶段

10.1 创建测试用例

禅道中的测试用例，彻底的将测试用例步骤分开，每一个测试用例都有若干个步骤组成，每一个步骤都可以设置自己的预期值。这样可以非常方便进行测试结果的管理和bug的创建。

创建用例步骤：

1. 进入测试视图

2. 点击用例链接

3. 点击建用例链接

4. 填写用例信息即可

注意：

1. 用例的适用阶段，指在哪个测试阶段，可以适用该用例，可多选

2. 用例步骤可插入、可删除

3. 用例评审功能

用例的评审功能，禅道里默认是关闭的。

你可以到后台--自定义--用例--评审流程里开启。

开启评审流程时，可以设置哪些用户提交的用例不需要评审。

关闭评审流程时，可以设置哪些用户提交的用例需要强制评审

开启了评审流程后，创建用例的页面与之前没差别。

只是创建成功的用例，用例状态为 待评审 。

10.2 提测版本与测试用例关联

步骤：

1. 进入测试视图

2. 选择版本，然后进入版本列表

3. 选择某一个待测版本，点击“关联用例”菜单即可出现关联测试用例的页面

10.3 指派或领取用例

在版本（测试任务）的用例列表页面，可以点选用例，将其指派给某一个人来执行。

10.4 用例执行并提交bug

执行步骤：

1.用例列表页面，点击执行

2.执行测试用例

3. 如果一个用例执行失败，那么可以直接由这个测试用例创建bug

10.5 提交bug

步骤：

1.进入测试视图的“Bug”

2.点击页面右侧的“提Bug”或者在用例执行失败时直接点击转Bug,即可进入bug创建页面

注意事项：

1. 影响版本是必填的，来源于项目的版本，如果没有版本可选的话，则需要到该项目-版本中创建版本

2. 重现步骤应该详细准确，确保开发人员可以重现和解决bug

10.6 解决Bug

提交测试之后，测试人员展开测试，便会有bug产生。这时候研发团队的一个重要职责便是解决bug。

测试人员提交bug => 开发人员解决bug => 测试人员验证关闭，这是比较正常的流程。

还有一个流程是激活流程：

测试人员提交bug => 开发人员解决bug => 测试人员验证未通过 => 激活bug => 重新解决 =>验证关闭。

开发人员所需要做的事情便是处理自己负责bug，并在禅道中登记解决方案：

步骤：

1: 开发人员进入bug详情页面确认操作

2:在项目视图bug列表中选中Bug,点击解决

3:bug的解决方案：

1. 设计如此-->无需改动

2. 重复Bug-->以前已经有同样的bug

3. 外部原因，非本系统原因

4. 已解决

5. 无法重现

6. 延期处理--确实是bug，但现在暂时不解决，放在以后处理

7. 不予解决

10.7 验证bug

当开发人员解决bug之后，就需要来验证bug，如果没有问题，则将其关闭。

已关闭的bug，默认是不再显示在bug列表的。

如果开发人员解决bug之后，验证无法通过，则可以将bug重新激活，交由后的解决者去重新解决

还有一种情况就是bug关闭之后，过了一段时间，bug又重现了，也需要重新激活。

激活bug的时候，指派给会自动设置成为后的解决者头上。