NO.58 变更、评审需求

变更是需求管理必不可少的流程,禅道项目管理软件对需求的变更提供了全面的支持。其实需求的变更并不可怕,但不清楚影响范围的变更是很可怕的。在传统项目管理中,由于没有有力工具的支撑,产品经理在变更需求的时候,无法知晓该需求的影响范围,会有很大的随意性。禅道项目管理软件将需求、任务、bug和用例都纳入为一体管理,就可以很清楚的知晓变更的影响范围,从而给产品经理更好的指导。

 更多开源详情:http://www.zentao.net

禅道里面需求变更的基本流程如下:

NO.58 变更、评审需求_第1张图片

 

下面我们来看下具体的操作:

一、变更需求。

禅道专门提供了需求的变更流程。凡是对需求标题、描述、验证标准和附件的修改,都应该走变更流程。变更之后的需求状态为变更中

NO.58 变更、评审需求_第2张图片

NO.58 变更、评审需求_第3张图片

  • 编辑操作是无法修改需求的标题、描述、验收标准和附件的。

  • 在变更需求的时候,如果选择了“不需要评审”,则需求状态自动变成激活,不需要再走评审流程。
  • 在变更需求的时候,会列出该需求的影响范围:
NO.58 变更、评审需求_第4张图片

二、评审需求。

2.1 通过需求的详情页面查看变更前后的变化


NO.58 变更、评审需求_第5张图片


2.2 评审需求,给出评审结果

NO.58 变更、评审需求_第6张图片

  • 评审结果可以选择确认通过,撤销变更,有待明确或者拒绝。如果选择确认通过,则需求的状态从“已变更”变为“激活中”。
  • 如果选择撤销变更,则取消当前的变更,并回退到之前的版本。
  • 如果选择有待明确,需求被打回到需求的变更者,继续进行完善。
  • 如果选择拒绝,则需要给出相应的拒绝原因。
  • 同样在评审需求的时候,也会列出相应的影响范围,评审者可以参考。

三、确认需求变更

当需求变更被确认之后,研发团队和测试人员需要确认需求的变更。

 

3.1 任务确认需求变动:

确认需求变动

确认需求变动

 

3.2 缺陷确认需求变动

NO.58 变更、评审需求_第7张图片


3.3 用例确认需求变动

NO.58 变更、评审需求_第8张图片

你可能感兴趣的:(禅道项目管理软件)