禅道的基本使用
禅道使用的基本流程
基本流程如下：
·产品经理创建产品
·产品经理创建需求
·项目经理创建项目
·项目经理确定项目要做的需求
·项目经理分解任务，指派到人
·测试人员测试，提交bug。
禅道新增的概念
除了scrum基本的概念外，禅道还补充完善了下面概念，以达到对软件生命周期的完整覆盖。
产品发布计划
产品路线图
build
bug
测试用例
测试任务
测试结果
文档
todo
禅道的新手教程
首次登录使用禅道时，会提示是否进入禅道新手教程页面
点击确定后，页面会跳转到新手教程页面。
新手教程包含8个任务：创建帐号、创建产品、创建需求、创建项目、管理团队、关联需求、创建任务、分解任务、提Bug。
禅道页面右侧会显示具体任务，左侧的禅道页面有当前任务的操作提示。
按照教程流程具体操作即可，需要注意的是新手教程里8个任务填写的数据系统是不会保存的。
需要中途退出新手教程，点击右上角的“退出教程”按钮。
创建第一个产品
禅道的设计理念是围绕产品展开的，因此我们首先要做的就是创建一个产品
产品名称和产品代码是必填项。其中产品代号可以理解为团队内部约定俗称的一个称呼，比如我们禅道的代号是zentao，需要是英文字母和数字的组合。
产品负责人：负责整理需求，对需求进行解释负责，制定发布计划，验收需求。
测试负责人：可以为某一个产品指定测试负责人，这样当创建bug，而不知道由谁进行处理的时候，该产品的测试负责人会成为默认的负责人。
发布负责人：由这个角色负责创建发布。
访问控制：可以设置产品的访问权限，其中默认设置只要有产品视图的访问权限就可以访问。如果这个产品是私有产品，可以将其设置为私有项目，那么就只有项目团队成员才可以访问。或者还可以设置白名单，指定某些分组里面的用户可以访问该产品。
添加一个需求
我们产品经理可能都习惯了写需求设计文档，或者规格说明书，通过一个非常完整的word文档将某一个产品的需求都定义出来。但在禅道里面，我们提倡按照功能点的方式来写需求。简单来讲，就是将原来需求设计文档中的每一个功能点摘出来，录在禅道里面，作为一个个独立的功能点。如果按照scrum标准走的话，我们可以称之为用户故事(user story)。所谓用户故事，就是来描述一件事情，作为什么用户，希望如何，这样做的目的或者价值何在，这样有用户角色，有行为，也有目的和价值所在，非常方便与团队成员进行沟通。
创建需求的步骤如下：
1.使用产品经理角色登录系统。
2.进入产品视图。
3.在页面右侧，有“新增需求”菜单，点击菜单，出现新增需求的页
需求的标题是必填项。
所属计划和模块，可以暂时保留为空。
需求审核那块，我们选上不需要审核，这样新创建的需求状态就是**的。只有**状态的需求才能关联到项目中，进行开发。
需求可以设置抄送给字段，这样需求的变化都可以通过email的形式抄送给相关人员。
可以设置关键词，这样可以比较方便的通过关键词进行检索
创建项目
- 进入项目视图，点击右侧的”新增项目“链接。
- 出现项目添加的页面
在这个页面设置项目名称、代号、起止时间、可用工作日、团队名称、项目目标和项目描述等字段。其中关联产品是可以为空的。
和我们前面讲述的简使用流程有一点区别就是在添加项目的时候，需要关联下产品。可以多选。
项目可以控制它的访问权限，分为默认、私有和自定义白名单三种。
设置团队
-
点击保存按钮，会提示项目创建成功，然后可以选择设置团队。
. -
或者从项目视图中的团队菜单，也可以进行项目的团队管理。
在维护项目团队的时候，需要选择都是哪些用户可以参与到这个项目中，同时需要设置这个用户在本项目中的角色（角色可以随便设置，比如风清扬，冬瓜一号等）。可用工作日和可用工时每天需要仔细设置。通常来讲，一个人不可能每天8小时投入，也不可能一星期七天连续投入。 -
设置完毕之后，系统会自动计算这个项目总得可用工时。
确定项目要完成的需求列表
简介：迭代开发区别于瀑布式开发就是它将众多的需求分成若干个迭代来完成，每个迭代只完成当下优先级高的那部分需求。禅道软件中项目关联需求的过程，就是对需求进行排序筛选的过程。
迭代开发区别于瀑布式开发就是它将众多的需求分成若干个迭代来完成，每个迭代只完成当下优先级高的那部分需求。禅道软件中项目关联需求的过程，就是对需求进行排序筛选的过程。下面我们来看下如何关联需求。
关联产品
如果在创建项目的时候，已经关联过产品，可以忽略这个步骤。
1.以项目经理身份登录。
2.进入项目视图。
3.点击“关联产品”按钮。然后点选该项目相关的产品即可。
关联需求
1.在关联需求的时候，可以按照优先级进行排序。
2.关联的需求状态必须是**的（评审通过，不能是草稿）
为需求分解任务
需求确定之后，项目中几个关键的因素都有了：周期确定、资源确定、需求确定。下面我们要做的事情就是为每一个需求做wbs任务分解，生成完成这个需求的所有的任务。
note：是完成需求的所有任务，这里面包括但不限于设计，开发，测试等。
2.9.1. 访问项目的需求列表页面
在项目的需求列表页面，可以很方便地对某一个需求进行任务分解。
同时还可以查看这个需求已经分解的任务数。
分解任务
这时候创建任务的时候，就可以选择需求了。
我们同时提供了需求查看的链接。
如果需求和任务的标题是一样的，可以通过”同需求“按钮快捷的复制需求的标题。
任务分解的几个注意事项
需要将所有的任务都分解出来。这里面包括设计，开发，测试，美工，甚至包括购买机器，部署测试环境等等。
任务分解的粒度越小越好，比如几个小时就可以完成。
如果一个任务需要多个人负责，继续考虑将其拆分。
事务型的事务可以批量指派，比如需要让团队里面的每一个人都写个项目总结，可以选择类型是事务，然后批量指派给团队里面的所有人员。
任务的类型请仔细设置，这个会涉及到需求研发阶段的自动计算。后面我们会有讲解。
任务的分配好是自由领取，这样可以大程度上调动大家的积极性。
提交bug
项目进展到后期主要的工作就是测试。测试人员和开发通过bug进行互动，保证产品的质量。
bug的基本处理流程
禅道里面缺陷处理的基本流程是：测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug。
如果bug验证没有通过，可以**：测试提交bug => 开发解决bug => 测试验证bug => 测试**bug => 开发解决bug => 测试验证 => 测试关闭。
还有一个流程就是bug关闭之后，又发生了。测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug => 测试**bug => 开发解决bug => 测试验证 => 测试关闭。
提出bug
在创建bug的时候，必填的字段是影响版本，bug标题，重现步骤这些基本的信息。
所属项目，相关产品，需求可以忽略。
创建bug的时候，可以直接指派给某一个人员去处理。如果不清楚的话，可以保留为空。