禅道使用帮助.docx
- 文档编号:28869970
- 上传时间:2023-07-20
- 格式:DOCX
- 页数:77
- 大小:1.80MB
禅道使用帮助.docx
《禅道使用帮助.docx》由会员分享,可在线阅读,更多相关《禅道使用帮助.docx(77页珍藏版)》请在冰豆网上搜索。
禅道使用帮助
禅道使用帮助
版本:
V1.2
文档编号
保密等级
内部公开
作者
最后修改日期
审核人
最后审批日期
批准人
最后批准日期
修订记录
日期
版本
变更说明
作者
2015-12-28
V1.0
初始创建
2015-12-30
V1.1
对部分内容进行修订,增加访问地址等
2016-01-02
V1.2
修改文档缺陷
目录
1禅道介绍3
1.1目的3
1.2范围3
1.3使用说明3
2主要角色及职责3
3禅道介绍3
3.1禅道项目管理软件的设计理念3
3.2禅道迭代管理软件的主要功能列表3
4最简使用4
4.1使用禅道来进行迭代任务管理4
4.1.1创建迭代4
4.1.2设置团队4
4.1.3分解任务5
4.1.4更新任务6
4.1.5验证关闭任务7
4.2只使用禅道来做bug管理7
4.2.1创建项目7
4.2.2提出bug8
4.2.3解决bug8
4.2.4关闭bug9
4.3只使用禅道来做项目管理10
4.3.1创建项目10
4.3.2创建需求10
4.3.3变更需求11
4.3.4评审需求12
4.4个人使用禅道来做事务跟踪管理13
4.4.1创建待办13
4.4.2浏览待办13
5全流程基本使用14
5.1创建第一个项目14
5.2添加第一个需求14
5.3创建第一个迭代14
5.4开始第一个迭代15
5.5为需求分解任务15
5.6提交bug16
6进阶使用19
6.1禅道使用全流程图解19
6.2个人管理19
6.2.1使用待办进行个人事务管理19
6.2.2关注需要自己处理的任务、需求、bug19
6.2.3通过我的档案查看或者修改个人信息20
6.3项目经理篇21
6.3.1维护项目21
6.3.2创建和评审需求23
6.3.3变更和评审需求25
6.3.4需求的状态和研发阶段28
6.3.5需求的注意事项30
6.3.6维护迭代模块31
6.3.7建立发布计划31
6.3.8建立发布33
6.3.9线路图33
6.3.10文档管理34
6.3.11主持项目会议35
6.3.12参与迭代管理、演示和总结36
6.3.13需求的基本统计报表36
6.4开发经理篇37
6.4.1创建迭代37
6.4.2组建迭代团队37
6.4.3确定迭代要完成的需求列表38
6.4.4组织进行任务分解39
6.4.5召开每天的站立会议40
6.4.6通过燃尽图了解迭代的进展41
6.4.7通过各种列表的各种功能了解迭代进展41
6.4.8召开演示会议和总结会议42
6.4.9迭代任务基本的报表统计43
6.5开发团队篇43
6.5.1参加迭代计划会议,分解任务43
6.5.2领取任务,并每天更新任务43
6.5.3创建版本45
6.5.4申请测试46
6.5.5解决bug47
6.5.6文档管理49
6.5.7确认bug49
6.6测试团队篇50
6.6.1维护bug视图模块50
6.6.2提交bug50
6.6.3验证bug,关闭51
6.6.4激活bug52
6.6.5找到自己需要的bug52
6.6.6维护测试用例视图53
6.6.7创建测试用例53
6.6.8管理测试任务54
6.6.9执行用例,并提交bug56
6.6.10查看报表统计56
1禅道介绍
1.1目的
介绍使用禅道做项目管理的操作细则;
1.2范围
本过程适用于软件开发项目。
1.3使用说明
禅道系统推荐使用Firefox或者Chrome浏览器进行访问
进入后请第一时间修改密码
注意:
由于系统默认使用“产品-项目”模式,而我们使用的是“项目-迭代”模式。
所以文中以下所有图片的产品对应我们系统的项目,项目对应我们系统的迭代。
2主要角色及职责
角色名称
职责描述
项目经理
挖掘项目相关需求,根据需求制定计划,细分需求并录入禅道系统。
开发经理
根据迭代制定的需求分配迭代周期内的工作,细分成每个人的任务;
协调组内开发资源,安排并跟踪工作进度。
质控经理
分析项目的问题和风险,对项目过程中的不符合项给以指正。
开发团队
根据开发经理分配的任务进行开发工作。
测试团队
根据需求完成测试工作。
3禅道介绍
3.1禅道项目管理软件的设计理念
禅道项目管理软件的主要管理思想基于国际流行的敏捷项目管理方法—Scrum。
Scrum方法注重实效,操作性强,非常适合软件研发项目的快速迭代开发。
但它只规定了核心的管理框架,还有很多细节流程需要团队自行扩充。
禅道在遵循其管理方式基础上,结合国内研发现状,整合了bug管理,测试用例管理,发布管理,文档管理等功能,完整的覆盖了软件研发项目的整个生命周期。
在禅道软件中,明确的将项目、迭代、测试三者概念区分开,项目人员、开发团队、测试人员,三者分立,互相配合,又互相制约,通过需求、任务、bug来进行交相互动,最终通过迭代拿到合格的项目。
禅道的基本使用流程:
创建项目,维护需求,创建迭代,关联需求,分解任务,测试,提交bug。
禅道管理软件中,最核心的三种角色:
项目经理、研发团队和测试团队,这三者之间通过需求进行协作,实现了项目管理中的三权分立。
其中项目经理整理需求,研发团队实现任务,测试团队则保障质量,其三者的关系如下图:
3.2禅道迭代管理软件的主要功能列表
1.项目管理:
包括项目、需求、计划、发布、路线图等功能。
2.迭代管理:
包括迭代、任务、团队、版本、燃尽图等功能。
3.质量管理:
包括bug、测试用例、测试任务、测试结果等功能。
4.文档管理:
包括项目文档库、迭代文档库、自定义文档库等功能。
5.事务管理:
包括todo管理,我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。
6.组织管理:
包括部门、用户、分组、权限等功能。
7.统计功能:
丰富的统计表。
8.搜索功能:
强大的搜索,帮助您找到相应的数据。
9.扩展机制,几乎可以对禅道的任何地方进行扩展。
10.api机制,所见皆API,方便与其他系统集成。
4最简使用
4.1使用禅道来进行迭代任务管理
4.1.1创建迭代
进入迭代视图,点击右侧的“添加迭代”链接。
出现迭代添加的页面
在这个页面设置迭代名称、代号、起止时间、可用工作日、团队名称、和迭代描述等字段。
其中关联项目是可以为空的也可以多选。
4.1.2设置团队
点击保存按钮,会提示迭代创建成功,然后可以选择设置团队。
图中的团队菜单,也可以进行迭代的团队管理。
在维护迭代团队的时候,需要选择都是哪些用户可以参与到这个迭代中,同时需要设置这个用户在本迭代中的角色(角色可以自动带出)。
可用工作日和可用工时每天需要仔细设置。
通常来讲,一个人不可能每天8小时投入,也不可能一星期七天连续投入。
设置完毕之后,系统会自动计算这个迭代总得可用工时。
4.1.3分解任务
设置了团队之后,下一步操作就是创建任务。
∙在创建任务的时候,指派给是从迭代团队成员中读取。
∙姓名列表中的首字母可以用来快速筛选用户。
∙任务的优先级(1最紧急,4最不紧急)、预计工时(单位小时)都需要进行设置。
∙如果需要设置任务必须在某一个时间点截止,可以设置截止日期。
∙可以上传附件。
4.1.4更新任务
任务分解完毕之后,每个人就非常清楚自己做什么事情。
所以迭代启动之后,对于迭代团队的成员来讲,他要做的事情就是更新任务的状态。
任务的列表
在任务的列表页面,可以看到系统中所有的任务列表,可以通过各种标签方便的进行筛选。
点击某一个任务的链接进入详情页面。
任务的详情页面
在任务的详情页面可以看到任务的详细信息,包括历次的修改记录等信息。
同时也给出了各种操作的按钮。
开始任务。
开始某一个任务的时候,可以设置已经消耗的时间和预计剩余的时间。
单位都是工时。
完成任务
完成任务的时候,需要设置下已经消耗的时间。
4.1.5验证关闭任务
验证关闭任务
任务完成之后,会自动指派给任务的创建者,这时候任务的创建者可以验证任务是否完成。
如果完成,则可以将其关闭。
这件任务就结束了。
4.2只使用禅道来做bug管理
4.2.1创建项目
使用bug管理功能之前,需要先创建项目。
禅道里面设计的理念是bug主要附属在项目概念下面的,后面我们会详细讲述项目和迭代之间的关系。
新增项目的时候,需要设置项目的名称、代码,几个负责人信息。
4.2.2提出bug
有了项目之后,我们就可以来创建bug了。
∙在创建bug的时候,必填的字段是影响版本,bug标题,重现步骤这些基本的信息。
∙所属迭代,相关项目,需求可以忽略。
∙创建bug的时候,可以直接指派给某一个人员去处理。
如果不清楚的话,可以保留为空。
4.2.3解决bug
当一个bug指派给某一位研发人员之后,他可以来验证解决这个bug。
通过各种标签和检索条件找到需要自己处理的bug
在对bug进行出来之前,需要先要找到需要自己处理的bug。
禅道提供了各种各样的检索方式,比如指派给我,可以列出所有需要我处理的bug。
解决bug
研发人员解决bug,选择解决方案,一般来讲有效的解决bug方案是“已解决”。
详细的解决方案,我们在后续的文章中会详细加以讲述。
4.2.4关闭bug
当研发人员解决了bug之后,bug会重新指派到bug的创建者头上。
这时候测试人员可以来验证这个bug是否已经修复。
如果验证通过,则可以关闭该bug。
4.3只使用禅道来做项目管理
4.3.1创建项目
创建需求的前提当然是要有项目,这和bug的处理是一样的。
新增项目的时候,需要设置项目的名称、代码,几个负责人信息。
4.3.2创建需求
有了项目之后,就可以来创建需求了。
需求的创建页面
∙创建需求的时候,可以选择需求的来源。
∙需求的标题、描述和验证标准是需求的最主要的三个元素,应该认真清晰的进行填写。
∙在创建需求的时候,可以指定需求的优先级、预计工时等字段。
∙创建需求的时候可以选择由谁来进行评审,这样创建的需求状态是草稿状态。
如果勾选了”不需要评审“,则是激活状态。
4.3.3变更需求
禅道专门提供了需求的变更流程。
凡是对需求标题、描述、验证标准和附件的修改,都应该走变更流程。
变更之后的需求状态为变更中。
4.3.4评审需求
通过需求的详情页面查看变更前后的变化
评审需求,给出评审结果
评审结果可以选择确认通过,撤销变更,有待明确或者拒绝。
4.4个人使用禅道来做事务跟踪管理
对于普通的个人用户来讲,禅道也可以用作事务管理工具。
下面让我们来展示下如何使用禅道来进行个人的事务管理。
4.4.1创建待办
∙新增待办的时候,可以设定起止时间。
也可以选择暂时不设定。
∙如果是私人事务,可以勾选上。
4.4.2浏览待办
禅道提供了各种标签来检索待办信息。
5全流程基本使用
5.1创建第一个项目
禅道的设计理念是围绕项目展开的,因此我们首先要做的就是创建一个项目。
项目名称和项目代码是必填项。
其中项目代号可以理解为团队内部约定俗称的一个称呼,比如禅道的代号是zentao,需要是英文字母和数字的组合。
∙项目负责人:
负责整理需求,对需求进行解释负责,制定发布计划,验收需求。
∙测试负责人:
可以为某一个项目指定测试负责人,这样当创建bug,而不知道由谁进行处理的时候,该项目的测试负责人会成为默认的负责人。
∙发布负责人:
由这个角色负责创建发布。
∙访问控制:
可以设置项目的访问权限,其中默认设置只要有项目视图的访问权限就可以访问。
如果这个项目是私有项目,可以将其设置为私有迭代,那么就只有迭代团队成员才可以访问。
或者还可以设置白名单,指定某些分组里面的用户可以访问该项目。
5.2添加第一个需求
有了项目之后,我们就可以来创建我们的第一个需求了。
我们项目经理可能都习惯了写需求设计文档,或者规格说明书,通过一个非常完整的word文档将某一个项目的需求都定义出来。
但在禅道里面,我们提倡按照功能点的方式来写需求。
简单来讲,就是将原来需求设计文档中的每一个功能点摘出来,录在禅道里面,作为一个个独立的功能点。
如果按照scrum标准走的话,我们可以称之为用户故事(userstory)。
所谓用户故事,就是来描述一件事情,作为什么用户,希望如何,这样做的目的或者价值何在,这样有用户角色,有行为,也有目的和价值所在,非常方便与团队成员进行沟通。
创建需求的步骤如下:
1.使用项目经理角色登录系统。
2.进入项目视图。
3.在页面右侧,有“新增需求”菜单,点击菜单,出现新增需求的页面。
需求的标题是必填项。
所属计划和模块,可以暂时保留为空。
需求审核那块,我们选上不需要审核,这样新创建的需求状态就是激活的。
只有激活状态的需求才能关联到迭代中,进行开发。
需求可以设置抄送给字段,这样需求的变化都可以通过email的形式抄送给相关人员。
可以设置关键词,这样可以比较方便的通过关键词进行检索。
5.3创建第一个迭代
项目经理按照我们前面的操作创建需求之后,下面该开发经理上场了。
下面我们一起来看下如何在禅道中开始一个迭代。
一、创建迭代
1.1进入迭代视图,点击右侧的“新增迭代”链接。
1.2出现迭代添加的页面
在这个页面设置迭代名称、代号、起止时间、可用工作日、团队名称、迭代目标和迭代描述等字段。
其中关联项目是可以为空的。
和我们前面讲述的最简使用流程有一点区别就是在添加迭代的时候,需要关联下项目。
可以多选。
迭代可以控制它的访问权限,分为默认、私有和自定义白名单三种。
二、设置团队
2.1点击保存按钮,会提示迭代创建成功,然后可以选择设置团队。
2.2或者从迭代视图中的团队菜单,也可以进行迭代的团队管理。
在维护迭代团队的时候,需要选择都是哪些用户可以参与到这个迭代中,同时需要设置这个用户在本迭代中的角色(角色可设置)用工作日和可用工时每天需要仔细设置。
通常来讲,一个人不可能每天8小时投入,也不可能一星期七天连续投入。
2.3设置完毕之后,系统会自动计算这个迭代总得可用工时。
5.4开始第一个迭代
迭代开发区别于瀑布式开发就是它将众多的需求分成若干个迭代来完成,每个迭代只完成当下优先级最高的那部分需求。
禅道软件中迭代关联需求的过程,就是对需求进行排序筛选的过程。
下面我们来看下如何关联需求。
一、关联项目
如果在创建迭代的时候,已经关联过项目,可以忽略这个步骤。
1.以开发经理身份登录。
2.进入迭代视图。
3.点击“关联项目”按钮。
然后点选该迭代相关的项目即可。
二、关联需求
1.在关联需求的时候,可以按照优先级进行排序。
2.关联的需求状态必须是激活的(评审通过,不能是草稿)
5.5为需求分解任务
确定了当前迭代要完成的需求之后,下一步的操作就是为每一个需求做任务分解。
需求确定之后,迭代中几个关键的因素都有了:
周期确定、资源确定、需求确定。
下面我们要做的事情就是为每一个需求做wbs任务分解,生成完成这个需求的所有的任务。
note:
是完成需求的所有任务,这里面包括但不限于设计,开发,测试等。
一、访问迭代的需求列表页面:
∙在迭代的需求列表页面,可以很方便地对某一个需求进行任务分解。
∙同时还可以查看这个需求已经分解的任务数。
二、分解任务
∙这时候创建任务的时候,就可以选择需求了。
∙我们同时提供了需求查看的链接。
∙如果需求和任务的标题是一样的,可以通过“同需求”按钮快捷的复制需求的标题。
三、任务分解的几个注意事项
1.需要将所有的任务都分解出来。
这里面包括设计,开发,测试,美工,甚至包括购买机器,部署测试环境等等。
2.任务分解的粒度越小越好,比如几个小时就可以完成。
3.如果一个任务需要多个人负责,继续考虑将其拆分。
4.事务型的事务可以批量指派,比如需要让团队里面的每一个人都写个迭代总结,可以选择类型是事务,然后批量指派给团队里面的所有人员。
5.任务的类型请仔细设置,这个会涉及到需求研发阶段的自动计算。
后面我们会有讲解。
6.任务的分配最好是自由领取,这样可以最大程度上调动大家的积极性。
(可选)
5.6提交bug
迭代进展到后期主要的工作就是测试。
测试人员和开发通过bug进行互动,保证项目的质量。
一、禅道里面bug的基本处理流程
禅道里面缺陷处理的基本流程是:
测试提交bug=>开发解决bug=>测试验证bug=>测试关闭bug。
如果bug验证没有通过,可以激活:
测试提交bug=>开发解决bug=>测试验证bug=>测试激活bug=>开发解决bug=>测试验证=>测试关闭。
还有一个流程就是bug关闭之后,又发生了。
测试提交bug=>开发解决bug=>测试验证bug=>测试关闭bug=>测试激活bug=>开发解决bug=>测试验证=>测试关闭。
二、提出bug
∙在创建bug的时候,必填的字段是影响版本,bug标题,重现步骤这些基本的信息。
∙所属迭代,相关项目,需求可以忽略。
∙创建bug的时候,可以直接指派给某一个人员去处理。
如果不清楚的话,可以保留为空。
三、解决bug
当一个bug指派给某一位研发人员之后,他可以来验证解决这个bug。
3.1通过各种标签和检索条件找到需要自己处理的bug
在对bug进行出来之前,需要先要找到需要自己处理的bug。
禅道提供了各种各样的检索方式,比如指派给我,可以列出所有需要我处理的bug。
3.2解决bug
研发人员解决bug,选择解决方案,一般来讲有效的解决bug方案是“已解决”。
详细的解决方案,我们在后续的文章中会详细加以讲述。
四、关闭bug
当研发人员解决了bug之后,bug会重新指派到bug的创建者头上。
这时候测试人员可以来验证这个bug是否已经修复。
如果验证通过,则可以关闭该bug。
6进阶使用
6.1禅道使用全流程图解
在禅道项目管理软件中,核心的角色有项目经理、开发经理、研发团队和测试团队四种角色。
如果您现在的团队是采用敏捷开发的话,那么可以对应到productowner,scrummaster和team(devandtester)。
这几种角色之间紧紧围绕项目的需求展开协作,取得成果。
禅道核心的管理流程全图如下所示:
6.2个人管理
6.2.1使用待办进行个人事务管理
项目、迭代和测试都是宏观层面的管理,最终还是要落实到每个人每天具体的工作上面。
禅道为此提供了基本的待办管理来帮助大家更好的安排每天的工作。
6.2.2关注需要自己处理的任务、需求、bug
禅道在我的地盘中提供了指派给自己的需求,任务,bug等快捷操作。
凡是指派给自己的这些事项,都是需要及时处理的。
因此对于每一位使用禅道的同事来讲,每天的工作其实也很简单,就是将我的地盘中指派给自己的任务、需求或者bug及时处理掉就可以了。
我的任务
我的bug
我的需求
我的测试
6.2.3通过我的档案查看或者修改个人信息
禅道的用户可以通过我的档案查看或者修改个人信息。
在我的地盘中还有我的档案一个页面,在这个页面可以查看或者修改自己的个人信息,包括修改密码功能。
查看个人信息
备注:
源代码提交帐号是该用户在subversion系统中的提交帐号,主要用来做对照使用。
如果没有使用subversion集成功能,将这个字段保留为空即可。
修改密码
6.3项目经理篇
6.3.1维护项目
项目管理对于公司来讲,至关重要。
只有做出好的项目或者服务出来,才能赢得市场,谋求发展和生存。
所以项目经理的这个位子对于公司来讲,是非常关键的,相当于公司的大脑,在决定着公司前进的方向。
在禅道里面,项目和迭代这两个概念被明确的区分开来。
项目是需求方,决定做什么。
迭代是执行方,解决的是如何做的问题。
而测试则是保障方,解决的是正确的做事情的问题。
所以在禅道中,所有的一切都是围绕项目展开的。
项目是整个迭代管理活动的核心。
创建项目
1.用项目经理的角色登录禅道。
2.进入项目视图,然后点击页面右侧的“添加项目”链接,即可出现新增项目的页面。
3.如果系统中还没有添加项目,系统也会自动跳转到项目的添加页面。
添加项目时需要注意的地方:
项目代号相当于大家对这个项目的一个隐喻,比如禅道迭代管理软件的代码是zentao。
项目负责人负责整理和解释整个项目的需求,制定相应的发布计划。
测试负责人,可以指定默认的测试负责人。
这样可以适用于公司人比较多,提交bug不知道该给谁的情况。
发布负责人主要的职责是创建发布。
访问控制,则可以控制访问该项目的人员列表。
比如可以将某一个项目设为私有,只有项目添加者、项目负责人、测试负责人、发布负责人以及该项目的迭代团队才可以访问。
多分支和多平台功能使得项目的管理开发更加的清晰明了。
非常适合一个项目拥有多个平台和多个分支的管理,这样需求明确的划分到某个平台和分支上,迭代关联开发是就一目了然。
下面给大家具体介绍项目多分支功能。
多平台公共的操作与多分枝是一样的,可以直接参考。
新增项目时,可以在项目类型里选择多分支和多平台。
项目创建成功后,项目页面下会显示多分支以及维护分支的菜单。
点击分支菜单,即可维护分支,右侧可以做添加分支和删除分支操作。
分支添加成功后,在提需求页面,所属项目后可以选择所属分支。
需求创建成功后,在项目--需求页面,需求名称前就会显示所属的分支的名称。
在迭代--项目关联项目页面时,同时可以选择关联的项目以及所属分支。
选择了所属分支后,迭代--需求关联需求时,可以关联该项目下所有分支和迭代关联的项目分支下的需求。
6.3.2创建和评审需求
我们项目经理可能都习惯了写需求设计文档,或者规格说明书,通过一个非常完整的word文档将某一个项目的需求都定义出来。
但在禅道里面,我们提倡按照功能点的方式来写需求。
简单来讲,就是将原来需求设计文档中的每一个功能点摘出来,录在禅道里面,作为一个个独立的功能点。
如果按照scrum标准走的话,我们可以称之为用户故事(userstory)。
所谓用户故事,就是来描述一件事情,作为什么用户,希望如何,这样做的目的或者价值何在,这样有用户角色,有行为,也有目的和价值所在,非常方便与团队成员进行沟通。
一、创建需求
1.使用项目经理角色登录系统。
2.进入项目视图。
3.在页面右侧,有“提需求”菜单,点击菜单,出现
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 使用 帮助