14

关于功能点的一些问题:

1)这是一种合理精确的估算方法吗?(我这里不是不讲理,只是想知道和其他估算方法相比)

2) 你所付出的努力是否值得你从中得到好处?

3) 您使用哪种类型的功能点?

4)您是否使用任何工具来执行此操作?

编辑:我有兴趣听取使用它们或使用过它们的人的意见。我已经阅读了估算实践,包括各种技术的优缺点,但我对实践中的价值感兴趣。

4

6 回答 6

14

从 2002 年到 2005 年,我是一名 IFPUG 认证功能点专家,我仍然使用它们来评估业务应用程序(基于 Web 和胖客户端)。我的经验主要是小型项目(1000 FP 或更少)。

在使用用例点和代码行之后,我选择了功能点。(我已经积极使用估计技术 10 多年了)。

关于功能点的一些问题:

1)这是一种合理精确的估算方法吗?(我这里不是不讲理,只是想知道和其他估算方法相比)

很难快速回答,因为这取决于您在生命周期中的哪个阶段(从眼前一亮到完成)。您还必须意识到,估计不仅仅是精度。

他们最大的优势在于,结合历史数据,他们能够很好地承受来自决策者的压力。通过将项目范围与生产力 (h/FP) 分开,他们会产生更具建设性的对话。(当我是一名网络程序员时,我第一次参与基于指标的估计,不得不说服我公司创始人兼首席执行官的私人朋友回到他的投资者那里,告诉他们他承诺的日期无法实现。我们都知道是这样,但真正说服他的是项目历史和功能规模(当时本土的用例点)。

他们的优势在生命周期的早期是最大的,那时您甚至必须在团队组建之前评估项目的可行性。

与普遍的看法相反,如果您知道自己在做什么,不需要那么长时间就能得出一个有用的计数。根据在初始客户会议中推断的基本信息类型(逻辑文件)和我们团队的平均生产力,我可以得出一个粗略的计数(但不比那个阶段的所有其他未知数更粗略)和一个有用的估计在一个下午。

将功能点分析与促进需求研讨会相结合,您就有了一个很好的项目设置方法。

一旦事情变得严重并且我们已经提名了一个团队,我们就会使用规划扑克和其他一些估算技术来得出一个独立的数字,并将两者进行比较。

2) 你所付出的努力是否值得你从中得到好处?

绝对地。除了所有其他好处之外,我发现准备计数是审查用户目标级别要求的一致性和完整性的绝佳方式。甚至在建立敏捷项目时也是如此。我经常发现客户错过的隐含故事。

3) 您使用哪种类型的功能点?

IFPUG CPM(计数实践手册)4.2

4)您是否使用任何工具来执行此操作?

培训我的人给了我一个 Excel 电子表格模板。您输入文件或事务属性,它会为您完成所有表查找。

作为结束语,没有任何估计值像 bean-counters 所希望的那样精确(或更准确地说,准确),原因在许多其他地方都有很好的记录。因此,您必须以能够适应这种情况的方式运行您的项目(为敏捷欢呼三声)。

但是估计仍然是商业环境中决策支持的重要组成部分,我永远不想没有我的功能点。我怀疑那些将它们描述为“幻想”的人从未见过它们被正确使用(相信我,我看到它们被过度炒作和滥用,可笑)。

不要误会我的意思,FP 有时对他们有一种随意的感觉。但是,套用丘吉尔的话说,功能点是已知的最糟糕的早期生命周期估计技术,除了所有其他技术。

于 2008-10-01T23:09:52.687 回答
10

Mike Cohn 在他的Agile Estimating and Planning中认为 FP 很棒,但很难做到正确。他(显然)建议改用基于故事点的估计。我倾向于同意这一点,因为对于每个新项目,我越来越多地看到敏捷方法的好处。


1)这是一种合理精确的估算方法吗?(我这里不是不讲理,只是想知道和其他估算方法相比)

就估计精度而言,功能点非常好。以我的经验,如果你想正确地做到这一点,它们是伟大的,但在所涉及的努力方面是昂贵的。没有多少项目能够负担得起一个细化阶段来正确地进行基于 FP 的估计。

2) 你所付出的努力是否值得你从中得到好处?

FP 很棒,因为它们得到了 ISO 的正式认可,这使您的估计具有很大的可信度。如果你为一个大客户做一个大项目,那么投资于看起来像官方的详细估算可能会很有用。但是,如果一开始的不确定性很大(如其他供应商的集成、遗留系统、松散的要求等),无论如何您都不会接近精确,因此通常您必须接受这一点并稍后重新迭代估计。如果是这种情况,一种更便宜的估算方法(用户故事和故事点)会更好。

3) 您使用哪种类型的功能点?

如果我正确理解了您问题的这一部分,我们过去常常根据特征点进行估计,但逐渐远离这些,几乎所有项目都期望那些高度重视内部功能的项目。

4)您是否使用任何工具来执行此操作?

Excel 非常适合您可以使用的所有公式。如果您想以协作方式执行此操作,则使用 Google 电子表格而不是 Excel 会有所帮助。

Sparx Enterprise Architect还内置了一个很棒的工具,它允许您根据用例进行估计,该用例也可用于 FP 估计。

于 2008-09-30T15:04:12.020 回答
6

伟大的 hacknot 现在下线了,但它是书本形式的。他有一篇关于功能点的文章:http ://www.scribd.com/doc/459372/hacknot-book-a4 ,结论是它们是一个幻想(我同意)。

Joel on Software 有一个合理的替代方案,称为基于证据的调度,至少听起来它可能有效......

于 2008-09-23T21:17:27.497 回答
2

根据我对功能点的研究(我的一位老师高度参与功能点理论的过程),他无法回答我们所有的答案。功能点在很多方面都失败了,因为这不是因为你有你可以正确评估的读或写的东西。您可能会得到 450 个功能点的结果,其中一些功能点需要 1 小时,而一些需要 1 周。这是一个我永远不会再使用的指标。

于 2008-12-05T15:24:29.013 回答
1
  1. 否,因为任何特定需求都可以根据需求作者的精确度(或不精确度)以及功能点评估者的经验水平进行任意量的工作。
  2. 不,因为对抽象功能的不精确推导的管理不会产生可靠的估计。
  3. 没有如果我能帮助它。
  4. 工具?对于功能点?Excel怎么样?还是字?还是记事本?还是爱德林?
于 2008-09-23T00:05:02.063 回答
1

要回答您的问题:

  1. 是的,它们比我遇到的任何其他东西都更精确(20 多年来)。

  2. 是的,他们非常值得付出努力。您可以仅从 FP 计数来估计大小、资源、质量和进度 - 非常有用。手动计算一个 FP 平均需要 1 分钟,完全编写一个 FP 平均需要 8 小时(价值约 800 美元)。考虑一下木匠的“测量两次切割一次”的说法。现在是一个无耻的插件:使用https://www.ScopeMaster.com,您可以每秒测量 1 FP,而您无需学习如何!

  3. 我喜欢 Cosmic Function Points(因为它们用途广泛)和 IFPUG,因为有很多已发布的数据(主要来自 Capers Jones)。

  4. 在开发一个从需求中自动计算 FP 的工具上投入了大量时间、精力和金钱后,我再也不用手动完成了!

于 2018-02-27T20:02:37.823 回答