当前位置：文档之家 › 禅道项目管理软件使用帮助

禅道项目管理软件使用帮助

  • 格式：pptx
  • 大小：3.01 MB
  • 文档页数：78

下载文档原格式

  / 78

合集下载

项目管理软件禅道使用手册

项目管理软件禅道使用手册
?实用：
zentaomos虽然比较精简，但内置了常用的服务和软件，包括：vim, openssh, cron, git, subversion, git, lrzsz, apache, php, mysql, phpmyadmin等。
?虚拟化：
zentaomos目前是基于vitualbox虚拟环境编译的，可以非常方便地通过virtualbox将系统导入，不管主机的环境是什么，只要能运行virtualbox就可以运行。
?精简：
现在比较常用的linux系统都是通用目的的，体积庞大，大量的软件是很少乃至从不使用的，软件更新比较缓慢。zentaomos是按照linux from scratch的手册进行编译的，并进行了精简。整个系统占用空间不足300M。virtualbox的虚拟硬盘压缩之后只有60M，ova格式的不足100M。?
项目管理软件禅道使用手册
一个好的项目必须有一个好的管理过程，从接到项目到项目需求分析，到项目的每一个进度，项目经理对项目的管理和进度安排对项目的成功有着重要的作用。下面写了一下项目管理软件免费版的使用。
禅道管理操作系统(zentao management operating system)。zentaomos是根据linux from scratch 7.3进行编译的，可以运行在virtualbox虚拟环境下面。zentaomos的目的是为企业内部应用提供一个一体化的集成解决方案，它和其他的linux发行版本的区别在于：
4.成功导入之后，运行禅道管理系统。
使用：访问禅道：打开浏览器，访问http://localhost/?;
登陆账户账号和密码????????admin??? 密码123456?
如果你的系统有程序占用了80端口，可以重新定义下虚拟omos一共有两个盘，一个是系统盘，一个是数据盘，数据盘加载/home/分区下面，mysql的数据库， phpmyadmin, zentao这些数据都是存放在/home/srv目录下面。

禅道使用手册精选文档

禅道使用手册精选文档

禅道使用手册精选文档 TTMS system office room 【TTMS16H-TTMS2A-TTMS8Q8-禅道使用手册概述禅道管理基于 LGPL 协议开源免费的项目管理软件、集产品管理、项目管理、测试管理一体以及事物管理组织管理的功能。

管理员进入系统配置账号首先登录公司 BUG 系统点击组织视图，进入如下界面。

在组织视图下，我们主要使用用户列表和权限分组来配置账号。

如果需要更全面记录用户信息，可以使用部门维护和公司管理。

现在初始化帐号是自己名字的拼音密码为1234561.1点击公司管理，进入如下图所示界面可以对公司信息进行编辑。

部门编辑此处可以编辑参与项目测试的测试组和项目组可以添加修改和删除部门。

1.2编辑用户，点击右上角的添加用户，入如下界面上面的图所示页面可以对用户的信息进行编辑，保存成功后即显示到用户列表中，如下图所示。

在用户列表下，可以点击部门结构列表中的部门名称连接来查看用户的分配情况，点击删除可以删除用户，点击编辑可以对用户信息进行完善。

如下图所示设置用户的权限，点击权限分组，显示如下界面禅道中默认有5个权限分组，也点击右上的添加分组/或者在权限分组页面-新增分组，添加一个新的分组，进行自定义设置，如下图所示。

分组建立成功后，点击后面的权限维护，来设置此组里面的用户的访问权限，如下图所示。

设置完成后点击保存点击权限分组对应的成员维护，添加用户设置用户角色，赋予用户对应的权限2 添加产品信息管理员进入系统后，点击产品视图，在产品视图模块对项目进行录入，产品即我们所进行测试的项目系统产品：新增产品，点击右上角的添加产品，如下图所示产品添加成功之后产品的列表中3 测试用例创建用例点击导航栏中的“用例”按钮，进入如下图所示界面；点击右上角的“建用例”进入如下图所示界面；按照格式填入用例比标题、步骤、预期结果等。

其中“维护模块”能添加用例属于表的功能模块，这样能表示该用例属于该产品的什么模块。

禅道使用帮助

禅道使用帮助

