是否有工具或公式来计算某个项目所需的工时?通过指定细节,或者甚至更好,输入源并计算项目中投入的工时量。
修改:
我经常听到大型项目,其中组件由众多团队并行构建,他们需要花费几千个工时来完成,但是他们在短短几天内完成了......可能是支持团队的一个论点效率...所以我认为至少可以估计这些措施。我相信已经付出了努力使这些估算自动化,即使它们可能无法反映投入项目的实际时间,至少我想知道“最先进的”是在这种努力中。
答案 0 :(得分:2)
有一个完整的科学称为功能点分析。
仔细阅读introductory article。 或者尝试使用Wikipedia article获取更多参考资料和外部链接进行跟进。 该技术基于查看将在软件中实现的功能,并为它们分配点数。然后你计划每天可以达到多少点来计算时间表。
还有一些技术更倾向于心理学,这些技术涉及要求人们估算项目中个别任务的时间,最好的,最差的,最有可能的,将他们的估计减少一半,并用项目结束填补项目的结尾。未指定的缓冲时间,只有在需要时才可用于后期运行的任务。这可以为开发人员提供一个简短的结果时间表,但有希望的管理/客户有更长的时间表。它被称为关键链项目管理,并已成功用于国防项目。
答案 1 :(得分:1)
估算新项目的工时更多是关于经验而不是公式。当我开始编程的时候,这个名义上的“每小时10行调试代码”就是码头,但这个数字根据代码类型,语言和软件工程师的经验/技能而有很大差异。
我建议您在互联网上搜索有关估算软件开发项目的文章,这样一篇文章的一个例子是How to estimate a software project in man-hours?。但它绝不是决定性的,但确实证明了所涉及的复杂性。
至于查看一些代码并进行估算,你最好还是把手指放在空中并猜测。只有相关的程序员才会知道,即便如此,我怀疑答案是不准确的。在一天结束时,这是一个估计,而不是一个引用或一个事实,因此往往是开放的变化。
答案 2 :(得分:0)
不幸的是,答案通常是没有 - 没有,准备好使用公式来计算软件项目的工时。
但是,软件项目估算是一个很大的问题,有很多方法可以解决它。
Steve McConnell的书Software Estimation: Demystifying the Black Art中描述了许多解决方案。
Steve's company还提供了一些资源和工具(其中一些是免费的),有助于估算软件项目。