在责任分离方面，bug和新特性有什么区别？

Question

我们计划在我们的项目中引入服务台和支持台。我们目前的开发团队将分为两个较小的团队:支持服务台和开发团队。支持台只负责修复错误。开发团队将负责进行增强和新功能开发。你认为这样的责任和团队隔离有什么价值？在开发活动方面，我们能找到bug和新特性之间的区别吗？做这种事有什么真正的价值吗？

Answer 1

错误和新特性之间的边界有时可能非常模糊，特别是当规范有各种可能的解释时。例如，您如何看待早期版本的iPhones缺少复制粘贴？

另一个组织将是，基于收集bug报告和特性请求的问题跟踪器，一个致力于修复bug和开发新特性的团队，以及一个项目经理将在下一次交付中与客户端一起决定哪些错误修复和新特性。

参与bug修复的人如果能够为新的开发做出贡献，那么他们的积极性就会更高，而且因为他们对代码库有很深的了解，所以效率更高。

Answer 2

区别是很困难的。有些东西肯定是错误的，那些绝对是特性的东西，而且.中间的东西。

你可以设置一个人为的屏障:如果是违反规格的，那就是错误。如果需要更改规范(无论是扩展规范，还是消除歧义)，这是一个特性。

您可以遵从软件障碍，使它成为一个团队，与一些bug专家，一些特性专家和最一般的开发人员谁做的事情。

有些团队完全取消了这种区别--在Mozilla中，每个特性都是“缺乏特性”的缺陷。

Answer 3

( 1)更快地扭转报告中的错误，因为人们专注于这项任务；2)新特性的可预见性更强，因为该团队不会经常被调试报告分散注意力

Bug搜索是一种与添加特性完全不同的工作，bug团队将开发本能和共享知识，除非经过更长的时间，否则一般的努力是不会的。(至少这是我所经历的)