产品文档

行云 DevOps

团队空间评审约束


?> 团队空间评审约束,通过在团队空间设置中开启评审约束,业务需求或产品需求必须经历评审后才能进入到研发侧,从而规范了产研协作,同时促进产品经理输出高质量的PRD文档,保障研发实现需求的正确性和清晰性。

1. 评审约束设置及基本操作

1.1 团队管理员可根据团队协作方式,自行决定是否开启评审约束设置

image-20220309152852613

1.2 一旦开启评审约束,可创建标识为的卡片

在开启评审时,创建卡片才能看到「是否评审」CheckBox

创建评审卡

创建后卡片标题前将出现一个审字,代表该卡片需要进行强制评审

带评审的卡1

1.3 当卡片拖动到需求就绪 阶段,会提示需要进行卡片评审

image-20220309153147808

1.4 可通过卡片详情和卡片列表进入到评审录入界面

卡片列表进入评审

image-20220309153236053

卡片详情进入评审

image-20220309153258911

1.5 卡片的多次评审记录可在卡片的评审记录中追踪到,涉及到评审人、评审事项、评审时间及未通过的原因

评审通过界面,在做评审时,建议先上传相关附件再进行评审相关操作

评审通过1

评审未通过界面

评审未通过1

1.6 已经评审的卡片可以进行多次评审,一般产生这种情况的可能是由于需求发生大的变化,导致产品PRD改动较大,需要重新评审,属于需求变更的情况。实际情况下由产品和研发一起决定是否需要进行评审工作

在卡片详情的「评审记录」中展示多次评审记录

评审记录1


2. 需求分配到团队空间卡片的情况

若团队空间开启的需求评审,则需求来源为业务需求和产品需求的需求分配到团队空间则强制要求评审,研发需求不做强制要求,后续操作参考第一部分的说明

image-20220309153553116


3. 直接在团队空间创建卡片的情况

若团队空间开启了需求评审,在团队空间直接创建卡片,勾选了强制评审时,卡片状态只能选择需求沟通和需求评审阶段的卡片状态

卡片创建状态1

更新时间:2022-03-10 18:59:27
feedback