有人使用功能点吗?

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

在使用用例点和代码行之后,我确定了功能点。(到现在为止,我已经积极地使用估算技术10多年了)。

你做估计吗?)我不是不讲理 在这里,但只是想知道比较 (适用于其他估算方法)

很难快速回答,因为这取决于您在生命周期中的位置(从眼中的闪光到完成)。你还必须认识到,估计比精确性更重要。

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

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

2) 所需的努力是否值得 你从中得到了什么好处?

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

3) 您需要哪种类型的功能点 你用什么?

IFPUG CPM(计数实践手册)4.2

4) 你用什么工具做这件事吗 这

作为一个总结,没有一个估计像bean计数器所希望的那样精确(或者更精确地说,精确),原因已经在许多其他地方得到了很好的证明。因此,您必须以能够适应的方式运行您的项目(为敏捷欢呼三声)。

但在商业环境中,评估仍然是决策支持的重要组成部分,我永远不希望没有我的功能点。我怀疑那些把它们描述为“幻想”的人从来没有见过它们被正确使用过(相信我,我也见过它们被过度炒作和荒谬地误用过)。

迈克·科恩在他的 Agile Estimating and Planning

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

就估计精度而言,功能点非常好。根据我的经验,如果你想做得好的话,它们是很棒的,但是付出的努力是昂贵的。并不是说很多项目都能负担得起一个精化阶段来获得正确的基于FP的估计。

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

FPs之所以伟大,是因为它们得到了ISO的正式认可,这给了您的估计很大的可信度。如果你为一个大客户做一个大项目,投资于官方的详细估算可能会很有用。但如果一开始不确定性水平很大(如其他供应商的集成、遗留系统、松散需求等),那么无论如何,您都无法达到接近精度的水平,因此通常您必须接受这一点,然后重新迭代估算。如果是这样的话,一种更便宜的估算方法(用户故事和故事点)会更好。

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

如果我正确理解了你问题的这一部分,我们通常会根据特征点进行评估,但逐渐远离这些项目,几乎所有项目都会重点关注内部功能。

4) 你用什么工具来做这件事吗?

Excel非常适合您使用的所有公式。如果您想协同工作,使用谷歌电子表格而不是Excel会有所帮助。

还有一个很好的工具内置到 Sparx

http://www.scribd.com/doc/459372/hacknot-book-a4 结论是他们是一个幻想(我同意)。

Joel on Software有一个合理的声音替代方案,称为 Evidence based scheduling 声音 好像它可能有用。。。。

1. 否,因为任何特定需求都可能会根据需求作者的精确程度(或不精确程度)以及功能点评估员的经验水平进行任意量的工作。
3. 如果我能帮得上忙,就没有了。

回答您的问题:

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

2. 是的,他们非常值得努力。您可以仅通过FP计数来估计规模、资源、质量和进度-非常有用。手动计算FP平均需要1分钟,完整编码FP平均需要8小时(价值约800美元)。想想木匠说的“量度两次切割一次”。现在是一个无耻的插头:带 https://www.ScopeMaster.com 你可以测量每秒1 FP,你不需要学习如何测量!

3. 我喜欢宇宙函数点(因为它们用途广泛)和IFPUG,因为有很多已发布的数据(大部分来自Capers-Jones)。

4. 在开发一个能够根据需求自动计算FPs的工具上投入了大量的时间、精力和金钱之后,我再也不用手动计算了!