为了便于理解,我们以一个需求和故事相关联的场景来说明状态影响力排名。

需求流程故事流程

一个需求与多条故事相关联,那么在需求的某些阶段,需求状态是可以由关联的故事的进展判定的。 基于业务流程,可以制定以下规则:

  • 只要有任意一条关联的故事处于[开发中],需求就处于[开发中];
  • 没有关联的故事处于[开发中],存在至少一条关联的故事处于[开发完成]、[测试中],需求则对应处于[测试中];
  • 没有关联的故事处于[开发中]或[开发完成]、[测试中],存在至少一条关联的故事处于[等待上线],需求则对应处于[部署阶段] ;
  • 所有关联的故事处于[完成],需求则对应处于[完成]状态。

在上面的规则中,如果给故事的状态影响力排序,那么:

  • [开发中]肯定是影响力最高的;
  • 其次是[开发完成]、[测试中];
  • 再其次是[等待上线];
  • [完成]一定是最低的。

由此,我们可以总结此类场景下的状态认定规律为:

  • 需求应处于哪个状态,是由此时其所有关联Issue中最有影响力的状态决定的,与关联Issue的历史状态无关。 

我们给出一个状态影响力排序及目标状态的示例:

排序故事状态(链接问题类型状态)对应需求状态(自动问题类型状态)
1开发中开发中
2开发完成测试中
3测试中测试中
4等待上线部署阶段
5等待开发待开发
6完成完成
  • 如果某一时刻,需求下关联的所有故事状态分别为:【开发中】、【测试中】、【等待开发】、【完成】,参照上表,其中状态影响力最高的是【开发中】状态,所以此时的对应需求状态应该为【开发中】。
  • 如果某一时刻,需求下关联的所有故事状态分别为:【开发完成】、【测试中】、【等待开发】、【完成】,参照上表,其中状态影响力最高的是【开发完成】状态,所以此时的对应需求状态应该为【测试中】。
  • 如果某一时刻,需求下关联的所有故事状态分别为:【完成】、【等待开发】、【完成】,参照上表,其中状态影响力最高的是【等待开发】状态,所以此时的对应需求状态应该为【待开发】。
  • No labels