为了便于理解,我们以一个需求和故事相关联的场景来说明状态影响力排名。
需求流程 | 故事流程 |
---|---|
一个需求与多条故事相关联,那么在需求的某些阶段,需求状态是可以由关联的故事的进展判定的。 基于业务流程,可以制定以下规则:
- 只要有任意一条关联的故事处于[开发中],需求就处于[开发中];
- 没有关联的故事处于[开发中],存在至少一条关联的故事处于[开发完成]、[测试中],需求则对应处于[测试中];
- 没有关联的故事处于[开发中]或[开发完成]、[测试中],存在至少一条关联的故事处于[等待上线],需求则对应处于[部署阶段] ;
- 所有关联的故事处于[完成],需求则对应处于[完成]状态。
在上面的规则中,如果给故事的状态影响力排序,那么:
- [开发中]肯定是影响力最高的;
- 其次是[开发完成]、[测试中];
- 再其次是[等待上线];
- [完成]一定是最低的。
由此,我们可以总结此类场景下的状态认定规律为:
- 需求应处于哪个状态,是由此时其所有关联Issue中最有影响力的状态决定的,与关联Issue的历史状态无关。
我们给出一个状态影响力排序及目标状态的示例:
排序 | 故事状态(链接问题类型状态) | 对应需求状态(自动问题类型状态) |
---|---|---|
1 | 开发中 | 开发中 |
2 | 开发完成 | 测试中 |
3 | 测试中 | 测试中 |
4 | 等待上线 | 部署阶段 |
5 | 等待开发 | 待开发 |
6 | 完成 | 完成 |
- 如果某一时刻,需求下关联的所有故事状态分别为:【开发中】、【测试中】、【等待开发】、【完成】,参照上表,其中状态影响力最高的是【开发中】状态,所以此时的对应需求状态应该为【开发中】。
- 如果某一时刻,需求下关联的所有故事状态分别为:【开发完成】、【测试中】、【等待开发】、【完成】,参照上表,其中状态影响力最高的是【开发完成】状态,所以此时的对应需求状态应该为【测试中】。
- 如果某一时刻,需求下关联的所有故事状态分别为:【完成】、【等待开发】、【完成】,参照上表,其中状态影响力最高的是【等待开发】状态,所以此时的对应需求状态应该为【待开发】。