禅道使用帮助版本：V1.2修订记录目录1禅道介绍 (3)1.1目的 (3)1.2范围 (3)1.3使用说明 (3)2主要角色及职责 (3)3禅道介绍 (3)3.1禅道项目管理软件的设计理念 (3)3.2禅道迭代管理软件的主要功能列表 (3)4最简使用 (4)4.1使用禅道来进行迭代任务管理 (4)4.1.1创建迭代 (4)4.1.2设置团队 (4)4.1.3分解任务 (5)4.1.4更新任务 (6)4.1.5验证关闭任务 (7)4.2只使用禅道来做BUG管理 (7)4.2.1创建项目 (7)4.2.2提出bug (8)4.2.3解决bug (8)4.2.4关闭bug (9)4.3只使用禅道来做项目管理 (10)4.3.1创建项目 (10)4.3.2创建需求 (10)4.3.3变更需求 (11)4.3.4评审需求 (12)4.4个人使用禅道来做事务跟踪管理 (13)4.4.1创建待办 (13)4.4.2浏览待办 (13)5全流程基本使用 (14)5.1创建第一个项目 (14)5.2添加第一个需求 (14)5.3创建第一个迭代 (14)5.4开始第一个迭代 (15)5.5为需求分解任务 (15)5.6提交BUG (16)6进阶使用 (19)6.1禅道使用全流程图解 (19)6.2个人管理 (19)6.2.1使用待办进行个人事务管理 (19)6.2.2关注需要自己处理的任务、需求、bug (19)6.2.3通过我的档案查看或者修改个人信息 (20)6.3项目经理篇 (21)6.3.1维护项目 (21)6.3.2创建和评审需求 (23)6.3.3变更和评审需求 (25)6.3.4需求的状态和研发阶段 (28)6.3.5需求的注意事项 (30)6.3.6维护迭代模块 (31)6.3.7建立发布计划 (31)6.3.8建立发布 (33)6.3.9线路图 (33)6.3.10文档管理 (34)6.3.11主持项目会议 (35)6.3.12参与迭代管理、演示和总结 (36)6.3.13需求的基本统计报表 (36)6.4开发经理篇 (37)6.4.1创建迭代 (37)6.4.2组建迭代团队 (37)6.4.3确定迭代要完成的需求列表 (38)6.4.4组织进行任务分解 (39)6.4.5召开每天的站立会议 (40)6.4.6通过燃尽图了解迭代的进展 (41)6.4.7通过各种列表的各种功能了解迭代进展 (41)6.4.8召开演示会议和总结会议 (42)6.4.9迭代任务基本的报表统计 (43)6.5开发团队篇 (43)6.5.1参加迭代计划会议，分解任务 (43)6.5.2领取任务，并每天更新任务 (43)6.5.3创建版本 (45)6.5.4申请测试 (46)6.5.5解决bug (47)6.5.6文档管理 (49)6.5.7确认bug (49)6.6测试团队篇 (50)6.6.1维护bug视图模块 (50)6.6.2提交bug (50)6.6.3验证bug，关闭 (51)6.6.4激活bug (52)6.6.5找到自己需要的bug (52)6.6.6维护测试用例视图 (53)6.6.7创建测试用例 (53)6.6.8管理测试任务 (54)6.6.9执行用例，并提交bug (56)6.6.10查看报表统计 (56)1禅道介绍1.1目的介绍使用禅道做项目管理的操作细则；1.2范围本过程适用于软件开发项目。

禅道项目管理软件使用帮助

禅道项目管理软件使用帮助
– 开发人员负责产品的研发。
• 测试人员(QA)
– 测试人员保证产品的质量。
• 项目经理(Project Manager or scrum master)
– 通过项目，协调产品人员，开发人员，测试人员完成产品 。scrum里面，该角色称为scrum master。
禅道项目管理软件使用帮助
基本概念
• 组织视图：
Build
提示
build管理对于开发来讲是很重要的，它属于scrum的范畴。在禅道中，暂 时将其简化。在项目开发过程中，如果有若干功能已经开发完毕，需要提 交测试，这是应当创建一个build，然后提交给QA进行测试。后续的bug 管理和测试任务管理都应当基于一个build展开的。 源代码地址可以给出svn的存储路径或者其他版本控制系统的路径。 如果没有源代码地址，需要给出build包的存储地址。
。 • 产品经常延期发布。 • 产品的质量总是不能满足预期。 • 团队长期加班，工作没有成就感。
禅道项目管理软件使用帮助
有没有更好的项目管理方法呢？ ——敏捷是一个不错的选择
禅道项目管理软件使用帮助
敏捷宣言
• 个体与交互 重于 过程和工具 • 可用的软件 重于 完备的文档 • 客户协作 重于 合同谈判 • 响应变化 重于 遵循计划
当前项目（固定的时间和人）所需要完成的需求达成一致， 形成项目的需求列表。 • 项目团队对需求进行WBS任务分解，开始开发。 • 测试人员根据需求创建自己的测试用例。当有版本提交以后 ，建立相应的测试任务，记录缺陷。研发人员修复bug。 • 项目结束之后，大家召开演示会议，团队向相关人员（产品 人员及所有感兴趣的人）展示该项目所取得的成果。大家提 出的反馈由产品人员整理成为需求。 • 开始下一轮的循环。

