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

禅道项目管理工具使用帮助天津恒达文博科技有限公司192.168.10.253/zentaopms/2目录禅道概述组织管理产品管理项目管理测试管理我的地盘其他相关Page3第一章概述禅道系统理论基础。禅道系统功能列表。禅道系统用户角色。禅道系统基本概念。禅道系统项目管理的基本流程。Page4禅道系统的理论基础第一款完整涵盖产品管理、任务管理、测试管理的开源管理软件，使用一个软件解决项目管理核心问题。基于国际流行的敏捷管理方式scrum，同时也借鉴了PMP里面的很多概念。B/S架构，方便部署、使用。概念简单，容易上手。但并不意味着你的团队必须使用scrum方式来进行项目管理，完全可以根据团队的实际情况来进行。(notonlyscrum)Page5禅道系统的功能列表组织管理部门管理、用户管理、分组管理、分组管理、权限管理产品管理产品管理、需求管理、计划管理、发布管理、路线图项目管理项目管理、任务管理、项目需求管理、团队管理、工时管理、版本管理、燃烧图。测试管理Bug管理、测试用例管理、测试任务管理。我的地盘待办管理、我的需求、我的bug、我的任务……Page6用户角色系统管理员(Admin)系统管理员主要负责添加用户，分配权限。产品人员(productowner)产品人员主要负责产品管理。开发人员(developer)开发人员负责产品的研发。测试人员(QA)测试人员保证产品的质量。项目经理(ProjectManagerorscrummaster)通过项目，协调产品人员，开发人员，测试人员完成产品。scrum里面，该角色称为scrummaster。Page7基本概念组织视图：部门结构、用户和分组产品视图：产品、需求、计划、发布和路线图项目视图：项目、任务、产品、需求、bug、版本、燃烧图、团队测试视图：Bug、测试用例和测试任务我的地盘：待办、任务、项目、需求、bugPage8禅道项目管理的基本流程首先产品人员维护需求列表，需求有优先级和预计工时。召开产品计划会议，与会人员有产品、研发和测试，大家就当前项目（固定的时间和人）所需要完成的需求达成一致，形成项目的需求列表。项目团队对需求进行WBS(WorkBreakdownStructure)任务分解，开始开发。测试人员根据需求创建自己的测试用例。当有版本提交以后，建立相应的测试任务，记录缺陷。研发人员修复bug。项目结束之后，大家召开演示会议，团队向相关人员（产品人员及所有感兴趣的人）展示该项目所取得的成果。大家提出的反馈由产品人员整理成为需求。开始下一轮的循环。Page9第二章组织管理建立部门结构添加用户设置分组分组成员维护分组权限维护Page10建立部门结构合理的部门结构是项目成功的组织保障，也是公司健康发展的基石。提示Page11添加用户禅道中，所有的添加操作都在页面的最右面。提示Page12设置分组分组的目的主要是用来分配权限。提示Page13分组成员维护一个用户可以属于多个分组。提示Page14分组权限维护设置权限的时候，根据自己团队实际的情况进行组合。一般来讲，删除权限需要慎重。还有就是以”接口“开头的方法所有人都应该分派。在实际使用过程中，如果提示访问受限，可以由管理员分配权限之后，重新登录即可。提示Page15小结组织管理主要完成用户和分组管理，用户通过所属的分组获得自己应用的权限。禅道系统会根据当前登录的每一个用户的权限来进行相应的操作，允许还是禁止。Page16第三章产品管理产品管理是至关重要的一环添加产品维护产品模块添加需求需求详情需求处理流程计划发布路线图Page17产品管理至关重要很多项目管理软件中只有单纯的任务管理，没有产品管理。乃至很多的软件将产品和项目混为一谈。在禅道中，项目是一个动态实施的过程，项目的产出是可以交付的产品。在禅道中，所有的一切都是围绕产品展开的。产品管理的核心是需求。在scrum里面，简化为story(用户故事)。即像讲故事一样来描述一个需求。Page18添加产品Page19维护产品模块产品模块就像一棵树，用来组织需求。提示Page20添加需求(1)Page21添加需求(2)添加需求的时候，应该选择对应的模块。如果有产品计划，可以选择相应的计划。默认刚刚添加的需求为草稿，需要进行评审。如果团队中不需要走评审流程，可以将“不需要评审”选上。需求可以上传附件。Page22需求详情通过需求详情页面可以看到需求的所有信息，以及历次的修改记录。提示Page23需求处理流程(1)需求有一个状态(status)字段，总共有四种状态，分别是草稿(draft)、激活(active)、已变更(changed)和已关闭(closed)。对应为需求的流程操作共有：创建、变更、审核、关闭、激活。需求还有一个阶段(stage)字段，用来描述激活的需求在研发过程中所处的阶段。目前总共有等待、已计划、已立项、开发中、开发完毕、测试中、测试完毕、已验收、已发布。需求处理激活状态后，可以直接根据需求编写用例，测试人员直接点击需求后按钮。Page24需求的处理流程(2)变更需求审核关闭通过撤销否？新增需求审核立项开发测试验收发布通过拒绝否？拒绝，给出拒绝原因，关闭有待明确项目团队确认变更任务、用例关闭继续原来的研发过程有待明确验收发布需求所经历的各个阶段未通过未通过Page25添加计划(plan)凡事预则立。计划可以帮助产品人员宏观把握产品，做到心中有数。提示Page26为计划关联需求计划可以关联需求、关联BUG，直接点计划后面的相应按钮进入到相应的界面选择相应的需求或BUG即可。Page27发布(release)Page28路线图Page29计划、发布、build和路线图计划主要是给产品人员规划需求使用。它和实际的项目没有直接的对应关系。一个项目中做的需求可能和计划完全一样，也有可能涉及多个计划。Build（版本）是在项目过程中产生的，主要用来测试使用。Build(版本）是对内的。经过若干项目之后，产品人员可以选择发布一个版本，发布是对外的。而且发布肯定和一个build对应。已经发布的版本加上未来的plan，构成产品的路线图。Page30第四章项目管理添加项目组建团队关联产品、需求分解任务工时管理燃烧图版本Page31添加项目项目代号和团队名称应用团队自由设置，体现自主管理。提示Page32组建团队每个人在项目中的角色可以自由设定，工时一般都应小于8，因为基本上每个人每天都需要处理一些其他事情。提示Page33关联产品一个项目可以关联多个产品，禅道系统中，支持项目和产品之间的矩阵关系。提示Page34关联需求关联需求的过程，是对产品中的需求列表进行排序的过程，也是项目团队达成契约的过程。项目中的需求列表是产品视图中的需求列表的子集。提示Page35分解任务分解任务时，可以设置任务的类型，比如是设计，还是开发。任务也可以不用关联需求。任务需要给一个估计值。提示Page36工时管理项目中每一个成员每天都应该更新自己负责的任务的预计剩余时间。提示Page37燃烧图(burndown)系统通过定时任务，自动计算项目中所有未完任务预计剩余时间之和，画出曲线图。燃烧图可以告诉我们很多东西。提示Page38Buildbuild管理对于开发来讲是很重要的，它属于scm的范畴。在禅道中，暂时将其简化。在项目开发过程中，如果有若干功能已经开发完毕，需要提交测试，这是应当创建一个build，然后提交给QA进行测试。后续的bug管理和测试任务管理都应当基于一个build展开的。源代码地址可以给出svn的存储路径或者其他版本控制系统的路径。如果没有源代码地址，需要给出build包的存储地址。提示Page39提交测试所提交测试的项目必须关联上产品，测试任务才可以生效。提示Page40第五章质量管理测试用例管理测试用例模块添加测试用例测试用例详情测试任务管理创建测试任务管理用例执行用例查看结果创建BugBug管理Bug处理流程创建bug解决bug关闭bug激活bug编辑bugPage41测试用例模块测试用例有自己单独的模块划分，独立于产品视图中的模块划分。为什么独立开，是因为使用角度不同，产品视图中的模块是给产品人员使用的，而测试用例模块是为了维护用例使用的。Page42测试用例管理(1)当项目关联需求之后，QA人员应当针对当前项目所要开发的需求创建测试用例。虽然可以不写测试用例，直接进入bug测试环节，但这样会有缺漏。在禅道系统中，测试用例是分步骤的。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，以前已经有同样的bug。external=外部原因，非本系统原因。fixed=已解决;notrepro=无法重现，无非重现bug。postponed=延期处理，确实是bug，但现在不解，放在以后。willnotfix=不予解决Page52解决BUG所以开发人员在解决bug的时候，需要选择相应解决方案，并给予相应的备注说明，已方便测试人员验证bug。来看下如何解决bug：找到自己要解决bug（我的地盘中的bug列表，或者项目视图中的bug列表，抑或测试视图中的bug列表进行搜索）找到自己要解决的bug之后，点击相应的“解决”按钮，即可进入解决bug页面。Page53解决BUGPage54Bug管理禅道里面提供了很多种途径来进行bug的查询和管理。我的地盘里面有指派给自己的bug列表。项目视图中有属于当前项目的bug列表。测试视图中的缺陷管理，则是全功能的bug管理页面Page55第六章我的地盘前面所有的一切最终体现在每一个人每天的行动上面。我的地盘中列出了需要自己处理的任务、需求、bug等。还可以通过“我的待办”来管理自己每天的日程。“我的待办”类型分为三种，一种是和项目任务管理，一种是和bug关联，还有一种是自定义。这样可以将项目中的任务或者bug转换为每天的“我的待办”。Page56创建我的待办Page57第七章其他相关搜索功能需求、bug、用例都是可以进行搜索的。支持全文检索（like查询，大数据量会有速度问题。)邮件功能需求相关的操作和bug相关的操作都会email通知相关的人员。排序功能列表页面点击标题都是可以进行排序的。Page58禅道软件的核心流程产品经理维护产品和需求项目经理建立项目，关联需求。为需求分解任务，进行开发提交测试，解决bug。Page59禅道中产品和项目产品主要管理需求和计划项目主要管理任务开发需求产品定义一个完整的用户故事，项目是去实现这个故事的过程。Page60禅道使用流程图1、创建产品2、为产品创建模块3、为产品创建计划4、根据模块和计划创建对应的需求5、创建项目，一个项目中可以包含N个产品6、项目关联到下属产品7、项目关联下属产品的需求，使产品需求成为项目需求8、根据项目需求可以将需求划分给项目组成员完成此需求9、一个产品所有的需求/任务完成时，创建build.10、通知测试部门针对此产品的此次版本进行测试。11、测试根据用例的执行情况，发现bug并在系统中提出。12、开发针对此次测试提出的bug进行修改后重新创建Bu