我们仍在使用TFS 2015 Update 1 On-Prem对我们的ALM流程进行微调。我们使用标准的SCRUM模板,我们在积压工作中显示错误以及需求。业务报告错误并与PBI进行相同级别的分析,因为它们将包含子任务:
现在对于PBI,当测试人员测试PBI并发现其中的错误(需要在此sprint中修复)时,他们将创建一个作为PBI子项的错误。这使他们在任务板上保持在一起。 1 PBI可能有很多错误,这些错误可能由不同的人处理。这些儿童错误将有儿童任务。
这个过程大多有效,但在看板上,会显示儿童错误,父母的PBI则没有。为什么不?我该如何解决这个问题呢?我可以用不同的方式链接它们,但我们希望它们在板上保持一致。
答案 0 :(得分:1)
感觉就像你真的在这里混合和匹配这两个支持的场景。
就我个人而言,我更喜欢不将Bugs作为sprint的一部分创建(对我来说,如果它们没有从迭代中完成它们,它们就不是真正的错误)并且通常它被用作通信机制而不是dev& amp;测试密切合作。
如果你想在PBI / Bug下的主板上有东西,你可以使用任务工作项(或自定义类型),然后使用板上的时髦卡着色来寻找一个标签来表示它是一个-sprint bug / issue。