禅道介绍及使用说明

禅道介绍及使用说明

项目经理—设置团队
当项目创建完之后可以根据提示选择创建团队
设置完毕之后，系统会自动计算这个项目总得可用工时。
项目经理—关联产品、需求
一、关联产品 1.如果在创建项目的时候，已经关联过产品，可以忽略这个步骤。 2.以项目经理身份登录。 3.进入项目视图。 4.点击“关联产品”按钮。然后点选该项目相关的产品即可。
产品经理 （提需求）
程序员 （写代码）
测试
禅道的使用流程图解
产品经理—创建产品
1.用产品经理的角色登录禅道。 2.进入产品视图，然后点击页面右侧的“新增产品”链接，可出现新增产品的页面。 3.如果系统中还没有添加产品，系统也会自动跳转到产品的添加页面。
添加产品时注意： 1.产品代号相当于大家对这个产品的一个隐喻 2.产品负责人负责整理和解释整个产品的需求，制定相应的发布计划。 3.测试负责人，可以指定默认的测试负责人。 4.发布负责人主要的职责是创建发布。 5.访问控制，则可以控制访问该产品的人员列表。
这其中“已解决”和“延期”的bug视为有效bug。
测试—测试用例
测试—执行用例、创建bug
1.用例列表页面点击执行 2.执行用例 3.创建bug
执行用例
创建bug 如果一个用例执行失败，可以直接由这个测试用例创建一个bug。
测试—激活bug、关闭bug
激活bug： 如果开发人员解决bug之后， 验证无法通过，则可以将 bug重新激活，交由最后的 解决者去重新解决。还有 一种情况就是bug关闭之后， 过了一段时间，bug又重现 了，也需要重新激活。
产品经理—创建计划
也可以在添加需求的时候指定计划(已经过 期的计划不会列出)
产品经理—创建需求
项目经理—创建项目

禅道项目管理系统使用讲解

禅道项目管理系统使用讲解

BUG管理
2、提出bug
• • • 在创建bug的时候，必填的字段是影响版本，bug标题，重现步骤这些 基本的信息。 所属项目，相关产品，需求可以忽略。 创建bug的时候，可以直接指派给某一个人员去处理。如果不清楚的话 ，可以保留为空。
BUG管理
3、解决bug
当一个bug指派给某一位研发人员之后，他可以来验证解决这个bug
需求管理
2、创建需求
需求管理
3、变更需求
禅道专门提供了需求的变更流程。凡是对需求标题、描述、验证标准和附件的修改， 都应该走变更流程。变更之后的需求状态为变更中
需求管理
4、评审需求
4.1 通过需求的详情页面查看变更前后的变化
需求管理
4.2 评审需求，给出评审结果
评审需要给一个评审结果，评审结果可以选择确认通过、撤销变更、有待明确 或者绝句
创建分组和用户
禅道安装成功之后，管理员的第一件要做的事情就是设置部门结构。 1.以管理员身份登录。 2.进入组织视图 3.选择部门维护。 4.在部门维护页面，维护公司的组织结构即可。
创建分组和用户
添加一个账号
部门创建之后，下一步的操作就是往系统中添加用户。步骤如下 1.进组织视图 2.选择用户列表 3.然后选择“添加用户”，即可进入添加用户页面。 4.用户添加完之后，即可将其关联到某一个分组中。
1、创建产品
需求管理
2、创建需求
有了产品之后，就可以来创建需求了
• • • •
创建需求的时候，可以选择需求的来源。 需求的标题、描述和验证标准是需求的主要的三个元素，应该认真清晰的进行填 写。 在创建需求的时候，可以指定需求的优先级、预计工时等字段。 创建需求的时候可以选择由谁来进行评审，这样创建的需求状态是草稿状态。如 果勾选了”不需要评审“，则是激活状态。

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

