1 禅道介绍
1.1 关于禅道项目管理软件
1.2 禅道介绍PPT下载
1.3 如何获得支持
1.4 关注我们
2 安装禅道
2.1 选择适合您的安装方法
2.2 使用云禅道在线项目管理服务!
2.3 (推荐)windows用一键安装包安装
2.4 (推荐)linux用一键安装包
2.5 禅道一键安装包里安装蝉知和然之
2.6 linux下用lampp集成包安装
2.7 使用源码包安装(各系统通用)
2.8 禅道虚拟机运行环境安装(virtualbox)
2.9 华芸NAS在线安装
3 升级禅道
3.1 选择和自己环境对应的升级方式
3.2 通过源代码方式升级(通用)
3.3 windows一键安装包的升级
3.4 linux一键安装包升级
4 创建分组和用户
4.1 建立部门结构
4.2 添加一个帐号
4.3 批量维护帐号
4.4 设置分组,建立权限体系
5 最简使用
5.1 使用禅道来进行项目任务管理
5.2 只使用禅道来做bug管理
5.3 只使用禅道来进行产品管理
5.4 个人使用禅道来做事务跟踪管理
6 基本使用
6.1 禅道使用的基本流程和产品、研发、测试之间的三权分立
6.2 敏捷开发及scrum简介
6.3 禅道和scrum的对应关系
6.4 禅道的新手教程
6.5 创建第一个产品
6.6 添加第一个需求
6.7 开始第一个项目
6.8 确定项目要完成的需求列表
6.9 为需求分解任务
6.10 提交bug
6.11 视频教程:第一个演示项目
6.12 维护联系人
6.13 禅道的自定义功能
6.14 导入excel、csv参考文档
6.15 文档管理
6.16 工作方式的切换
6.17 操作获取积分功能
6.18 自定义必填项功能
6.19 如何排查产品、项目是否有访问权限
7 进阶使用
7.1 使用流程
7.1.1 禅道使用流程图解
7.2 个人管理
7.2.1 使用待办进行个人事务管理
7.2.2 关注需要自己处理的任务、需求、bug
7.2.3 通过我的档案查看或者修改个人信息
7.2.4 视频教程:禅道使用之个人篇
7.3 产品经理篇
7.3.1 维护产品
7.3.2 维护产品线
7.3.3 创建和评审需求
7.3.4 变更和评审需求
7.3.5 需求的状态和研发阶段
7.3.6 需求的注意事项
7.3.7 维护产品模块
7.3.8 建立发布计划
7.3.9 建立发布
7.3.10 路线图
7.3.11 文档管理
7.3.12 主持产品会议
7.3.13 参与项目管理、演示和总结
7.3.14 需求的基本统计报表
7.3.15 视频教程:禅道使用之产品经理篇
7.4 项目经理篇
7.4.1 建立项目
7.4.2 组建项目团队
7.4.3 确定项目要完成的需求列表
7.4.4 组织进行任务分解
7.4.5 召开每天的站立会议
7.4.6 通过燃尽图了解项目的进展
7.4.7 通过各种列表的各种功能了解项目进展
7.4.8 召开演示会议和总结会议
7.4.9 项目任务基本的报表统计
7.4.10 视频教程:禅道使用之项目经理篇
7.5 开发团队篇
7.5.1 参加项目计划会议,分解任务
7.5.2 领取任务,并每天更新任务
7.5.3 通过看板和树状图查看任务
7.5.4 创建版本
7.5.5 申请测试
7.5.6 解决bug
7.5.7 文档管理
7.5.8 确认bug
7.5.9 视频教程:禅道使用之开发团队篇
7.6 测试团队篇
7.6.1 维护bug视图模块
7.6.2 提交bug
7.6.3 验证bug,关闭
7.6.4 激活bug
7.6.5 找到自己需要的bug
7.6.6 维护测试用例视图
7.6.7 创建测试用例
7.6.8 测试套件、报告和公共用例库的维护
7.6.9 管理测试版本
7.6.10 执行用例,提交Bug,生成测试报告
7.6.11 查看报表统计
7.6.12 视频教程:禅道使用之测试团队篇
8 维护配置
8.1 维护禅道
8.1.1 初始化管理脚本
8.1.2 备份禅道
8.1.3 恢复删除的资源
8.1.4 如何更新燃尽图
8.1.5 一键安装包如何实现mysql异机连接
8.2 配置禅道
8.2.1 设置是否允许匿名访问
8.2.2 如何配置email发信
8.2.3 禅道云发信
8.2.4 如何成为超级管理员
8.2.5 配置禅道系统为静态访问
8.2.6 去掉禅道访问地址中的zentao
8.2.7 集成禅道和svn
8.2.8 集成禅道和git
8.2.9 集成webhook
9 定制开发
9.1 二次开发机制
9.2 禅道的目录结构
9.3 找到要修改的文件
9.4 禅道的数据库结构
9.5 公用模块--common
9.6 如何登记菜单
9.7 如何登记权限
9.8 示例:如何修改禅道的语言提示?
9.9 示例:创建bug时可以设置优先级字段
9.10 使用在线扩展编辑器
9.11 禅道项目管理软件打包规范1.1版本
10 其他相关
10.1 禅道所使用到的第三方代码
10.2 禅道FAQ
10.3 如何帮助禅道项目
10.4 禅道商业服务
10.5 禅道项目的贡献者
10.6 历史修改记录

