1、禅道禅道项目管理软件项目管理软件简介简介Page 22禅道是什么？禅道是什么？禅道特点是将软件研发中的产品管理，项目管理，质量管理三个核心流程融合在一套工具里面，是一款软件生命周期管理软件。核心的管理思想是基于scrum，然后在scrum基础上完善了测试管理，文档管理，事务管理等功能。B/S架构，方便部署、使用轻量级实现，源码包仅有2M，集成安装包不到10M。开源，真免费Page 33禅道的下载与安装禅道的下载与安装 在官网上下载禅道安装包（.exe结尾） 双击解压到某一区的根目录，比如D:xampp，必须是根目录，建议不根目录，建议不要安装在要安装在C盘盘 安装完成后进入xampp文件夹，双
2、击“启动禅道.exe” 在弹出的“禅道集成运行环境”框中点击“启动禅道”按钮，系统会自动启动禅道所需要的服务 等待一下，页面会自动跳转到禅道的页面Page 44禅道里面的角色划分禅道里面的角色划分禅道中存在的主要角色： 产品经理、项目经理、两个Team（开发和测试）、系统管理员 此外还有公司高层、客户，可以以只读身份登录，了解项目进展情况 角色操作流程：Page 55禅道使用的基本流程禅道使用的基本流程Page 66流程图一流程图一Page 77流程图二流程图二Page 88禅道使用的最简流程禅道使用的最简流程只使用项目任务管理 项目经理创建项目 项目经理创建任务，指派到人 研发团队每人负责自
3、己的任务，更新任务状态适用于没有明确的产品管理情况，只通过项目中的任务来走，也可以拿到结果。小提示：不需要的功能可以通过权限控制隐藏起来。小提示：不需要的功能可以通过权限控制隐藏起来。Page 99加入产品管理加入产品管理禅道里面明确的将产品和项目区分开来。产品主要是解决做什么(what)的问题，项目是如何来实现(how)的问题。加入产品管理之后的基本实践： 产品经理创建产品。然后维护产品中的需求列表。 项目经理创建项目，关联产品和需求，确定每一期项目（迭代）要做的需求列表。 分解任务，进入项目阶段。 研发人员负责更新自己的任务状态。Page 1010加入加入bug管理管理开发过程中肯定会产生
4、bug，那么bug如何来进行跟踪管理呢？ 开发人员完成若干功能之后，提交进行测试。 测试人员发现bug之后，在禅道中记录bug。 开发人员修复bug，然后交由测试人员进行验证。 测试人员验证通过，关闭，验证不通过，重新激活。Page 1111系统管理员操作系统管理员操作Page 1212建立部门结构建立部门结构系统管理员：设置部门结构 以管理员身份登录，【组织】=【维护部门结构】 输入部门名称=【保存】Page 1313添加用户添加用户系统管理员：添加单个用户 部门创建之后，就是往系统中添加用户 【组织】=【用户】=【添加用户】 用户添加完之后，即可将其关联到某一个分组中Page 1414添加
5、用户注意点添加用户注意点在添加用户的时候可以选择对应的职位，职位会影响到指派列表的顺序和我的地盘里面的内容的排列顺序用户的权限是通过分组获得的，为用户指定职位后，还需将其关联到一个分组中可批量添加用户，【组织】=【用户】=【批量添加】可批量编辑用户Page 1515设置分组设置分组系统管理员：设置分组，建立权限体系 禅道中的用户权限是通过分组获取的，所以在完成部门结构划分后，就应该建立用户分组，并为其分配权限 【组织】=【权限】=【新增分组】，对分组进行自定义后【保存】 在分组列表中，可对某一分组进行权限的维护、成员维护或复制Page 1616维护权限维护权限系统管理员：维护用户权限 管理员登
6、录，【组织】=【权限】=进入权限分组列表页面 选择某一分组，点击【权限维护】，即可编辑该分组的权限 点击某一模块后面的复选框，可全选该模块下的所有权限或全部取消Page 1717维护成员维护成员系统管理员：维护分组成员 管理员登录，【组织】=【权限】=【成员维护】，进入成员维护页面 勾选或取消勾选组内或组外用户即可添加或删除组内的成员Page 1818产品经理操作产品经理操作Page 1919添加产品添加产品 【产品】=【添加产品】 显示新增产品页面，在这个页面设置产品名称、代号、产品负责人、测试负责人、发布负责人、产品类型和产品描述等字段Page 2020设置模块设置模块 添加完产品之后，需
7、要来设置产品的模块。模块相当于对产品需求的一个分类，通过组织模块，可以让大家对产品有一个宏观的把握和认识，也方便对需求进行分类和整理 设置模块的步骤：【产品】=【模块】=【模块维护】 在这里面，可以维护某一个模块的子模块，也可以编辑某一个模块或删除该模块。Page 2121创建计划创建计划 产品计划可以回答外部门关于产品发布时间点的疑问，也可以让产品人员自己更好的规划产品。【产品】=【计划】=【创建计划】在计划列表页面，可以查看该计划的所有需求，也可以通过“关联需求”来维护属于这个计划的需求列表。Page 2222添加需求添加需求 【产品】=【需求】=【提需求】Page 2323添加需求注意点
8、添加需求注意点优先级：必须要设定这个需求的优先级。预计工时，也就是对这个需求做一下估计，完成大约需要多少小时。单位是小时。估计不准也没有关系，关键是在这个过程。以避免产品人员不经过思考，随意添加需求的情况。由谁评审，如果公司里面的管理流程不需要评审，则可以勾选旁边的“不需要评审” 复选框。需要评审的需求其状态是草稿状态。Page 2424需求报表统计需求报表统计Page 2525变更需求审核关闭通过撤销否？新增需求审核立项开发测试验收发布通过拒绝否？拒绝，给出拒绝原因，关闭有待明确项目团队确认变更任务、用例关闭继续原来的研发过程有待明确验收发布需求所经历的各个阶段需求所经历的各个阶段未通过未通
9、过需求的处理流程需求的处理流程需求状态需求状态：草稿、激活、变更、关闭研发阶段研发阶段：未开始、已计划、已立项、研发中、研发完毕、测试中、测试完毕、已验收、已发布Page 2626创建发布创建发布 一期项目结束之后，可以创建发布【产品】=【发布】=【创建发布】创建发布页面中的版本，要选择相应的版本。描述里面，则可以描述此次发布解决的bug，新增的功能等等。Page 2727路线图路线图 计划和发布形成某一个产品的路线图路线图，顾名思义，就是给大家一个发展的方向和指引。展示图如右所示：其中绿色的部分，表示已经发布的版本，而棕色的部分，则表示是将来的计划。点击某一个计划或者是发布，可以查看相应的需
10、求列表。Page 2828项目经理操作项目经理操作Page 2929创建项目创建项目【项目】=【添加项目】 显示项目添加页面，在这个页面设置项目名称、代号、起止时间、可用工作日、团队名称和项目描述等字段，其中关联产品可以为空也可以多选Page 3030设置团队设置团队两种方式： 项目添加成功后，会弹出提示添加设置团队（须先添加用户） 也可从【项目】=【团队】，进行项目的团队管理Page 3131设置团队注意点设置团队注意点在维护项目团队时，需要选择都是哪些用户可以参与到这个项目中，同时需要设置这个用户在本项目中的角色，可用工作日和可用工时每天需要仔细设置设置完毕后，系统会自动计算这个项目总的可
11、用工时Page 3232关联需求关联需求 【项目】=【需求】=【关联需求】Page 3333通过燃尽图来了解项目进度通过燃尽图来了解项目进度 燃尽图是将项目中所有未完成任务的预计剩余工时累积起来，每天绘制一个坐标，形成燃尽图。Page 3434开发流程开发流程Page 3535创建任务创建任务【项目】=【建任务】，对任务进行编辑后保存即可Page 3636分配、更新任务分配、更新任务 任务分配有两种方式：指派或编辑 任务分配好之后，每人每天应及时更新自己所负责的任务的状态：开始、工时、完成、关闭Page 3737开始任务、完成任务开始任务、完成任务 开始某一任务时，可以设置总消耗时间和预计剩余
12、时间，单位是工时 完成任务的时候，需要设置下总消耗的时间Page 3838验证关闭任务验证关闭任务 任务完成后，会自动指派给任务的创建者，这时候任务的创建者可以验证任务是否完成。如果完成，可以将其关闭，则任务结束 任务列表页面可以看到系统中所有任务列表，可通过各种标签进行筛选。点击某一个任务的链接进入详情页面。Page 3939任务说明点任务说明点 任务分解尽量细致。按照scrum的实践，分解的任务，应该是一个人可以独立完成，最好在4-16小时之间。 任务分解应该完整，比如搭建测试环境，购买机器之类的任务，也都应该列入任务列表。 任务类型应该认真选择，这关系到相关需求所处阶段的自动计算。Pag
13、e 4040任务的处理流程任务的处理流程创建任务指派完成？编码关闭激活任务状态任务状态：未开始、进行中、已完成、已关闭、已取消。Page 4141创建版本创建版本 版本主要的作用在于明确测试的范畴，方便测试人员和开发人员的互动，以及解决不同版本的发布和bug修复等问题。 首先是团队经过开发，完成了若干需求或解决了一些bug后，发布负责人就可以在禅道里面创建一个版本了。 【项目】=【版本】=【创建版本】Page 4242创建版本创建版本 输入以下内容，点击【保存】即可Page 4343创建版本说明创建版本说明 名称编号：团队应该有自己的配置管理规范。比如可以是产品名_版本号_状态(stble,
14、beta之类)_日期 根据公司的实际情况来填写源代码地址，或者是存储地址。 在创建版本的时候，可选择这次版本完成的功能和解决的bug。这样提交给测试人员进行测试的时候，就可以明确这次测试的范畴，测试可以更加有针对性。 描述字段可以填写一些测试的注意事项、重点内容等Page 4444提交测试提交测试 版本创建完后，就可以提交给测试人员进行测试了 【项目】=【版本】，选择版本列表中某版本的操作按钮【提交测试】 弹出【提交测试】窗口，对该页面进行编辑后点击【保存】即可。Page 4545确认确认bug 当测试人员提交了bug之后，如果开发人员来不及解决这个bug，这时候可选的一个操作是确认这个bug
15、，给测试人员一个反馈。 此时bug列表页面会显示是否已经确认过。开发人员点击列表操作中的【确认】图标，在弹出的界面上输入信息，点击【保存】，该bug列表中的状态变为已确认Page 4646确认确认bug图示图示 或者开发人员点击bug详情页面中的“确认”按钮，在弹出的界面上输入信息，点击【保存】，该bug列表中的状态变为已确认 如果一个bug被解决之后，也会自动变成已确认Page 4747解决解决bug 提交测试之后，测试人员展开测试，便会有bug产生。这时候研发团队的一个重要职责便是解决bug。处理流程如下： 测试人员提交bug = 开发人员解决bug = 测试人员验证关闭，这是比较正常的流
16、程。 还有一个流程是激活流程： 测试人员提交bug = 开发人员解决bug = 测试人员验证未通过 = 激活bug = 重新解决 =验证关闭。 操作如下：1）进入bug列表，开发人员解决bug后点击列表操作中的【解决】图标或bug详情页面中的“解决”按钮2）修改bug状态为“已解决”，点击保存后即可。Page 4848解决解决bug图示图示Page 4949bug的解决方案的解决方案 设计如此：无需改动。 重复Bug：以前已经有同样的bug。 外部原因：非本系统原因。 已解决：对bug处理后解决。 无法重现：对 bug无法进行重现。 延期处理：确实是bug，但现在不解决，放在以后。 不予解决：
17、不管 这其中“已解决”和“延期”的bug视为有效bug。Page 5050测试流程测试流程Page 5151创建测试用例创建测试用例 【测试】=【用例】=【建用例】，可以创建测试用例 禅道中的测试用例，彻底的将测试用例步骤分开，每一个测试用例都有若干个步骤组成，每一个步骤都可以设置自己的预期值。这样可以非常方便进行测试结果的管理和bug的创建。Page 5252创建测试用例说明创建测试用例说明 用例的适用阶段指在哪些测试阶段可以用上这个用例。可以进行多选。 用例步骤可以非常方便在之后插入，之前插入，或者删除当前的步骤。 不要把若干个测试用例作为步骤写到一个测试用例里面，因为这样不利于测试的管理
18、和统计。Page 5353关联测试用例关联测试用例 当开发人员申请测试之后，会生成相应的测试任务给测试人员。测试人员要做的是为这个测试任务关联相应的测试用例。如果这个测试任务需要多人来配合完成，则需要将相应的用例指派给相应的人员来进行完成，或者自己领取相应的测试用例。 【测试】=【版本】，进入测试任务列表 选择一个测试任务，点击“关联用例”按钮，即出现关联测试用例的页面。Page 5454执行用例执行用例 【测试】=【用例】，选择某一个用例后点击右侧的“执行”按钮，即可执行该用例。 测试任务的用例列表页面，用户可以按照模块来进行点选，或者选择自己创建的用例，来查到需要自己执行的用例列表。Pag
19、e 5555执行用例失败转执行用例失败转bug 如果一个用例执行失败，那么可以直接由这个测试用例创建一个bug，而且其重现步骤会自动拼装。Page 5656维护测试维护测试bug模块模块 【测试】=【bug】=【维护模块】Page 5757指定模块负责人指定模块负责人 维护模块的时候是一级级进行维护的。点击模块前的【】号可查看该模块下的所有子模块。 点击【编辑】可指派模块的负责人，对主模块指派负责人后该模块下的子模块均被指派给该负责人。Page 5858提交提交bug 【测试】=【bug】=【提bug】 项目和任务，以及相关需求，应该认真填写，这样可以将bug和项目，任务，需求关联起来，以便以
20、后的统计分析。 影响版本是必填的，这里面的列表来源，是项目中提交测试的版本。 重现步骤应该准确，确保开发人员可以重现该bug。Page 5959验证、关闭验证、关闭bug 当开发人员解决bug之后，需要验证bug，如果没有问题，则将其关闭。Page 6060激活激活bug 开发人员解决bug之后验证无法通过，则可以将bug重新激；如果bug关闭之后，过了一段时间又重现了，也需要重新激活。 激活bug的时候，指派给会自动设置成为最后的解决者头上Page 6161Bug的处理流程的处理流程创建bug指派修复？编码关闭激活Bug状态状态：激活、已解决、已关闭Bug解决方案：解决方案：已解决、延期、重
21、复、外部原因、无法重现、不予解决、设计如此Page 6262查看测试报表统计查看测试报表统计Page 6363找到自己需要的找到自己需要的bugPage 6464我的地盘中的我的地盘中的bug列表列表 【我的地盘】=【bug】中的bug列表，是所有当前指派给你进行处理的bug。Page 6565项目模块中的项目模块中的bug列表列表 【项目】=【bug】中的bug列表，是所有在这期项目中产生的bug，所以项目团队可以很方便的在这个页面查看到相应的bug。Page 6666分类浏览分类浏览 【测试】=【bug】中的bug列表，可以根据各种标签进行bug查询，非常方便 也可以设置搜索条件进行bug
22、查询，禅道提供了强大的搜索功能，可以组合出非常复杂的条件。Page 6767其他功能其他功能Page 6868基本的文档管理基本的文档管理禅道提供了基本的文档管理，可以满足禅道流程无法覆盖的情况。禅道的文档库分为三种，产品文档库、项目文档库和自定义文档库。产品文档库是存放产品相关的问题，比如需求分析，市场报告之类。项目文档库是存放在项目过程中产生的文档，比如接口文档，数据库设计文档。自定义文档库可以建多个，可以无限极目录划分，比如可以建立自己的知识库。Page 6969通过报表掌握宏观的数据通过报表掌握宏观的数据 需求、任务、bug都提供了丰富的报表数据，可以通过设计查询条件来组合活动自己的报
23、表数据。Page 7070通过动态功能了解产品、项目和个人的情况通过动态功能了解产品、项目和个人的情况产品和项目有动态功能，可以查看某一个产品或者下面相关的动作信息。可以通过组织视图了解每一个人目前的状态，包括其负责的需求、任务、bug，参与的项目，动态信息等。Page 7171我的地盘我做主我的地盘我做主禅道内置了简单的todo管理，每个人每天上班可以快速安排下自己今天要做的事情。还可以通过我的地盘关注需要自己负责的需求、任务、bug等信息。设置email，可以给相应的人员进行发信。Page 7272禅道使用技巧禅道使用技巧找到自己想要的东西 各种检索标签 搜索(保存查询条件) 页面右上角的快速跳转。项目工时的估计 创建项目时确定可用工作日。 团队管理中分别设置每个人的工作日和每天工时投入。 各个列表页面的工时综合。产品和项目的访问权限需求、bug、任务、用例、todo之间的互转批量添加、导出Page 7373需求、任务、需求、任务、bug、用例、用例、todo之间互转之间互转需求任务bugtodo用例分解导入到项目中Bug转需求转为转为分解互转Page 7474谢谢！