办”。
禅道项目管理工具使用帮助
创建我的待办
禅道项目管理工具使用帮助
§我的地盘
– 待办管理、我的需求、我的bug、我的任务……
禅道项目管理工具使用帮助
用户角色
§系统管理员(Admin)
– 系统管理员主要负责添加用户，分配权限。
§产品人员(product owner)
– 产品人员主要负责产品管理。
§开发人员(developer)
– 开发人员负责产品的研发。
§测试人员(QA)
禅道项目管理工具使用帮助
分解任务
提示
分解任务时，可以设置任务的类型，比如是设计，还是开发。
任务也可以不用关联需求。
任务需要给一个估计值。
禅道项目管理工具使用帮助
工时管理
提示 项目中每一个成员每天都应 该更新自己负责的任务的预 计剩余时间。
禅道项目管理工具使用帮助
燃烧图(burndown)
提示 系统通过定时任 务，自动计算项 目中所有未完任 务预计剩余时间 之和，画出曲线 图。燃烧图可以 告诉我们很多东 西。
凡事预则立。计划可以帮助产品人员宏观把握产品禅道，项做目管到理心工具中使有用帮数助。
为计划关联需求
计划可以关联需求、关联BUG，直接点计划后面的相应按钮 进入到相应的界面选择相应的需求或BUG即可。
禅道项目管理工具使用帮助
发布(release)
禅道项目管理工具使用帮助
路线图
禅道项目管理工具使用帮助
§项目团队对需求进行WBS(Work Breakdown Structure)任务分 解，开始开发。
§测试人员根据需求创建自己的测试用例。当有版本提交以后， 建立相应的测试任务，记录缺陷。研发人员修复bug。

禅道使用手册

禅道使用手册概述禅道管理基于LGPL 协议开源免费的项目管理软件、集产品管理、项目管理、测试管理一体以及事物管理组织管理的功能。

1.admin 管理员进入系统配置账号首先登录公司BUG 系统http://192.168.1.122:90/zentaotest/www/index.php?m=user&f=login 点击组织视图，进入如下界面。

在组织视图下，我们主要使用用户列表和权限分组来配置账号。

如果需要更全面记录用户信息，可以使用部门维护和公司管理。

现在初始化帐号是自己名字的拼音密码为1234561.1点击公司管理，进入如下图所示界面可以对公司信息进行编辑。

1.2 部门编辑此处可以编辑参与项目测试的测试组和项目组可以添加修改和删除部门。

1.2编辑用户，点击右上角的添加用户，入如下界面上面的图所示页面可以对用户的信息进行编辑，保存成功后即显示到用户列表中，如下图所示。

在用户列表下，可以点击部门结构列表中的部门名称连接来查看用户的分配情况，点击删除可以删除用户，点击编辑可以对用户信息进行完善。

如下图所示1.4设置用户的权限，点击权限分组，显示如下界面禅道中默认有5个权限分组，也点击右上的添加分组/或者在权限分组页面-新增分组，添加一个新的分组，进行自定义设置，如下图所示。

分组建立成功后，点击后面的权限维护，来设置此组里面的用户的访问权限，如下图所示。

设置完成后点击保存点击权限分组对应的成员维护，添加用户设置用户角色，赋予用户对应的权限2 添加产品信息管理员进入系统后，点击产品视图，在产品视图模块对项目进行录入，产品即我们所进行测试的项目系统产品：2.1 新增产品，点击右上角的添加产品，如下图所示产品添加成功之后产品的列表中3 测试用例3.1 创建用例点击导航栏中的“用例”按钮，进入如下图所示界面；点击右上角的“建用例”进入如下图所示界面；按照格式填入用例比标题、步骤、预期结果等。

其中“维护模块”能添加用例属于表的功能模块，这样能表示该用例属于该产品的什么模块。

禅道使用帮助手册


