禅道项目管理工具使用帮助(PPT 76页).ppt

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