我们有一个非常庞大的项目，有 20-30 个模块，但大部分都完成了。它处于维护阶段（主要是错误修复，很少有新功能）。我正在尝试提出一些维护产品所需的开发人员。
有没有衡量这个数字的好方法？
该项目主要是基于 WinForm 的 C# 应用程序（.net 1.1 和 2.0 的混合）以及少量 vb6 应用程序。
AngryHacker
问问题
5329 次
6 回答
19
这将完全取决于代码质量、更改频率和测试级别。
例如，一个具有数千行代码但很少更改的系统和一个完整的单元/集成测试库可能比一个经常更改且没有测试的小型系统需要更少的开发人员。
另一个重要因素是所涉及的开发人员的经验，不仅是一般的经验，而且特别是他们对特定项目的理解。
最后，这是一个很难估计的统计数据，您可能最好查看当前参与项目的开发人员的工作量，并根据需要缓慢地将人员移入或移出项目。
于 2009-02-18T18:28:48.160 回答
2
它更多地取决于需要修复的错误的数量和难度，而不是项目的大小。作为开始：
- 每周有多少错误需要修复？
- 这些错误有多复杂？
- 代码库的质量如何？对修复错误的感知“难度”产生巨大影响。
- 程序员在语言/框架方面有多少经验？
- 程序员对这个特定应用程序有多少经验？
于 2009-02-18T18:30:26.110 回答
1
我认为这将取决于很多变量：您雇用的开发人员的质量、他们对代码的熟悉程度、代码的质量以及初学者使用的语言。我认为不会有一个可行的方程式。
于 2009-02-18T18:28:09.783 回答
1
我不认为有一个很好的方法来选择这个。这将取决于几个因素：
- 代码库的条件
- 从事它的工程师的经验/人才水平
- 预期错误修复/功能的时间表
您可能只想从一个小团队开始，看看工作进展如何，然后在需要时添加更多成员。
于 2009-02-18T18:29:55.783 回答
1
如果您在项目的整个生命周期中使用了问题跟踪系统，您可以运行一份报告，显示每月平均问题数量和平均修复时间，这将为您提供历史维护需求。
然后，您可以将其推断到未来。
于 2009-02-18T18:48:56.317 回答