提交bug
• 项目进展到后期主要的工作就是测试。测试人员和开发通过bug 进行互动，保证产品的质量。
一、禅道里面bug的基本处理流程 • 禅道里面缺陷处理的基本流程是：测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug。 • 如果bug验证没有通过，可以激活：测试提交bug => 开发解决 bug => 测试验证bug => 测试激活bug => 开发解决bug => 测试验 证 => 测试关闭。 • 还有一个流程就是bug关闭之后，又发生了。测试提交bug => 开 发解决bug => 测试验证bug => 测试关闭bug => 测试激活bug => 开发解决bug => 测试验证 => 测试关闭。
测试提bug
禅道使用的基本流程和产品、研发、测试之间的三权分立
基本流程如下：
• • • • • • 1. 产品经理创建产品 2. 产品经理创建需求 3. 项目经理创建项目 4. 项目经理确定项目要做的需求 5. 项目经理分解任务，指派到人 6. 测试人员测试，提交bug
创建一个产品
• 禅道的设计理念是围绕产品展开的，因此我们首先要做的就是创 建一个产品。
二、设置团队 2.1 点击保存按钮，会提示项目创建成功，然后可以选择设置团队。
2.2 或者从项目视图中的团队菜单，也可以进行项目的团队管理。
•
在维护项目团队的时候，需要选择都是哪些用户可以参与到这个 项目中，同时需要设置这个用户在本项目中的角色（角色可以随 便设置，比如风清扬，冬瓜一号等）。可用工作日和可用工时每 天需要仔细设置。通常来讲，一个人不可能每天8小时投入，也不 可能一星期七天连续投入。

企业中使用禅道步骤

企业中使用禅道步骤好的，下面是企业中使用禅道的步骤说明：一、基本的登录与界面了解1. 登录禅道- 首先，你要打开禅道的网址呀。

你可别记错了网址哦，要是不小心输错了，那可就进不去了。

就像你回家走错单元楼一样，根本到不了地方。

打开之后，就会看到登录页面。

这时候输入公司给你的账号和密码，这一步很重要记住了。

我之前就有一次把账号或者密码输错好几次，还以为是系统出问题了呢。

- 登录进去之后，你会看到禅道的界面。

就像你进了一个大商场，各种菜单啊、功能图标啊琳琅满目。

左边一般有项目、产品、执行等菜单，这就是我们操作的主要入口啦。

二、个人小技巧2. 自定义自己的工作面板- 对了这里可以设置你自己的工作面板哦。

在界面的某个角落找到设置或者自定义之类的选项（不同版本位置可能有点差别）。

我试过好多次调整这个面板，根据自己的工作习惯把自己常用的功能模块放到显眼的地方。

比如说我日常主要负责项目的任务跟进，就把任务相关的模块放在最前面，这样找起来快多了。

这就好比你把最常穿的衣服放在衣柜最前面，早上找的时候能省不少时间。

三、容易忽视的细节3. 注意数据权限- 禅道里面有数据权限这个事很容易被忽视啊，等等，中间还要注意你自己的账号在不同项目、不同模块下可以看到和操作的数据范围是不同的。

有次我在一个项目里就碰上了，我觉得按照以往操作自己应该能看到某些任务关联的文档，结果发现看不到。

后来才知道是权限设置的问题。

关于权限设置，如果不确定的话，一定要找管理员问问清楚，千万别自己乱改或者乱操作。

四、常见问题4. 操作无响应- 有时候会遇到操作了某个功能，但是感觉禅道没反应。

哎，原来还可以这样，一般这种情况下，你首先要检查一下网络是不是正常的。

如果网络没问题，那可能就是你刚刚的操作有问题或者系统临时有点卡。

这时候千万不要连续多次点击同一个按钮，不然可能会把事情搞得更糟。

之前有个同事性子急，点了一堆次提交任务，结果系统就错乱了，还得找技术人员去修复。

  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