变更和评审需求

2012-06-04 15:51:27
王春生
44835
最后编辑:先知 于 2017-11-08 10:43:07
简介:变更是需求管理必不可少的流程,禅道项目管理软件对需求的变更提供了全面的支持。

变更是需求管理必不可少的流程,禅道项目管理软件对需求的变更提供了全面的支持。其实需求的变更并不可怕,但不清楚影响范围的变更是很可怕的。在传统项目管理中,由于没有有力工具的支撑,产品经理在变更需求的时候,无法知晓该需求的影响范围,会有很大的随意性。禅道项目管理软件将需求、任务、bug和用例都纳入为一体管理,就可以很清楚的知晓变更的影响范围,从而给产品经理更好的指导。

 

禅道里面需求变更的基本流程如下:

需求变更

 

下面我们来看下具体的操作:

一、变更需求。

禅道专门提供了需求的变更流程。凡是对需求标题、描述、验证标准和附件的修改,都应该走变更流程。变更之后的需求状态为变更中




  • 编辑操作是无法修改需求的标题、描述、验收标准和附件的。

  • 在变更需求的时候,如果选择了“不需要评审”,则需求状态自动变成激活,不需要再走评审流程。
  • 在变更需求的时候,会列出该需求的影响范围:

二、评审需求。

2.1 通过需求的详情页面查看变更前后的变化


2.2 评审需求,给出评审结果

  • 评审结果可以选择确认通过,撤销变更,有待明确或者拒绝。如果选择确认通过,则需求的状态从“已变更”变为“激活中”。
  • 如果选择撤销变更,则取消当前的变更,并回退到之前的版本。
  • 如果选择有待明确,需求被打回到需求的变更者,继续进行完善。
  • 如果选择拒绝,则需要给出相应的拒绝原因。
  • 同样在评审需求的时候,也会列出相应的影响范围,评审者可以参考。

三、确认需求变更

当需求变更被确认之后,研发团队和测试人员需要确认需求的变更。

 

3.1 任务确认需求变动:


3.2 Bug确认需求变动


