【郑州校区】禅道讲义之需求评审

在创建需求的时候，有一个"不需要评审"的复选框，如果选中该复选框的话，需求的创建是【激活】中的； 但大部分情况下面，需求还是需要评审的；

即使产品完全由一个人负责，也可以将一些不成熟的想法存为草稿，后续再进行处理。新增需求的评审流程如下：

如果创建需求时，不选择不需要评审，那么创建的需求为【草稿】状态

评审结果可以选择确认通过、有待明确、拒绝等操作。如果选择“确认通过”， 则需求的状态改为“激活”，然后就可以关联到项目中进行开发了；

如果选择“有待明确”，会保持需求的草稿状态，并将需求指派回需求的创建者头上，由其继续进行完善； 如果选择了“拒绝”，则需要给出相应的拒绝原因，拒绝原因可以有：

由谁评审是记录的参与评审的人员名单，可以输入用户名来自动筛选。 一般来讲需求评审可以是一个线下的评审会议，在禅道里面记录下参与需求评审的人员即可。 然后指定一个参与了评审的用户在线上修改需求的状态即可，如产品经理。

变更和评审需求

凡是对需求标题、描述、验证标准和附件的修改，都应该走变更流程。变更之后的需求状态为变更中。

变更之后的需求应该走变更流程

在需求详情页，点击【变更】按钮对需求进行变更操作 编辑操作是无法修改需求的标题、描述、验收标准和附件的。

在变更需求的时候，如果选择了“不需要评审”，则需求状态自动变成激活，不需要再走评审流程。

评审变更后的需求

评审结果可以选择确认通过，撤销变更，有待明确。如果选择确认通过，则需求的状态从“已变更”变为“激活中”。

如果选择撤销变更，则取消当前的变更，并回退到之前的版本。 如果选择有待明确，需求被打回到需求的变更者，继续进行完善。

【郑州校区】禅道讲义之需求评审

在创建需求的时候，有一个"不需要评审"的复选框，如果选中该复选框的话，需求的创建是【激活】中的； 但大部分情况下面，需求还是需要评审的；

即使产品完全由一个人负责，也可以将一些不成熟的想法存为草稿，后续再进行处理。新增需求的评审流程如下：

如果创建需求时，不选择不需要评审，那么创建的需求为【草稿】状态

评审结果可以选择确认通过、有待明确、拒绝等操作。如果选择“确认通过”， 则需求的状态改为“激活”，然后就可以关联到项目中进行开发了；

如果选择“有待明确”，会保持需求的草稿状态，并将需求指派回需求的创建者头上，由其继续进行完善； 如果选择了“拒绝”，则需要给出相应的拒绝原因，拒绝原因可以有：

由谁评审是记录的参与评审的人员名单，可以输入用户名来自动筛选。 一般来讲需求评审可以是一个线下的评审会议，在禅道里面记录下参与需求评审的人员即可。 然后指定一个参与了评审的用户在线上修改需求的状态即可，如产品经理。

变更和评审需求

凡是对需求标题、描述、验证标准和附件的修改，都应该走变更流程。变更之后的需求状态为变更中。

变更之后的需求应该走变更流程

在需求详情页，点击【变更】按钮对需求进行变更操作 编辑操作是无法修改需求的标题、描述、验收标准和附件的。

在变更需求的时候，如果选择了“不需要评审”，则需求状态自动变成激活，不需要再走评审流程。

评审变更后的需求

评审结果可以选择确认通过，撤销变更，有待明确。如果选择确认通过，则需求的状态从“已变更”变为“激活中”。

如果选择撤销变更，则取消当前的变更，并回退到之前的版本。 如果选择有待明确，需求被打回到需求的变更者，继续进行完善。