用例执行结果
创建Bug
• 如果某一次用例执行失败，可以根据这个结 果创建Bug，系统会自动生成bug的重现步 骤。
Bug管理
• Bug管理的流程同BugFree
我的地盘
我的地盘
• 前面所有的一切最终体现在每一个人每天的 行动上面。 • 我的地盘中列出了需要自己处理的任务、需 求、bug等。 • 还可以通过todo来管理自己每天的日程。 • todo类型分为三种，一种是和项目任务管 理，一种是和bug关联，还有一种是自定义。 • 这样可以将项目中的任务或者bug转换为每 天的todo。
• scrum
– 偏重于宏观的项目管理，并没有规定具体的开 发实践。
• scrum + xp
让我们来快速了解下scrum
关于Scrum
• 它是一种应对快速变化的需求的一种软件开发 能力。 • 它更强调程序员团队与业务专家之间的紧密协 作、面对面的沟通（认为比书面的文档更有 效）、频繁交付新的软件版本、紧凑而自我组 织型的团队、能够很好地适应需求变化的代码 编写和团队组织方法，也更注重做为软件开发 中人的作用。
质量管理
质量管理
• 测试用例管理
– – – 测试用例模块 添加测试用例 测试用例详情 创建测试任务 管理用例 执行用例 查看结果 创建Bug
Bug处理流程 创建bug 解决bug 关闭bug 激活bug 编辑bug
•
测试任务管理
– – – – –
•
Bug管理
– – – – – –
测试用例模块
• 测试用例有自己单独的模块划分，独立于产 品视图中的模块划分。 • 为什么独立开，是因为使用角度不同，产品 视图中的模块是给产品人员使用的，而测试 用例模块是为了维护用例使用的。
项目管理
项目管理
• • • • • • • 添加项目 组建团队 关联产品、需求 分解任务 工时管理 燃烧图 build
添加项目
提示 项目代号和团队名称应用团队自由设置，体现自主管理。
组建团队
提示 每个人在项目中的角色可以自由设定，工时一般都应小于8，因为基本上 每个人每天都需要处理一些其他事情。
需求详情
提示
通过需求详情页面可以看到需求的所有信息，以及历次的修改记录。
需求处理流程(1)
• 需求有一个状态(status)字段，总共有四种 状态，分别是草稿(draft)、激活(active)、 已变更(changed)和已关闭(closed)。 • 对应为需求的流程操作共有：创建、变更、 审核、关闭、激活。 • 需求还有一个阶段(stage)字段，用来描述 激活的需求在研发过程中所处的阶段。目前 总共有等待、已计划、已立项、开发中、开 发完毕、测试中、测试完毕、已验收、已发 布。
• QA视图：
– Bug、测试用例和测试任务
• 我的地盘：
– todo、任务、项目、需求、bug
禅道项目管理的基本流程
• 首先产品人员维护需求列表，需求有优先级和预计工时。 • 召开产品计划会议，与会人员有产品、研发和测试，大家就 当前项目（固定的时间和人）所需要完成的需求达成一致， 形成项目的需求列表。 • 项目团队对需求进行WBS任务分解，开始开发。 • 测试人员根据需求创建自己的测试用例。当有版本提交以后， 建立相应的测试任务，记录缺陷。研发人员修复bug。 • 项目结束之后，大家召开演示会议，团队向相关人员（产品 人员及所有感兴趣的人）展示该项目所取得的成果。大家提 出的反馈由产品人员整理成为需求。 • 开始下一轮的循环。
– TODO管理、我的需求、我的bug、我的任务……
用户角色
• 系统管理员(Admin)
– 系统管理员主要负责添加用户，分配权限。
• 产品人员(product owner)
– 产品人员主要负责产品管理。
• 开发人员(developer)
– 开发人员负责产品的研发。
• 测试人员(QA)
– 测试人员保证产品的质量。
分组成员维护
提示
一个用户可以属于多个分组。
分组权限维护
提示
设置权限的时候，根据自己团队实际的情况进行组合。一般来讲，删除 权限需要慎重。还有就是以”接口“开头的方法所有人都应该分派。 在实际使用过程中，如果提示访问受限，可以由管理员分配权限之后， 重新登录即可。
小结
• 组织管理主要完成用户和分组管理，用户通 过所属的分组获得自己应用的权限。 • 禅道系统会根据当前登录的每一个用户的权 限来进行相应的操作，允许还是禁止。
禅道和scrum的对应
组织管理
组织管理
• • • • • 建立部门结构 添加用户 设置分组 分组成员维护 分组权限维护
建立部门结构
提示
合理的部门结构是项目成功的组织保障，也是公司健康发展的基石。
添加用户
提示 禅道中，所 有的添加操 作都在页面 的最右面。
设置分组
提示
分组的目的主要是用来分配权限。 Nhomakorabea• 项目经理(Project Manager or scrum master)
– 通过项目，协调产品人员，开发人员，测试人员完成产 品。scrum里面，该角色称为scrum master。
基本概念
• 组织视图：
– 部门结构、用户和分组
• 产品视图：
– 产品、需求、计划、发布和路线图
• 项目视图：
– 项目、任务、产品、需求、bug、build、燃烧图、团队
禅道系统的功能列表
• 组织管理
– 部门管理、用户管理、分组管理、分组管理、权限管理
• 产品管理
– 产品管理、需求管理、计划管理、发布管理、路线图
• 项目管理
– 项目管理、任务管理、项目需求管理、团队管理、工时 管理、build管理、燃烧图。
• 质量管理
– Bug管理、测试用例管理、测试任务管理。
• 我的地盘
Scrum核心要素
Scrum流程
借助于工具
借助于禅道:)
关于禅道
禅道概述
• • • • • • • •
禅道项目管理系统是什么？ 为什么选择禅道系统？ 禅道系统理论基础。 禅道系统功能列表。 禅道系统用户角色。 禅道系统基本概念。 禅道系统项目管理的基本流程。 禅道系统和scrum的对应关系。
为计划关联需求
发布(release)
路线图
计划、发布、build和路线图
• 计划主要是给产品人员规划需求使用。它和实际的 项目没有直接的对应关系。一个项目中做的需求可 能和计划完全一样，也有可能涉及多个计划。 • build是在项目过程中产生的，主要用来测试使用。 build是对内的。 • 经过若干项目之后，产品人员可以选择发布一个版 本，发布是对外的。而且发布肯定和一个build对 应。 • 已经发布的版本加上未来的plan，构成产品的路 线图。
工时管理
提示 项目中每一个成员每天都 应该更新自己负责的任务 的预计剩余时间。
燃尽图(burndown)
提示 系统通过定时任 务，自动计算项 目中所有未完任 务预计剩余时间 之和，画出曲线 图。燃烧图可以 告诉我们很多东 西。
Build
build管理对于开发来讲是很重要的，它属于scrum的范畴。在禅道中，暂 提示 时将其简化。在项目开发过程中，如果有若干功能已经开发完毕，需要 提交测试，这是应当创建一个build，然后提交给QA进行测试。后续的 bug管理和测试任务管理都应当基于一个build展开的。 源代码地址可以给出svn的存储路径或者其他版本控制系统的路径。 如果没有源代码地址，需要给出build包的存储地址。
第四章 产品管理
• • • • • • • • • 产品管理是至关重要的一环 添加产品 维护产品模块 添加需求 需求详情 需求处理流程 计划 发布 路线图
产品管理至关重要
• 很多项目管理软件中只有单纯的任务管理， 没有产品管理。乃至很多的软件将产品和项 目混为一谈。 • 在禅道中，项目是一个动态实施的过程，项 目的产出是可以交付的产品。 • 在禅道中，所有的一切都是围绕产品展开的。 • 产品管理的核心是需求。在scrum里面，简 化为story(用户故事)。即像讲故事一样来 描述一个需求。
和瀑布式开发相比较
• • • • •
敏捷的开发周期更短，最长不超过一个月 持续的交付可以工作的软件。 客户的充分参与。 坐在一起的团队，面对面的沟通和交流。 团队的自组织和管理。
敏捷开发的两种流行方式
• 极限编程
– 极限编程，偏重于开发实践。采用一系列的开 发实践了保证代码的质量和按期交付。 – 单元测试，持续集成，TDD，结对编程，重 构……
关联产品
提示 一个项目可以关联多个产品，禅道系统中，支持项目和产品之间的矩阵 关系。
关联需求
提示
关联需求的过程，是对产品中的需求列表进行排序的过程，也是项目团 队达成契约的过程。项目中的需求列表是产品视图中的需求列表的子集 。
分解任务
提示
分解任务时，可以设置任务的类型，比如是设计，还是开发。 任务也可以不用关联需求。 任务需要给一个估计值。
测试用例管理(1)
• 当项目关联需求之后，QA人员应当针对当 前项目所要开发的需求创建测试用例。 • 虽然可以不写测试用例，直接进入bug测试 环节，但这样会有缺漏。 • 在禅道系统中，测试用例是分步骤的。
测试用例管理（2）
测试用例详情
创建测试任务
关联测试用例
执行测试用例(1)
执行测试用例(2)
添加产品
维护产品模块
提示 产品模块就 像一棵树， 用来组织需 求。
添加需求(1)
添加需求(2)
• 添加需求的时候，应该选择对应的模块。 • 如果有产品计划，可以选择相应的计划。 • 默认刚刚添加的需求为草稿，需要进行评审。 如果团队中不需要走评审流程，可以将“不 需要评审”选上。 • 需求可以上传附件。