用于计算项目所需工时的工具或公式

Question

是否有计算某个项目所需工时的工具或公式？无论是通过详细说明，还是更好的方法，输入资料来源，并计算出项目投入工时的标准。

编辑：

我经常听到大项目，与众多集团建于并行组件，他们花了几千个工时才能完成，但他们在短短x天结束了。可能是支持球队效率的论据......所以我认为至少可以估计这些措施。我相信，努力使这些估计是自动的，即使它们可能不能反映项目的实际投入时间，但至少我想知道“最先进的”是在这种努力中。

Answer 1

这就是所谓的功能点分析。

通读本条introductory article。 或尝试Wikipedia article以获取更多参考资料和外部链接以跟进。 该技术基于查看要在软件中实施的功能并为其分配点数。然后你计划每天可以达到多少点来计算一个时间表。

还有一些技巧更多地依靠心理学，这涉及到要求人们以最好，最差，最可能的方式估计项目中单个任务的时间，将他们的估计减半，并用项目的末尾填补一个未指定的缓冲时间，只有在需要时才可以用于后期运行的任务。这项工作通过为开发人员提供一个简短的结果时间表，但有希望的管理层/客户有更长的时间表。这就是所谓的关键链项目管理，并在国防项目中取得了成功。

• Introduction to Critical Chain
• Wikpedia article

Answer 2

估算新项目的工时比经验公式更重要。当我开始编程时，出现了这种名义上的“每小时10行调试代码”，这是代码棒，但根据代码类型，语言和软件工程师的经验/技能，这个数字会有很大的差异。

我建议你在网上搜索关于估算软件开发项目的文章，这样一篇文章的一个例子就是这个How to estimate a software project in man-hours?。但这绝不是确定性的，但确实证明了所涉及的复杂性。

至于看一些代码和估计，你最好还是在空中沾湿手指并猜测。只有涉及的程序员才会知道，我甚至怀疑答案是不准确的。在一天结束时，这是一个估计，而不是一个报价或一个事实，因此经常会出现狂野的变化。

Answer 3

不幸的是一般的答案是没有 - 没有，随时使用，公式计算工时软件项目。

然而，软件项目估计是一个巨大的问题，并且有很多方法来处理它。

Steve McConnell的书Software Estimation: Demystifying the Black Art描述了许多解决方案。

Steve's company还提供了一些资源和工具（其中一些是免费的），这有助于估计软件项目。