客户或其他人在发布的代码中发现了一些错误，例如，在sprint开发期间内部发现了其他错误。
因此，在查看发布的待办事项内容时，我不知道哪些错误修复应该传达给客户，哪些只是内部信息。
对此有什么最佳做法吗？您是否使用命名约定或是否可以更改模板以更好地满足我们的需求？
答案 0 :(得分：1)
这就是我处理发布错误的方法。
错误只是另一个PBI，并被添加到产品积压中。 PO然后对错误进行分类并将其与其他工作一起命令，因为一些错误是关键的，而其他错误可能用于下一个版本，然后其他错误是低价值和美观。
从编码角度来看，我为下一个版本，生产和服务包使用分支策略。
在缺陷的系统选项卡上，我使用Found In Build来识别它的构建，例如： dev，release，SP。
然后我使用迭代字段将其安排在sprint中修复，就像使用任何其他PBI一样。
挑战在于许多团队与构建号和构建作斗争，如果是这种情况，您可能需要在指示分支工作的bug中添加一个额外的字段。如果您是偏执狂，请构建自定义规则在那个验证链接到需求的签到在正确的分支上（使用字段）。