1. 禅道介绍
2. 安装禅道
- 2.1. 环境搭建
- 2.2. 安装禅道新版本
- 2.3. 安装12开源版
- 2.4. 安装12企业版
- 安装 PHP 的 LDAP 扩展
- 在线安装云禅道
- 安装 APCu 扩展
- 安装 DuckDB 引擎
3. 升级禅道
- 3.1. 升级12开源版
- 3.2. 升级12企业版
- 3.3. 升级禅道新版本
- 如何安装 ioncube 扩展
4. 维护配置
- 4.1. 维护禅道
- 4.2. 配置禅道
- 4.3. 性能优化
5. 快速入门
- 5.1. 12版本快速入门
- 5.2. 12版创建分组和用户
- 5.3. 12版本最简使用
- 5.4. 12版本基本使用
- 5.5. 12版本进阶使用
- 禅道使用流程图解
- 5.5.2. 个人管理
- 5.5.3. 产品经理篇
- 5.5.4. 项目经理篇
- 5.5.5. 开发团队篇
- 5.5.6. 测试团队篇
- 5.6. 12版本企业版使用
- 5.6.17. 办公管理
- 5.6.18. 工作流
- 视频及 PPT 资料
- 5.7. 新版本快速入门
6. 按照角色使用
7. 功能介绍
- 7.1. 新增概念
- 7.2. 地盘
- 7.3. 项目集
- 7.4. 产品
- 7.5. 项目
- 7.6. 执行
- 7.7. 测试
- 7.8. 自动化测试
- 7.9. DevOps(新平台版)
- 7.10. DevOps(旧版)
- 7.10.1. DevOps 功能
- 7.11. 看板
- 7.12. 资产库(旗舰版)
- 7.13. 文档
- 7.14. BI
- 7.15. AI
- 7.16. 组织
- 7.17. 办公(企业版)
- 7.18. 反馈(企业版)
- 7.19. 学堂(企业版)
- 7.20. 内置工作流(企业版)
- 7.21. 后台设置
- 7.22. 客户端增强版会议
- 7.22.1. 音视频会议配置
- 7.22.2. 发起会议
- 7.22.3. 加入会议
- 预约会议
- 音视频会议应用
8. 其他相关
其他内容
- 关于禅道 IPD 版
- 关于禅道 DevOps 平台版本
- SAFe 介绍
- 关于禅道企业创新能力解决方案
- 禅道企业决策分析解决方案介绍
- 配置使用与常见问题
- 关于 zentaoPHP 框架
- 禅道二次开发简介
- 关于禅道项目管理软件
- 关于禅道企业版
- 关于禅道旗舰版
- 选择适合您的安装方法
- 使用源码包安装(各系统通用)
- Windows 一键安装包(旧版)
- 安装 ioncube 扩展
- 一键安装包如何实现 mysql 异机连接
- 如何安装 ioncube 扩展
- 通过源代码方式升级(通用)
- windows 一键安装包的升级
- linux 一键安装包升级
- 通过源代码方式升级(通用)
- windows 一键安装包的升级
- linux 一键安装包升级
- 升级流程引导
- zentaoPHP 框架命令行机制
- 初始化管理脚本
- 集成版本库、集成 Jenkins,并进行构建
- 主持产品会议
- 禅道开源版使用帮助
- 维护权限
- ZAgent 的使用
- 分解任务
- Git/SVN 版本库管理和查看代码
- 管理应用
- 管理代码库
- 管理流水线
- 管理制品库
- 管理上线计划
- 禅道的目录结构
- 插件
- 在第三方应用中集成禅道
- 其他配置
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
变更和评审需求
变更是需求管理必不可少的流程,禅道项目管理软件对需求的变更提供了全面的支持。其实需求的变更并不可怕,但不清楚影响范围的变更是很可怕的。在传统项目管理中,由于没有有力工具的支撑,产品经理在变更需求的时候,无法知晓该需求的影响范围,会有很大的随意性。禅道项目管理软件将需求、任务、bug和用例都纳入为一体管理,就可以很清楚的知晓变更的影响范围,从而给产品经理更好的指导。
禅道里面需求变更的基本流程如下:
下面我们来看下具体的操作:
一、变更需求。
禅道专门提供了需求的变更流程。凡是对需求标题、描述、验证标准和附件的修改,都应该走变更流程。变更之后的需求状态为已变更。
编辑操作是无法修改需求的标题、描述、验收标准和附件的。
- 在变更需求的时候,如果选择了“不需要评审”,则需求状态自动变成激活,不需要再走评审流程。
- 在变更需求的时候,会列出该需求的影响范围。
通过需求的详情页面查看变更前后的变化
点击需求名称,进入需求详情,在下方导航中点击“变更”按钮。
二、评审需求。
- 评审结果可以选择确认通过,撤销变更,有待明确或者拒绝。如果选择确认通过,则需求的状态从“已变更”变为“激活中”。
- 如果选择撤销变更,则取消当前的变更,并回退到之前的版本。
- 如果选择有待明确,需求被打回到需求的变更者,继续进行完善。
- 如果选择拒绝,则需要给出相应的拒绝原因。
- 同样在评审需求的时候,也会列出相应的影响范围,评审者可以参考。
三、确认需求变更
当需求变更被评审确认之后,研发团队和测试人员需要确认需求的变更。
在需求中的影响范围里可以看到该变更的需求影响的项目任务、bug和用例,评审后,需要做相应的确认。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论