禅道项目管理工具使用帮助.

1、禅道项目管理工具使用帮助禅道项目管理工具使用帮助天津恒达文博科技有限公司天津恒达文博科技有限公司53/zentaopms/www2014/3/26Page 2目录目录禅道概述组织管理产品管理项目管理测试管理我的地盘其他相关Page 3第一章第一章 概述概述禅道系统理论基础。禅道系统功能列表。禅道系统用户角色。禅道系统基本概念。禅道系统项目管理的基本流程。Page 4禅道系统的理论基础禅道系统的理论基础第一款完整涵盖产品管理、任务管理、测试管理的开源管理软件，使用一个软件解决项目管理核心问题。基于国际流行的敏捷管理方式scrum，同时也借鉴了PMP里面的很多概念。B/S架

2、构，方便部署、使用。概念简单，容易上手。但并不意味着你的团队必须使用scrum方式来进行项目管理，完全可以根据团队的实际情况来进行。(not only scrum)Page 5禅道系统的功能列表禅道系统的功能列表组织管理部门管理、用户管理、分组管理、分组管理、权限管理产品管理产品管理、需求管理、计划管理、发布管理、路线图项目管理项目管理、任务管理、项目需求管理、团队管理、工时管理、版本管理、燃烧图。测试管理Bug管理、测试用例管理、测试任务管理。我的地盘待办管理、我的需求、我的bug、我的任务Page 6用户角色用户角色系统管理员(Admin)系统管理员主要负责添加用户，分配权限。产品人员(p

3、roduct owner)产品人员主要负责产品管理。开发人员(developer)开发人员负责产品的研发。测试人员(QA)测试人员保证产品的质量。项目经理(Project Manager or scrum master)通过项目，协调产品人员，开发人员，测试人员完成产品。scrum里面，该角色称为scrum master。Page 7基本概念基本概念组织视图：部门结构、用户和分组产品视图：产品、需求、计划、发布和路线图项目视图：项目、任务、产品、需求、bug、版本、燃烧图、团队测试视图：Bug、测试用例和测试任务我的地盘：待办、任务、项目、需求、bugPage 8禅道项目管理的基本流程禅道项目

4、管理的基本流程首先产品人员维护需求列表，需求有优先级和预计工时。召开产品计划会议，与会人员有产品、研发和测试，大家就当前项目（固定的时间和人）所需要完成的需求达成一致，形成项目的需求列表。项目团队对需求进行WBS(Work Breakdown Structure)任务分解，开始开发。测试人员根据需求创建自己的测试用例。当有版本提交以后，建立相应的测试任务，记录缺陷。研发人员修复bug。项目结束之后，大家召开演示会议，团队向相关人员（产品人员及所有感兴趣的人）展示该项目所取得的成果。大家提出的反馈由产品人员整理成为需求。开始下一轮的循环。Page 9第二章第二章 组织管理组织管理建立部门结构添加

5、用户设置分组分组成员维护分组权限维护Page 10建立部门结构建立部门结构合理的部门结构是项目成功的组织保障，也是公司健康发展的基石。提示提示Page 11添加用户添加用户禅道中，所禅道中，所有的添加操有的添加操作都在页面作都在页面的最右面。的最右面。提示提示Page 12设置分组设置分组分组的目的主要是用来分配权限。提示提示Page 13分组成员维护分组成员维护一个用户可以属于多个分组。提示提示Page 14分组权限维护分组权限维护设置权限的时候，根据自己团队实际的情况进行组合。一般来讲，删除权限需要慎重。还有就是以”接口“开头的方法所有人都应该分派。在实际使用过程中，如果提示访问受限，可以

6、由管理员分配权限之后，重新登录即可。提示提示Page 15小结小结组织管理主要完成用户和分组管理，用户通过所属的分组获得自己应用的权限。禅道系统会根据当前登录的每一个用户的权限来进行相应的操作，允许还是禁止。Page 16第三章第三章 产品管理产品管理产品管理是至关重要的一环添加产品维护产品模块添加需求需求详情需求处理流程计划发布路线图Page 17产品管理至关重要产品管理至关重要很多项目管理软件中只有单纯的任务管理，没有产品管理。乃至很多的软件将产品和项目混为一谈。在禅道中，项目是一个动态实施的过程，项目的产出是可以交付的产品。在禅道中，所有的一切都是围绕产品展开的。产品管理的核心是需求。在

