每1000行代码需要多少个维护开发人员

Question

我们有一个非常大的20-30个模块的项目，但主要是完成。它处于维护阶段（主要是bug修复和很少新功能）。我正试图想出一些开发人员来维护产品。

有没有很好的方法来衡量这个数字？

该项目主要是基于WinForm的C＃应用​​程序（混合使用.net 1.1和2.0）以及多种vb6应用程序。

Answer 1

这完全取决于代码质量，更改频率和测试级别。例如，一个包含数千行代码，但非常罕见的更改以及完整的单元/集成测试库的系统可能需要的开发人员较少，而这个小型系统经常发生变化并且没有进行测试。

另一个重要因素是开发人员参与的经验，不仅是一般情况，而且特别是他们对特定项目的理解。

最后，这是一个非常难以估计的统计数据，您可能最好查看当前正在项目中的开发人员的工作量，并根据需要慢慢地将人员移入或移出项目。

Answer 2

我认为这将取决于很多变量：您聘请的开发人员的素质，他们对代码的熟悉程度，代码的归属性以及用于初学者的语言。我不认为会有一个方法可行。

Answer 3

我不认为有一个好的方法来选择这个。这将取决于几个因素：

• 条件代码库的
• 经验/的 工程师，关于它的工作
• 时间轴预期错误 修复的人才水平/功能

你可能只想从一个小团队开始，看看工作是如何进行的，如果需要的话，稍后再添加更多的成员。

Answer 4

它更多地取决于需要固定的错误的数量和难度，而不是项目的规模。作为开始：

• 您每周需要修复多少个错误？
• 这些错误有多复杂？
• 代码库的质量如何？在修复错误的“难度”方面产生巨大差异。
• 程序员在语言/框架中有多少经验？
• 程序员对这个特定应用程序有多少经验？

Answer 5

如果你已经使用问题跟踪系统，在项目生命周期中，你可以运行出你的每月平均时间来解决，然后它会给你的历史维护要求的问题平均数的报告。

然后，您可以将其推断到未来。

Answer 6

有一个命令行工具sloccount，它实现了COCOMO model。它可以在author's website和基于Debian的系统上通过apt-get获得。