|
更新内容： 1. 创建/编辑评审流程，评审角色设为非必填 2. 评审流程实例化到项目后，状态默认为“已发布“ 3. 支持发起评审单时选择评审人
背景为了提升评审过程中的效率和质量，适应企业内DevOps管理流程中复杂的评审场景，我们针对6.0上线的评审管理功能进行优化，开放评审流程中评审角色的限制，同时支持发起人在评审发起时选择评审人，使评审流程管理及评审过程更加灵活。
创建/编辑评审流程，评审角色设为非必填
1） 创建/编辑评审流程时，评审角色设为非必填，如流程内未限制角色，通过此流程发起评审时，评审人可选择项目成员所有人
价值点：约束模式下更灵活，可做到组织级只约束评审流程节点及表单内容，评审人由项目灵活配置；也可做到组织级将评审流程节点与评审角色进行强控制。
2） （项目内）评审流程配置增加“评审角色”字段；增加“默认评审人”字段
价值点： - 评审角色：约束模式下从组织级同步的评审流程可查看配置的评审角色是哪些，便于评审流程在项目内的管理；自由模式在项目内创建评审流程，也支持配置评审角色，达到灵活管理评审人目的。
- 支默认评审人：支持设置默认评审人，免去每次发起评审时都需重新选择评审人的麻烦，适用于评审人相对固定的评审流程。
支持发起评审单时选择评审人发起人创建评审单，选择评审流程后，可基于评审流程设置的评审角色，选择项目下角色内成员作为当前评审单的评审人（当评审角色未配置时，可选择项目内所有成员），如评审流程已配置好“默认评审人”，可直接发起评审。 价值点：可以支持支持评审流程一样、评审角色一样，但评审人不同的场景。不同评审团队和评审人可使用同一个评审流程，发起评审单时可选择不同的团队和不同的评审人，不用为每个评审团队和评审人创建一个评审流程。
例如：按公司规范，需求评审需经过设计评审、技术评审、测试评审，但是不同的产品团队，实际评审人不同。则可以 - 创建需求评审流程，包括：设计评审（评审角色为UI设计师）、技术评审（评审角色为开发）、测试评审（评审角色为测试）
- A产品开发团队使用该评审流程，产品经理发起评审，分别添加设计师a为设计评审人，开发a为技术评审人，测试a为测试评审人
- B产品开发团队也可以使用该评审流程，产品经理发起评审，分别添加设计师b为设计评审人，开发b为技术评审人，测试b为测试评审人
- 而不需要针对A B开发团队分别设置评审流程。
| 