7、scrum里面，简化为story(用户故事)。即像讲故事一样来描述一个需求。Page 18添加产品添加产品Page 19维护产品模块维护产品模块产品模块就产品模块就像一棵树，像一棵树，用来组织需用来组织需求。求。提示提示Page 20添加需求添加需求(1)Page 21添加需求添加需求(2)添加需求的时候，应该选择对应的模块。如果有产品计划，可以选择相应的计划。默认刚刚添加的需求为草稿，需要进行评审。如果团队中不需要走评审流程，可以将“不需要评审”选上。需求可以上传附件。Page 22需求详情需求详情通过需求详情页面可以看到需求的所有信息，以及历次的修改记录。提示提示Page 23需求处理流程

8、需求处理流程(1)需求有一个状态(status)字段，总共有四种状态，分别是草稿(draft)、激活(active)、已变更(changed)和已关闭(closed)。对应为需求的流程操作共有：创建、变更、审核、关闭、激活。需求还有一个阶段(stage)字段，用来描述激活的需求在研发过程中所处的阶段。目前总共有等待、已计划、已立项、开发中、开发完毕、测试中、测试完毕、已验收、已发布。需求处理激活状态后，可以直接根据需求编写用例，测试人员直接点击需求后 按钮。Page 24需求的处理流程需求的处理流程(2)变更需求审核关闭通过撤销否？新增需求审核立项开发测试验收发布通过拒绝否？拒绝，给出拒绝原因

9、，关闭有待明确项目团队确认变更任务、用例关闭继续原来的研发过程有待明确验收发布需求所经历的各个阶段需求所经历的各个阶段未通过未通过Page 25添加计划添加计划(plan)凡事预则立。计划可以帮助产品人员宏观把握产品，做到心中有数。提示提示Page 26为计划关联需求为计划关联需求计划可以关联需求、关联BUG，直接点计划后面的相应按钮进入到相应的界面选择相应的需求或BUG即可。Page 27发布发布(release)Page 28路线图路线图Page 29计划、发布、计划、发布、build和路线图和路线图计划主要是给产品人员规划需求使用。它和实际的项目没有直接的对应关系。一个项目中做的需求可能

