你的缺陷修复与功能增强比例是多少？

Question

参考这个问题，我想了解在修复错误和实现新功能之间的时间比例。如果可能的话，请尝试为整个产品提供估计，而不是单个开发人员的统计数据，并尝试在典型一年的过程中进行平均。请提供有关产品/项目的一般描述以进行比较。具体来说：

• 项目的成熟度
• 它仍在积极开发中还是只处于维护状态？
• 产品/项目的规模估计
• 开发团队的规模（全包含）
• 您的团队在Joel测试上的得分是多少。

例如：

• 大约80％的时间用于修复错误，20％的时间用于新功能
• 成熟的软件（20年历史）
• 正在积极开发
• 1.5M行文本，约700k-900k LOC
• 12-15人积极编码。
• 我们确定得到了5/12，有些人会说是7/12。

- Newtopian

Answer 1

我估计：

• 新特性 70%
• 漏洞修复 10%
• 技术债务（重构等）20%

成熟度：2年

正在积极开发中

团队规模：8人

代码行数：50k-100k

Joel测试：9/12

你没有要求技术栈，但如果你感兴趣的话，它的技术栈是Ruby on Rails。

- AaronThomson

---

这与我的当前项目几乎相同。不同之处在于Joel测试较低，它是asp.net/c#，团队规模较小。 - corymathews

Answer 2

我估计我们花70%的时间在新功能上，30%的时间处理Bugs。

• 成熟度10年
• 持续开发
• 团队规模14人（1个经理、1个测试工程师、1个UI设计师、11名开发人员（8名负责新功能，3名专门负责维护））
• 2.2M行文本（实际代码950K）
• Joel测试评分10/12

- Big GH

---

非常感谢。虽然在统计上可能没有显著意义，但是乔尔测试和比例之间似乎存在着一定的相关性。虽然我对此并不感到惊讶，但看到数据朝这个方向发展还是很好的。 - Newtopian

关于 Joel 测试的一个有趣观察。我们在开发初期并没有得到满分（更像是5分），但随着时间的推移，我们逐渐加入了其他因素，这有助于提高比率。另一个需要注意的事情是，我们的比率也随着时间的推移而改变。大约两年前，我们花费了大约50%的时间来处理错误，然后将团队拆分，并真正尝试专注于新开发。 - Big GH

Answer 3

• 50% 的时间用于调试，50% 的时间用于编写新代码（个人希望调试部分比例更低）
• 该软件已有 15 年的历史
• 共有 150 万行代码（其中有 17 万行为空行，25 万行是注释，80 万行是实际代码）
• 目前有约 10 位开发者参与开发
• 通过 Joel 测试得分为 8/12

- Patrick

---

听起来我们处于类似的情况。你认为你花费大量时间进行错误修复的主要原因是什么？你能做些什么来减少这个数字吗？ - Newtopian

问题：软件的某些部分变得过于复杂。软件过于灵活（允许太多配置），因此我们无法预见所有可能的配置组合。解决方案：更好地确定范围。保持简单。尽早测试。自动化测试。确保开发人员能够专注于任务。让人们对质量负责。 - Patrick

是的...这听起来很熟悉...软件逐渐成为一个可以做任何事情的平台，但最终却没有正确地完成任何事情，除非使用大量专有脚本语言进行编写，而这种语言本身也正在成为一个平台...哎呀。 - Newtopian

Answer 4

从我们的时间跟踪软件中，我看到我们团队去年的特性/缺陷比率为：

• 75% 的特性任务
• 25% 的缺陷任务

其他统计数据：

• 软件已有约10年历史
• 代码行数达到了4M
• 目前有11名开发人员
• Joel测试得分：7/12

- Niels van Reijmersdal

Answer 5

• 50％的新功能，25％的错误修复，25％的测试
• 积极开发中
• 900万行代码
• 大约25个
• 9/12

我们使用自己的框架和引擎正在开发一个游戏（c ++），因此正在积极开发。 上面的统计数据是从我们的追踪软件中四舍五入的，但是我可以在这里注明，尽管在开发过程中，已经解决了一些小错误，而不需要为其创建错误列表。

- Kevin