如何估计个人对软件项目的贡献？

Question

我致力于一个软件项目，并希望估计的百分比，我已投入的总贡献，在软件的开发。有这样的工具吗？例如，这种工具可用于评估或谈判。毕竟，我们为钱而工作(是的，不仅仅是钱，重点仍然是)。我认为最重要的事情已经够挥手了。

估计是非常主观的(至少现在是这样)，但我不知道有任何工具提供了一个甚至主观的估计。我知道Sloccount会详细说明使用代码行的全部工作，但不是基于每个开发人员。

我认为这方面的理想工具是：

• 度量代码的复杂性(越复杂越努力，但更多的努力并不一定是更大的贡献)
• 度量软件的可分解性/灵活性(越可分解越好)
• 使用了多少库代码--使用库代码加快了开发过程，增加了相关的风险，并要求开发人员事先了解或了解库。
• 要有足够的智慧来区分“谁编写了代码”、“谁复制了代码”和“谁缩进了代码”。

很难区分实现的复杂性和问题的内在复杂性。如果有，或者单独对每个子模块进行比较，也许可以与等效的开源对应方进行比较。

如果没有这样的工具，那么拥有这样的工具是否没有好处呢？还是你相信“我工作，我不测量”？毕竟这需要时间。也许项目经理应该持续做这个估计，比如说每周一次。有什么标准吗？是的，标准化是困难的，因为每个项目都有不同的目标，但这可能意味着应该有多个标准，而不是根本没有标准。这看起来就像一家公司在市场上的价值。

Update：在看到一些最初的答案之后:想象一个只输出百分比的工具是没有意义的。有没有工具可以帮助人类(特别是管理者)做出更好的决策？或者，什么是做出更好决策的充分统计数据？有这些统计数字吗？

Answer 1

我真的怀疑是否有任何可靠的、值得信赖的方法来衡量个人对解决方案的贡献。有时重写一些复杂的遗留代码，从而减少代码行，减少复杂的解决方案(更小的圈复杂度等)。可以被看作是一个相当重要的贡献，而在其他情况下，删除包含边缘情况的有价值的代码，从而产生相同的统计数据(减少代码行，减少CC等)。肯定是不好的东西。这一切都归结于人，信任和合作，团队中的个人主义几乎总是错误的，我宁愿避免它，特别是不要把它作为一个激励因素。

Answer 2

这本身就是一个研究课题。有几个工具试图定义像代码所有权这样的度量标准。还有其他解决协作开发的其他方面的方法，例如我们可以在代码中使用的可信赖性。

也有一些研究试图利用来自bug跟踪器的信息。例如，识别更有可能引入bug的开发人员。但很难做到客观(分配给系统中最关键部分的优秀开发人员，仍然更有可能引入关键的bug)。

实际上，很难将的开发任务货币化。一个bug的成本是多少？重构的好处是什么？然而，这将是估算开发人员贡献的一种方法。

我最后看到的这类很酷的工具是游戏插件 for Hudson 连续集成系统。每个开发人员都会根据他们的行为分配分数。

• -10如果他们破坏了建筑
• -1因违反一项测试
• +1用于修正测试
• 等。

这也是一种评估开发人员贡献的方法。

总之，我确实觉得你所要求的存在，但仍然非常不成熟。

Answer 3

我不认为你能得到一个工具来评估你在这个项目中的份额。源的测量线都很好，但是该源的质量如何呢？如果这份工作在20岁就能轻松完成的话，你就不会希望有人拿起200条来源线的信用。

同时，考虑一下我的雇主，很多人都以代码以外的其他方式为项目做出了贡献。我能想到的直接例子是项目经理和测试人员--他们两人都是必不可少的，他们都值得称赞。

马丁