10、和计划完全一样，也有可能涉及多个计划。Build（版本）是在项目过程中产生的，主要用来测试使用。Build(版本）是对内的。经过若干项目之后，产品人员可以选择发布一个版本，发布是对外的。而且发布肯定和一个build对应。已经发布的版本加上未来的plan，构成产品的路线图。Page 30第四章第四章 项目管理项目管理添加项目组建团队关联产品、需求分解任务工时管理燃烧图版本Page 31添加项目添加项目项目代号和团队名称应用团队自由设置，体现自主管理。提示提示Page 32组建团队组建团队每个人在项目中的角色可以自由设定，工时一般都应小于8，因为基本上每个人每天都需要处理一些其他事情。提示提示Pa

11、ge 33关联产品关联产品一个项目可以关联多个产品，禅道系统中，支持项目和产品之间的矩阵关系。提示提示Page 34关联需求关联需求关联需求的过程，是对产品中的需求列表进行排序的过程，也是项目团队达成契约的过程。项目中的需求列表是产品视图中的需求列表的子集。提示提示Page 35分解任务分解任务分解任务时，可以设置任务的类型，比如是设计，还是开发。任务也可以不用关联需求。任务需要给一个估计值。提示提示Page 36工时管理工时管理项目中每一个成员每天都应该更新自己负责的任务的预计剩余时间。提示提示Page 37燃烧图燃烧图(burndown)系统通过定时任务，自动计算项目中所有未完任务预计剩余

12、时间之和，画出曲线图。燃烧图可以告诉我们很多东西。提示提示Page 38Buildbuild管理对于开发来讲是很重要的，它属于scm的范畴。在禅道中，暂时将其简化。在项目开发过程中，如果有若干功能已经开发完毕，需要提交测试，这是应当创建一个build，然后提交给QA进行测试。后续的bug管理和测试任务管理都应当基于一个build展开的。源代码地址可以给出svn的存储路径或者其他版本控制系统的路径。如果没有源代码地址，需要给出build包的存储地址。提示提示Page 39提交测试提交测试所提交测试的项目必须关联上产品，测试任务才可以生效。提示提示Page 40第五章第五章 质量管理质量管理 测试

13、用例管理 测试用例模块 添加测试用例 测试用例详情 测试任务管理 创建测试任务 管理用例 执行用例 查看结果 创建Bug Bug管理 Bug处理流程 创建bug 解决bug 关闭bug 激活bug 编辑bugPage 41测试用例模块测试用例模块测试用例有自己单独的模块划分，独立于产品视图中的模块划分。为什么独立开，是因为使用角度不同，产品视图中的模块是给产品人员使用的，而测试用例模块是为了维护用例使用的。Page 42测试用例管理测试用例管理(1)当项目关联需求之后，QA人员应当针对当前项目所要开发的需求创建测试用例。虽然可以不写测试用例，直接进入bug测试环节，但这样会有缺漏。在禅道系统中

14、，测试用例是分步骤的。Page 43测试用例管理（测试用例管理（2）Page 44测试用例详情测试用例详情Page 45创建测试任务创建测试任务Page 46关联测试用例关联测试用例Page 47执行测试用例执行测试用例(1)Page 48执行测试用例执行测试用例(2)Page 49用例执行结果用例执行结果Page 50创建创建Bug如果某一次用例执行失败，可以根据这个结果创建Bug，系统会自动生成bug的重现步骤。Page 51BUG的解决方案的解决方案开始测试就会有BUG出现，禅道中共有7种BUG解决方案：bydesign = 设计如此，无需改动。duplicate = 重复Bug，以前已

15、经有同样的bug。external = 外部原因，非本系统原因。fixed = 已解决;notrepro = 无法重现，无非重现bug。postponed = 延期处理，确实是bug，但现在不解，放在以后。willnotfix = 不予解决Page 52解决解决BUG所以开发人员在解决bug的时候，需要选择相应解决方案，并给予相应的备注说明，已方便测试人员验证bug。来看下如何解决bug：找到自己要解决bug（我的地盘中的bug列表，或者项目视图中的bug列表，抑或测试视图中的bug列表进行搜索） 找到自己要解决的bug之后，点击相应的“解决”按钮，即可进入解决bug页面。 Page 53解决

16、解决BUGPage 54Bug管理管理禅道里面提供了很多种途径来进行bug的查询和管理。我的地盘里面有指派给自己的bug列表。 项目视图中有属于当前项目的bug列表。 测试视图中的缺陷管理，则是全功能的bug管理页面 Page 55第六章第六章 我的地盘我的地盘前面所有的一切最终体现在每一个人每天的行动上面。我的地盘中列出了需要自己处理的任务、需求、bug等。还可以通过“我的待办”来管理自己每天的日程。“我的待办”类型分为三种，一种是和项目任务管理，一种是和bug关联，还有一种是自定义。这样可以将项目中的任务或者bug转换为每天的“我的待办”。Page 56创建我的待办创建我的待办Page 5

17、7第七章第七章 其他相关其他相关搜索功能需求、bug、用例都是可以进行搜索的。支持全文检索（like查询，大数据量会有速度问题。)邮件功能需求相关的操作和bug相关的操作都会email通知相关的人员。排序功能列表页面点击标题都是可以进行排序的。Page 58禅道软件的核心流程禅道软件的核心流程产品经理维护产品和需求项目经理建立项目，关联需求。为需求分解任务，进行开发提交测试，解决bug。Page 59禅道中产品和项目禅道中产品和项目产品主要管理需求和计划项目主要管理任务开发需求产品定义一个完整的用户故事，项目是去实现这个故事的过程。Page 60禅道使用流程图禅道使用流程图1、创建产品2、为产

18、品创建模块3、为产品创建计划4、根据模块和计划创建对应的需求5、创建项目，一个项目中可以包含N个产品6、项目关联到下属产品7、项目关联下属产品的需求，使产品需求成为项目需求8、根据项目需求可以将需求划分给项目组成员完成此需求9、一个产品所有的需求/任务完成时，创建build.10、通知测试部门针对此产品的此次版本进行测试。11、测试根据用例的执行情况，发现bug并在系统中提出。12、开发针对此次测试提出的bug进行修改后重新创建Build.重复1013、测试通过，发布稳定版本Page 61Page 62细分需求、任务、缺陷，形成三权分立细分需求、任务、缺陷，形成三权分立需求研发产品测试产品经理

