一些错误是由客户或任何人在发布的代码中发现的,其他的则是在开发过程中内部发现的,例如冲刺。
因此,在查看版本的积压内容时,我不知道应该将哪些错误修复传达给客户,哪些只是内部信息。
有没有这方面的最佳实践?您使用命名约定还是可以更改模板以更好地满足我们的需求?
这就是我处理发布错误的方式。
错误只是另一个 PBI,并被添加到产品 backlog 中。PO 然后对 bug 进行分类并将其与其他工作一起排序,因为一些 bug 很关键,而其他 bug 可能用于下一个版本,然后其他一些是低价值和装饰性的。
从编码的角度来看,我对下一个版本、生产和服务包使用分支策略。
在系统选项卡上,我使用在构建中找到的缺陷来识别它是哪个构建,例如开发、发布、SP。
然后我安排它使用迭代字段在冲刺中修复,就像任何其他 PBI 一样。
挑战在于,许多团队都在与内部版本号和内部版本进行斗争,如果是这种情况,您可能希望在错误中添加一个额外的字段来指示要在其中工作的分支。如果您偏执,请在此基础上构建一个自定义规则来验证与需求相关的签到位于正确的分支上(使用该字段)。