- 1. 禅道介绍
- 1.1 关于禅道项目管理软件
- 1.2 如何获得支持
- 1.3 各版本功能差异
- 1.4 关注我们
- 2. 安装禅道
- 2.1. 环境搭建
- 2.1.1 搭建Ubuntu环境安装禅道
- 2.1.2 搭建Centos环境安装禅道
- 2.1.3 安装PHP的ioncube扩展
- 2.2. 安装禅道
- 2.2.1 选择适合您的安装方法
- 2.2.2 新版本禅道的安装升级
- 2.2.3 Windows一键安装包(新版)
- 2.2.4 Windows一键安装包(旧版)
- 2.2.5 linux用一键安装包(推荐)
- 2.2.6 使用源码包安装(各系统通用)
- 2.2.7 使用源码包安装(MAC系统)
- 2.2.8 基于禅道当前的一键安装包(Windows和Linux)如何源码安装旗舰版禅道
- 2.2.9 渠成命令行安装禅道
- 2.2.10 Docker和Kubernetes方式部署禅道
- 2.3 安装PHP的LDAP扩展
- 2.4 在线安装云禅道
- 2.5 安装 APCu扩展
- 2.6 安装DuckDB引擎
- 2.1. 环境搭建
- 3. 升级禅道
- 3.1. 升级禅道新版本
- 3.1.1 选择和自己环境对应的升级方式
- 3.1.2 通过源代码方式升级(通用)
- 3.1.3 windows一键安装包的升级
- 3.1.4 linux一键安装包升级
- 3.1.5 docker安装禅道-升级禅道
- 3.1.6 旧版Docker镜像升级说明
- 3.1.7 通过Roadrunner管理定时任务
- 3.2 如何安装ioncube扩展
- 3.1. 升级禅道新版本
- 4. 维护配置
- 4.1. 维护禅道
- 4.1.1 初始化管理脚本
- 4.1.2 备份禅道
- 4.1.3 恢复删除的资源
- 4.1.4 如何更新燃尽图
- 4.1.5 一键安装包如何实现mysql异机连接
- 4.1.6 linux一键安装包配置https
- 4.1.7 禅道一键安装包迁移/更新禅道一键安装包
- 4.2. 配置禅道
- 4.2.1 设置是否允许匿名访问
- 4.2.2 如何配置email发信
- 4.2.3 如何成为超级管理员
- 4.2.4 配置禅道系统为静态访问
- 4.2.5 去掉禅道访问地址中的zentao
- 4.2.6 linux一键安装包去掉禅道访问地址中的zentao
- 4.2.7 集成禅道和svn
- 4.2.8 集成禅道和git
- 4.2.9 在第三方应用中集成禅道
- 4.2.10 第三方应用配置免密登录禅道
- 4.2.11 第三方应用集成禅道客户端进行消息通知
- 4.2.12 集成webhook
- 4.2.13 集成ZDOO
- 4.2.14 客户端集成
- 4.2.15 浏览器通知的设置
- 4.2.16 集成钉钉工作消息通知
- 4.2.17 集成企业微信应用消息通知
- 4.2.18 集成企业微信群机器人
- 4.2.19 集成飞书群机器人
- 4.2.20 集成飞书消息通知
- 4.2.21 解决一键安装包密码口令弱的问题
- 4.3. 性能优化
- 4.3.1 nginx反向代理禅道502或504bad gateway错误
- 4.3.2 linux系统中配置session使用redis
- 4.3.3 缓存功能
- 4.1. 维护禅道
- 5. 快速入门
- 5.1. 新版本快速入门
- 5.1.1 新版本禅道的最简使用
- 5.1.2 20版本禅道的新增功能
- 5.1.3 20版本禅道的界面变化
- 5.1. 新版本快速入门
- 6. 按照角色使用
- 6.1. 管理员
- 6.2. 项目集负责人
- 6.3. 产品经理
- 6.4. 项目经理
- 6.5. 研发人员
- 6.5.1 参加产品计划会议,分解任务
- 6.5.2 领取任务,并每天更新任务
- 6.5.3 创建构建,提交测试
- 6.5.4 确认Bug,解决Bug
- 6.5.5 执行的综合、需求、Bug、任务看板
- 6.6. 测试人员
- 7. 功能介绍
- 7.1. 核心管理结构
- 7.1.1 项目集(Program)
- 7.1.2 项目(Project)
- 7.1.3 产品(Product)
- 7.1.4 执行(Execution)
- 7.1.5 管理模型
- 7.2. 地盘
- 7.3. 项目集
- 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.5. 项目
- 7.6. 执行
- 7.6.1 参加产品计划会议,分解任务
- 7.6.2 领取任务,并每天更新任务
- 7.6.3 创建构建,提交测试
- 7.6.4 确认Bug,解决Bug
- 7.6.5 执行的综合、需求、Bug、任务看板
- 7.7. 测试
- 7.8. 自动化测试
- 7.9 DevOps(解决方案)
- 7.10. 看板
- 7.10.1 通用看板功能
- 7.11. 资产库(旗舰版)
- 7.11.1 资产库管理(旗舰版)
- 7.12. 文档
- 7.13. BI
- 7.13.1 维度(企业版8.4+)
- 7.13.2 大屏(企业版8.4+)
- 7.13.3 透视表
- 7.13.4 透视表下钻
- 7.13.5 图表
- 7.13.6. 度量项
- 7.13.6.1 查看度量项
- 7.14. AI
- 7.14.1 AI小程序简介
- 7.14.2 创建与设计AI小程序
- 7.14.3 发布与禁用小程序
- 7.14.4 调试AI小程序
- 7.14.5 前台小程序的应用
- 7.14.6 AI小程序的导入导出
- 7.14.7 管理AI小程序权限
- 7.15. 组织
- 7.15.1 团队成员和工作信息
- 7.15.2 人力资源日历(需安装插件)
- 7.15.3 组织动态
- 7.15.4 公司信息
- 7.16. 后台设置
- 7.16.1 后台首页
- 7.16.2. 系统设置
- 7.16.3 功能开关
- 7.16.4. 人员管理
- 7.16.5. 模型配置
- 7.16.6. 功能配置
- 7.16.7 文档模板
- 7.16.8. 通知设置
- 7.16.9 插件管理
- 7.16.10 二次开发
- 7.16.11 数据导入
- 7.16.12. 权限维护和控制
- 7.16.12.1 项目集的权限维护和访问控制
- 7.16.12.2 产品的权限维护和访问控制
- 7.16.12.3 项目的权限维护和访问控制
- 7.16.12.4 执行的权限维护和访问控制
- 7.16.12.5 项目和执行的访问控制和数据关系
- 7.16.13. AI配置
- 7.16.14. DevOps设置
- 7.16.14.1. 资源
- 7.17. 办公
- 7.18. 客户端增强版会议SRS
- 7.18.1. 音视频会议配置
- 7.18.1.1 安装音视频服务端
- 7.18.1.2 安装SRS音视频服务端
- 7.18.1.3 开启和配置音视频功能
- 7.18.2. 发起会议
- 7.18.2.1 一对一会话中发起音视频会议
- 7.18.2.2 群组会话中发起音视频会议
- 7.18.2.3 独立发起音视频会议入口
- 7.18.3. 加入会议
- 7.18.3.1 分享音视频会议到会话
- 7.18.3.2 通过会议的ID加入会议
- 7.18.4. 预约会议
- 7.18.4.1 预约会议
- 7.18.5. 会议应用
- 7.18.5.1 音视频会议应用
- 7.18.1. 音视频会议配置
- 7.19. 客户端增强版会议Jitsi
- 7.20. 工作流
- 7.1. 核心管理结构
- 8. 其他相关
- 9. IPD版本功能介绍
- 9.1. 禅道IPD版介绍
- 9.1.1 关于禅道IPD版
- 9.1.2 禅道IPD版的核心流程
- 9.2. IPD版的安装和升级
- 9.2.1 选择适合您的安装方法
- 9.2.2 选择适合您的升级方法
- 9.3. 需求与市场管理界面
- 9.4. IPD研发管理界面
- 9.1. 禅道IPD版介绍
需求的评审 分享链接 /book/zentaopms/887.html?releaseID=17
本篇目录
在创建需求的时候,有一个"不需要评审"的复选框,如果选中该复选框的话,需求的创建成功后状态是激活的。
但大部分情况下面,需求还是需要评审的。
- 即使产品完全由一个人负责,也可以将一些不成熟的想法存为草稿,后续再进行处理。
- 开发、测试在实际开发、测试工作中,根据具体的工作会发现一些需要优化的需求,他们提交的新需求需要评审。
- 技术支持在和用户客户对接时,会从用户客户那获取一些新需求,他们提交的新需求也是需要评审的。
- 凡是对需求标题、描述、验证标准和附件的修改,都应该走变更流程。变更之后的需求状态为已变更,也是需要进行评审的。
产品经理在禅道中如何评审需求,可以观看视频了解:https://www.zentao.net/redirect-index-20677.html
本文档我们将介绍需求的评审流程和方式。
一、需求评审的规则、流程、结果设置
需求的评审规则、流程、结果,我们可以在后台--功能设置--产品--业务(用户、研发)需求里查看和设置。
1、点击评审规则对评审规则和超级评审人进行设置,超级评审人不受任何评审规则的限制,且有一票否决权。
超级评审人支持多选。
2、支持对需求评审结果进行自定义修改,但是由于该项参与运算,不支持自定义添加。
3、支持开启、关闭评审流程。默认是开启的,评审流程开启时可以设置不需要走评审流程的人员、职位和部门。
支持将评审流程关闭,关闭时可以设置强制评审的人员、职位和部门,强制评审人提需求时必须评审。
二、需求的评审人
创建和编辑产品时,支持设置产品评审人,该产品下创建、编辑、变更需求需要评审时,默认的评审人就是设置的产品评审人。
评审人可以设置1人也可以设置多人。
产品设置好评审人后,创建、编辑、变更需求时,评审人只能选择产品设置的评审人;若产品的评审人未设置,创建、编辑、变更需求可选择所有有产品访问权限的人。
三、需求的超级评审人
后台--功能设置--产品--业务(用户、研发)需求-评审规则中可以设置超级评审人。超级评审人不受任何评审规则的限制,超级评审人有一票否决权,超级评审人和评审人一样可以设置多人。
即便需求之前由多人评审且生成评审意见,当超级评审人去评审该需求时,仍不受之前的评审规则限制,最后都以超级评审人的评审结果为本轮需求评审的最终结果。
需求的历史记录也会记录超级评审人评审的时间、评审意见以及结果。
例如:需求之前被评审的评审意见为拒绝,当超级评审人去评审,评审意见为通过时,该需求最终的评审结果为通过。
四、需求的多人评审
需求在创建和变更时,由谁评审可以选择多人。多人评审需求的评审规则由后台自定义。需求是否评审通过根据评审规则和实际评审人的评审结果进行计算,最终得出需求的评审结果。4.1 设置评审规则
评审规则可以到后台--功能设置--产品--业务(用户、研发)需求--评审规则里进行选择。
我们提供两种规则:评审结果全部通过时该需求为评审通过(全部通过通过);评审结果半数以上通过时该需求为评审通过(半数以上通过通过)。
4.2 创建需求时的多人评审
单个创建需求时,由谁评审可以选择多人评审:
批量创建需求时,由谁评审可以选择多人评审:
-
需求写完后,点击存为草稿,保存后需求状态为草稿;若选择保存,则需求状态为评审中。
- 当所有评审人都评审完成后,根据评审规则计算结果后,根据结果来判断是否需要更改需求的状态
- 首先根据后台设置的”全数通过“和”半数通过“原则校验是否满足需求是否通过,通过后,需求状态改为激活。
- 未通过的需求根据票数判断,若选择”拒绝“的票数多,则需求被拒绝, 需求状态改为已关闭;若选择”有待明确“的票数多,则需求退回草稿状态,待用户修改后再提交评审
4.3 变更需求时的多人评审
变更需求时,也可以选择多人进行评审。
变更后的需求可以暂存,状态变为变更中。
待提交评审后,需求的状态改为评审中。
当所有评审人都评审完成后,根据评审规则计算结果后,根据结果来判断是否需要更改需求的状态:
- 首先根据后台设置的”全数通过“和”半数通过“原则校验是否满足需求是否通过,通过后,需求状态改为激活。
- 未通过的需求根据票数判断,若选择”撤销变更“的票数多,则需求被拒绝, 需求内容会回退至上一版本,需求状态重新改为激活;若选择”有待明确“的票数多,则需求退回变更中状态,待用户修改后再提交评审。
五、需求的撤销评审
需求发起评审后,如果发现需求标题、描述、验收标准和附件需求修改,可以撤销评审,这样可以避免进行多轮次的评审。
使用撤销评审功能,首先需要去后台--人员管理--权限的权限分组里分配撤销评审的权限。
在产品--需求列表中发起评审的需求的操作栏里显示撤销按钮。
点击撤销评审按钮后,评审按钮变为提交评审按钮,撤销评审按钮置灰。需要重新变更,发起评审后,才可以继续进入评审流程。
需求的历史记录中会记录撤销评审和重新变更发起评审的历史信息,方便进行操作的追溯和查看。