19、，研发团队和测试团队以需求为核心，通过项目紧密合作，最终实现产品的快速发布，赢得市场。所以说产品是最关键的，因为它决定着公司前进的方向。Page 63上述是禅道的核心流程，让我们看下其他的概念上述是禅道的核心流程，让我们看下其他的概念Page 64产品计划、发布、路线图管理产品计划、发布、路线图管理 产品计划可以回答公司其他部门关于产品发布的疑问，也可以让产品人员自己更好的规划产品。 一期项目结束之后，可以创建发布。 然后计划和发布形成某一个产品的路线图。Page 65通过燃尽图来了解项目进度通过燃尽图来了解项目进度 燃尽图是将项目中所有未完成任务的预计剩余工时累积起来，每天绘制一个坐标，形成

20、燃尽图。Page 66项目中的版本和测试管理管理项目中的版本和测试管理管理研发编码创建build提交测试通过？修复bug发布测试整理用例Page 67基本的文档管理基本的文档管理Page 68通过动态功能了解产品、项目和个人的情况通过动态功能了解产品、项目和个人的情况产品和项目有动态功能，可以查看某一个产品或者下面相关的动作信息。可以通过组织视图了解每一个人目前的状态，包括其负责的需求、任务、bug，参与的项目，动态信息等。Page 69我的地盘我做主我的地盘我做主禅道内置了简单的todo管理，每个人每天上班可以快速安排下自己今天要做的事情。还可以通过我的地盘关注需要自己负责的需求、任务、bu

21、g等信息。Page 70 注意点总结注意点总结1、项目中提交测试任务时，这个项目必须跟产品关联才可以。2、在处理需求、BUG的解决方案时，如果有按钮就尽量操作按钮，如果在编辑里修改可以会出现问题。在BUG的编辑界面选择转需求时，该BUG不会到产品需求中。如果点击按钮则可以。在产品需求的编辑界面关联计划时，需求的状态不发生变化。当在计划里关联需求时，需求的状态才发生变化。3、创建发布时必须有两个前提：p 该产品关联过项目p 该产品创建过版本4、提交测试任务时，没有指派的功能，需要相应的人员线下通知一下。5、产品-项目的状态是手动维护的，不会根据产品需求的进展发生变化 在产品-项目中你可能会看到项

22、目状态是未启动，进度是65%的现象。Page 716、测试-用例，会纪录这个用例的所有执行结果。测试-测试任务中，只会显示在测试任务中的执行结果。所以在有测试任务时，建议把相关的用例关联到测试任务下再执行。7、注意：项目必须关联上产品，才可以关联需求项目中关联相应的需求后，才会显示相应的模块信息。比如：产品中的模块A有4条需求，项目需求如果不关联模块A的需求时，则在项目中不显示模块A的信息，如果项目需求关联了模块A四条需求的任意一条，项目中就会显示模块A的信息。9、需求的阶段字段“等待”默认是不显示的。当一个需求没有关联项目也没有关联计划时，是等待界面，在zentao里显示的是空白。Page

23、7210、需求的阶段已计划、已立项、开发中、开发完毕、测试中、测试完毕可以根据项目中需求的开发、测试任务的完成而进行阶段的改变。“已验收”、“已发布”需要手工改。11、开发任务，直接完成，相关需求的状态不发生改变，必须先开始测试任务，直接完成，相关需求的阶段发生改变12、职位的键职不可以超过10。13、产品中的需求只有是激活状态时，才可以在项目中进行关联。14、同一个需求可以建多个任务，包括设计、开发、测试等。15、模块底下的BUG转需求时，还要选一下相应的模块，不然转到产品需求下不会进行模块的匹配。Page 73常见问题常见问题1、产品创建好模块之后，为什么创建、产品创建好模块之后，为什么创

24、建bug的时候没有模块的时候没有模块？我们在设计的时候，产品、bug和测试的模块是分开的。主要考虑到不同角色使用的角度不同。比如站在测试角度，模块可能会划分出来兼容性测试、安全性测试等等。可以将产品视图的模块一一复制过来。2、创建创建bug的时候，为什么没有优先级字段？的时候，为什么没有优先级字段？从流程上来讲，测试人员不应该直接设定bug的优先级。而是应该有产品经理或者项目经理评估bug，然后再设定优先级。3、为什么任务工时的预计剩余时间不能自动计算？、为什么任务工时的预计剩余时间不能自动计算？任务的估计有三个字段：最初估计、已消耗和预计剩余。但这三者不是简单的加减关系，所以预计剩余不能简单的用最初估计 - 已消耗来计算，而应该每天由负责该任务的同事重新估算。Page 744、需求为什么不能激活？、需求为什么不能激活？为了防止需求频繁的被激活