Testing 谁设定开发团队修复bug的优先级？为什么？

我们是一个敏捷开发团队，目前正在两个网站上进行多个项目。办公室里关于谁为bug修复设置优先级可能会出现混乱

QA说，他们评估开发人员工作的重要性并设定优先级

---

PM和BA表示，他们根据业务需求（营销活动、促销活动等）确定优先事项。现在的问题是：谁设定开发团队修复bug的优先级？为什么？敏捷是关于沟通和团队合作的。任何人不得将工作分配给任何其他人。QA和产品负责人代表客户说话，因此他们当然可以根据利益相关者的反馈指定bug的相对优先级。团队作为一个整体负责决定谁在处理bug

---

如果在正在积极工作的故事中发现了bug，那么团队对“完成”的定义应该定义在故事被认为完成之前是否应该修复bug。

敏捷是关于沟通和团队合作的。任何人不得将工作分配给任何其他人。QA和产品负责人代表客户说话，因此他们当然可以根据利益相关者的反馈指定bug的相对优先级。团队作为一个整体负责决定谁在处理bug

---

如果在正在积极工作的故事中发现了bug，那么团队对“完成”的定义应该定义在故事被认为完成之前是否应该修复bug。

敏捷是关于沟通和团队合作的。任何人不得将工作分配给任何其他人。QA和产品负责人代表客户说话，因此他们当然可以根据利益相关者的反馈指定bug的相对优先级。团队作为一个整体负责决定谁在处理bug

---

如果在正在积极工作的故事中发现了bug，那么团队对“完成”的定义应该定义在故事被认为完成之前是否应该修复bug。

敏捷是关于沟通和团队合作的。任何人不得将工作分配给任何其他人。QA和产品负责人代表客户说话，因此他们当然可以根据利益相关者的反馈指定bug的相对优先级。团队作为一个整体负责决定谁在处理bug

---

如果在正在积极工作的故事中发现了bug，那么团队对“完成”的定义应该定义在故事被认为完成之前是否应该修复bug。

根据我的经验，测试人员发现bug并将其与所有信息一起归档。在缺陷分类过程中，测试团队、利益相关者、项目经理、视觉团队、用户体验团队和开发人员讨论缺陷，并相应地对其进行优先级排序

每个人都应该有发言权。最好的做法是每天早上至少运行15分钟的bug分类，讨论前一天填充的bug，并根据所有团队的输入确定它们的优先级

---

正如@Bryan所说，整个团队负责决定首先修复哪个bug。

根据我的经验，测试人员发现bug并将其与所有信息一起归档。在缺陷分类过程中，测试团队、利益相关者、项目经理、视觉团队、用户体验团队和开发人员讨论缺陷，并相应地对其进行优先级排序

每个人都应该有发言权。最好的做法是每天早上至少运行15分钟的bug分类，讨论前一天填充的bug，并根据所有团队的输入确定它们的优先级

---

正如@Bryan所说，整个团队负责决定首先修复哪个bug。

根据我的经验，测试人员发现bug并将其与所有信息一起归档。在缺陷分类过程中，测试团队、利益相关者、项目经理、视觉团队、用户体验团队和开发人员讨论缺陷，并相应地对其进行优先级排序

每个人都应该有发言权。最好的做法是每天早上至少运行15分钟的bug分类，讨论前一天填充的bug，并根据所有团队的输入确定它们的优先级

---

正如@Bryan所说，整个团队负责决定首先修复哪个bug。

根据我的经验，测试人员发现bug并将其与所有信息一起归档。在缺陷分类过程中，测试团队、利益相关者、项目经理、视觉团队、用户体验团队和开发人员讨论缺陷，并相应地对其进行优先级排序

每个人都应该有发言权。最好的做法是每天早上至少运行15分钟的bug分类，讨论前一天填充的bug，并根据所有团队的输入确定它们的优先级

---

正如@Bryan所说，整个团队负责决定首先修复哪个bug。

同意Bryan Oakley的回答，重点应该是团队所有权。当团队拥有这些bug（而不是团队中的个人）时，它会找到一种方法来彻底消除它们，进行集体的根本原因分析等等。特别是，当你认为团队把问题解决在一起，而不是把它分配给最先编写缺陷的人（通常新的一双眼睛有助于想出一个更好的方法）时，这是很有价值的。 团队应该决定什么最重要，并设定优先级。当然，很多时候，它会与业务需求保持一致（比如重要客户被阻止），但其他时候，修复其他东西可能更重要。等等

---

然而，我想指出的是，除了按优先级顺序修复bug之外，您还可以选择不编写bug。“无bug”是一个伟大且可实现的目标，我会尽可能多地向大家介绍它。阅读詹姆斯·肖尔的文章。

同意布莱恩·奥克利的回答，重点应该是球队的所有权。当团队拥有这些bug（而不是团队中的个人）时，它会找到一种方法来彻底消除它们，这是集体的根本原因