kiz*_*zx2 17 project-management function-points
我知道这是一个主观问题.我正在寻找的理想答案可以解释为什么这里引用的场景会如此令人惊讶.
如果您认为所引用的场景确实并不令人意外并且可以预期,请分解步骤以证明这样一个小应用程序如何能够花费一个月和数千美元的开发.我做了很多计算(例如,查找最低工资),所以我希望理想的答案能够做到.
如果您认为引用的情况确实被高估了,请准确指出您的理由.在他的计算中你会发现哪些错误导致像这样的简单应用程序的巨大成本？你会怎么做得与众不同？(不需要写整个过程,但细节而不是一般化的感觉会很好)
我之前已经多次询问有关FPA的问题,但这次我对它采取了更具分析性的观点,并备份了数据.
这个问题是基于一个教程.他有一个"抽样计数"部分,他一步一步地展示了它.您可以在此处查看其示例应用程序的一些屏幕截图.
最后,他计算出的未调整FP是99.
还有另一篇关于InformIT的文章,其中包含典型小时/ FP的行业数据.它的范围从2小时/ FP到27.4小时/ FP.让我们2暂时坚持下去(因为SO读者可能是更有效率的人群:p).
现在再次查看屏幕截图.
在这里做一点数学
99 * 2 = 198 hours
198 hours / 40 hours per week = 5 weeks
真的吗？该示例应用程序需要5周才能实现？是不是只有我的感觉才能让任何体面的程序员超过一周(我甚至不说周末)才能完成它？
现在让我们尝试估算项目的成本.我们现在将使用纽约的最低工资(维基百科),即7.25美元
198 * 7.25 = $1435.5
从我从屏幕截图中看到的,这个应用程序是一个小的excel改进应用程序.我本可以以200美元购买MS Office Pro,这为我提供了更强的互操作性(.xls文件)和灵活性(电子表格).
(为了记录,同一个网站还有另一篇讨论生产力的文章.看起来他们通常使用4.2小时/ FP,这给我们带来了更令人震惊的统计数据:
99 * 4.2 = 415 hours = 10 weeks = almost 3 whopping months!
415 hours * $7.25 = $3000 zomg
(这甚至假设我们所有的穷人都得到了最低工资!)
现在,我可以想出几个可能的解释:
根据我对多个软件指标的经验,Function Point实际上不是一个轻量级指标.如果小时/ FP事情波动如此之大,那么重点是,也许我可以使用用户故事点来获得更快的速度,并且可以说几乎是不确定的.
FP专家对此的答案是什么？
Joh*_*ohm 12
大约十年前,我的一个饮酒伙伴给了我一个非常伟大的智慧.在任何项目咨询中,提出三个问题:1.我们要解决的问题是什么？2.可交付成果是什么？3.我们怎么知道什么时候完成？他补充说,在项目开始之前,任何项目都不应该接受任何问题.
在手头的情况下,我们还有另一个软件估算方法恐怖故事,其中估计似乎高得离谱.我会回答他的恐怖故事,指出他没有回答第二和第三个问题,他没有真正回答第一个问题,除了说"我们想要建立像这样的东西."
我将通过指出他明确地甚至没有询问功能点估计包括或排除估计总数的任务来扩展.例如,功能点估算器允许文档的额外工作量是多少？如果他的估计是针对申请的,没有任何文件,并且功能点估算器的估计是针对具有完整文档的应用程序,那么,我会说在所需的工作总量(和时间)方面存在分歧的余地.
是不是只有我的感觉才能让任何体面的程序员超过一周(我甚至不说周末)才能完成它？
开发人员总是倾向于低估实际完成某些事情需要多长时间.他们认为没有错误,没有要求的变化,以及他们以前从未做过的任何事情,并且不得不花费数天时间来搞清楚.
从我从屏幕截图中看到的,这个应用程序是一个小的excel改进应用程序.我本可以以200美元购买MS Office Pro,这为我提供了更强的互操作性(.xls文件)和灵活性(电子表格).
您是否将完全定制软件的价格与销售数百万份软件的价格进行比较？真的吗？