禅道项目管理工具.pptVIP

禅道项目管理工具培训 组织、产品、项目、测试 周振华 2012-12-27 组织 用户 部门 权限分组 公司 1:n 1:n 权限模块 1:n n:m 方向为权限 组织 概述：组织是项目参与的用户的组织结构，以及相应的权限 用户添加用户，指出用户所在的部门 部门添加部门，人员（用户）组织结构 权限为每个用户指定权限分组;一个权限分组表示多个权限模块的组合;权限模块就是菜单的操作权限;当然一个用户可以同时拥有多个权限分组 公司只允许创建一份公司信息，一个公司可以划分多个部门 动态记录所有最新的操作记录 产品 计划 需求 版本 产品 模块 1:n 1:n n:1 路线 1:n 1:n 方向为路线图 产品 概述：产品是偏重于需求的概念模型，它是对项目的布局与规划 产品产品的基本信息 模块产品模块是产品的产品需求分类 需求产品的需求是一种偏重于原始的需求 计划产品计划是把一个产品划分为多个时间段 版本产品版本表示发布一个产品，通常作为产品计划的完结 路线总揽制定的计划与完成的产品时间顺序 项目 项目 任务 需求 bug(只读) 测试任务(只读) 版本 团队 1:n 参与用户 1:n 1:1 1:n 1:n 1:n n:1 n:1 方向为开发出版本 项目 概述项目是正在进行的项目，与产品相比，产品就像是10个5年计划，而项目就像是具体在哪个大桥上的施工工程 团队一个项目可以设置一个团队，团队是抽调组织中的公司人员。项目中可以设置仅由团队中的用户参与该项目，当然也可以不做限制 需求项目中的需求是偏重于实施方案的需求，当然如果不需要细分可以直接关联产品中的需求 任务一个需求可以分解为多个任务，每个任务可以指派一个人来完成。当然你也可以新建一个任务没有关联任何需求，但是我们建议用需求来分解任务的方式 测试任务：项目中的测试为只读，创建与修改将在“测试视图”中详细介绍 Bug：项目中的测试为只读，创建与修改将在“测试视图”中详细介绍 版本项目中的版本是项目阶段性的产物，它包含了多个需求项与多个bug项，表示解决了一批需求和修复相关的bug之后所得的产物 测试 测试任务 Bug缺陷 测试用例 1:n 1:n 指定用户修bug 1:n 方向为bug修复过程 各个视图的协作 产品视图 项目视图 测试视图 组织视图 产品设计人员 测试人员 开发人员 项目需求关联产品需求 测试任务关联需求 Bug指派到项目中 案例1：创建产品 执行人：产品设计或需求人员 步骤1：产品视图-〉新增产品，完善产品的基本信息 步骤2：选定某个产品-〉维护模块，创建该产品的模块树结构，如：ecshop产品有用户中心模块，商品订单模块 步骤3：产品视图-〉新增需求，在需求中可以选择该需求属于哪一个模块 案例2：制定产品的路线图 执行人：产品设计或需求人员 步骤1：产品视图-〉新增计划，选择一个时间区间 步骤2：产品视图-〉新增发布，选择一个发布时间点 步骤3：产品视图-〉路线图，可以看到按照时间顺序从上到下排列的计划和发布，它表示你规划的时间段和验收成果的时间节点 案例3：产品的需求评审 执行人：产品管理人员 步骤1：产品视图-〉需求，出现需求列表 步骤2：对某个需求点击评审，而后进入填写评审意见页面 案例4：项目分配任务 执行人：项目开发管理人员 步骤1：项目视图-〉需求，可以看到需求列表 步骤2：对某一条需求点击“分解任务” 步骤3：完成填写之后，随即就产生了新的任务 案例4：项目日志 执行人：除产品之外项目参与人员 步骤1：对于个人日志，我的地盘-〉我的日志 步骤2：在日历中点击当天或之前的某个日期，将出现属于个人的所有开发任务或测试任务。 步骤3：选择多个任务，表示这个日期我完成的任务情况 步骤4：对于项目日志，可以在项目视图中的日志，看到所有人或某个人的完成情况。需要的话，可以导出excel 案例5：修复bug任务 执行人：项目开发管理人员 步骤1：项目视图-〉新增任务 步骤2：在新增任务页面，点击“导入bug” 步骤3：指定bug修复产生的新任务指定给谁来完成 案例6：测试流程 执行人：测试人员 步骤1：测试视图-〉提交测试，可以添加测试任务。测试任务是测试最终结果。 步骤2：测试视图-〉新增用例，用例用来描述操作的顺序和期望得到正确的操作结果，他是测试任务的其中一个分支。 步骤3：在测试任务中选择关联的用例 步骤4：当某个用例测试不通过时，可以点击生成bug 步骤5：当一个任务中测试用例全部通过时，才应当任务完成的。 规范 一个产品计划应当对应一个项目 一个产品发布应当对应一个项目的版本 项目任务应当都是来自项目需求和bug修复，杜绝创建无关联任务 测试用例都应该从属于测