3.3 用例确认需求变动

    评论列表
    123 2018-05-07 01:06:33
    我就不知道为什么要分产品经理和项目经理,既然你都知道产品经理和项目经理都是一个人,知道错了还不改,亡羊补牢,为时未晚。
    石洋洋 2018-05-07 09:16:01
    禅道是根据敏捷开发设计的,里面的流程和功能设计都有相应的原因,贵公司用不到的功能可以通过权限隐藏掉,相关代码是开源的,贵公司也可以自己修改一下满足贵公司需要。
    ii 2018-05-14 00:15:07
    幼稚
    hoube427 2018-03-17 21:49:41
    1、需求进行了变更操作,指定了评审人员,保存。 再点击该需求的“变更”,发现“不需要评审”总是勾选的。
    2、发现具有评审需求权限的人员有多个时。 某需求进行了变更且指定了某个人员进行评审,结果不只是指定人员才可进行评审,而是所有可评审需求的人员都可评审。这是bug吧。
    希望:指定某评审人员时,若ta没有评审权限,能够进行提示。
    王林 2018-03-19 09:15:09
    1、产品负责人变更需求,默认勾选不需要评审按钮,可以确认下变更需求的用户是否为产品负责人。
    2、有权限就可以对需求进行评审。需求页面,历史记录中有操作记录的。其他用户不应该对不是指派给自己的需求进行操作。
    hoube427 2018-03-20 00:03:27
    1、我搞清楚了:需求点“变更”,在变更页面里,“由谁评审”栏是显示当前要新填的信息,不显示前一次指定的评审人。若是产品负责人,则默认总是勾选。
    2、好的。
    石洋洋 2018-03-20 08:59:53
    1、由谁评审默认打勾的几种情况:一是产品经理提交需求;二是从 项目-需求 点击新增需求跳转到提需求页面;三是后台-自定义 设置当前帐号不需要评审或者是关闭了评审功能。
    2、禅道中默认是有评审权限的人都可以点击进行评审的,可以把需要控制的帐号添加到 组织-权限-受限分组中,这样这个帐号就只能操作和自己相关的内容了。
    fengyz 2018-03-12 09:00:45
    需求变更能不能选择相对应的影响范围,能不能看到这次需求变更增加的工时
    王林 2018-03-12 09:11:39
    没有这个功能。
    2018-02-11 11:57:58
    当变更需求是是自动指派给提需求的人员吗 还是要手动去选;指派后他是需要评审还是变更呀
    禅道-Bee 2018-02-11 12:14:25
    如果开启了需求评审流程,需求变更之后,一般是指派给需要进行评审的同事进行评审。
    王林 2018-02-11 12:15:08
    变更需求时可以选择需求是否需要评审,并选择评审人员
    蒋文均 2017-12-21 09:57:29
    问题1:多平台的产品,在产品页签,给一个属于所有平台的需求建用例,用例选择具体平台和模块后,关联的需求会丢失;用例提交后,再编辑此用例,可以关联到原来的需求
    问题2:测试-用例页签,分组查看-按需求分组,这个页面没有需求查询条件,查看某些需求的用例时不方便;另外,不能在此页面对需求对应的用例进行评审,建议:增加对用例的操作功能,同时需求显示需求状态。
    问题3:项目-任务,只能查看某个项目里的任务,不能查看所有项目的已完成任务。
    建议:可以切换到所有项目
    问题4:产品由普通变成多平台模式后,更新原来用例成新的平台时,原来的模板会丢失
    建议:原来没有平台值,给原有用例数据勾选上平台值时,判断下原模块值是否在现在的平台下有,如果有的话,不要将原模块值丢失
    石洋洋 2017-12-21 11:36:53
    1、用例的所属模块应该和需求保持一致,这个在编辑页面没有做强制的一致验证。可以通过选择所属平台来标记这个用例属于哪个平台。
    2、已经记录,谢谢反馈。
    3、项目-任务 可以搜索 所属项目=所有项目。
    4、谢谢反馈。
    Jennifer_Zhang 2017-08-03 18:35:21
    已变更状态的需求,再次提交评审的时候,评审结果选择”撤销变更“为什么这条需求的内容全都没了?
    石洋洋 2017-08-04 11:14:06
    撤销变更 会还原成 变更之前的版本,是不是变更之前里面就没有内容?
    2017-08-03 17:43:33
    1、开发团队对需求变更的确认的实质意义作用是什么
    2、开发团队对需求变更不进行确认会有什么后果
    王林 2017-08-03 17:56:05
    需求变更后,如果不进行确认,会在需求状态处显示已变更。确认后状态会重新变为正常。
    不进行确认不会对操作有什么影响。
    iheeewsk 2017-08-03 10:05:22
    需求变更确认后,在产品需求列表中就无法查看及辨认哪些需求进行过变更。
    王林 2017-08-03 17:43:00
    搜索需求条件 版本号>=1
    可以搜索出变更的需求。版本号为变更的次数。
    半山居士 2017-05-07 21:55:10
    还有需求变更后如果不是显示红色已变更,是激活状态的话,那需求变更后想查看哪些测试用例有影响,可以再哪里看直观呢?
    石洋洋 2017-05-08 09:54:04
    可以再点击需求的变更按钮,下方会列出影响的范围,不要保存就不会产生变更操作。
    半山居士 2017-05-07 21:52:55
    产品需求发起变更请求,待评审人评审通过后需求状态变成激活。历史记录还是可以查看到到变更记录;如果需求变更发起请求后,不需要评审,则需求状态为红色已变更。试问,需求状态想变成红色已变更的状态,是有什么必要条件吗?
    石洋洋 2017-05-08 09:57:07
    显示已变更就是需要进行评审,参考:http://www.zentao.net/book/zentaopmshelp/81.html
    1/3
    发表评论
    评论通过审核后显示。