estimation - 有人使用功能点吗？

Question

已关闭。此问题不符合 Stack Overflow guidelines 。目前不接受答案。

---

这个问题似乎与 help center 中定义的范围内的编程无关。 .

已关闭 2 年前。

Improve this question

关于功能点的一些问题:

1) 这是一种相当精确的估算方法吗？ (我这里并不是无理取闹，只是想知道与其他估算方法相比)

2)所需的努力值得您从中获得的好处吗？

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

4) 您使用任何工具来执行此操作吗？

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

Answer 1

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

在使用用例点和代码行之后，我决定使用功能点。 (我已经积极研究估计技术十多年了)。

Some questions about Function Points:

1) Is it a reasonably precise way to do estimates? (I'm not unreasonable here, but just want to know compared to other estimation methods)

很难快速回答，因为这取决于您处于生命周期的哪个阶段(从闪闪发光到完成)。您还必须认识到，估算的重要性不只在于精确度。

他们最大的优势在于，结合历史数据，他们能够在决策者的压力下保持良好的状态。通过将项目范围与生产力 (h/FP) 分开，它们会产生更具建设性的对话。 (我第一次涉足基于指标的估算是在我，一名网络程序员，不得不说服我公司创始人兼首席执行官的一位私有(private) friend 回到他的投资者那里，告诉他们他所 promise 的日期是无法实现的。我们都知道是这样，但真正说服他的是项目历史和功能规模(当时的本土用例点)。

它们的优势在生命周期的早期是最大的，此时您必须在组建团队之前评估项目的可行性。

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

将功能点分析与简化的需求研讨会相结合，您将获得出色的项目设置方法。

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

2) And is the effort required worth the benefit you get out of it?

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

3) Which type of Function Points do you use?

IFPUG CPM(计数实践手册)4.2

4) Do you use any tools for doing this?

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

作为结论，任何估计都不像精算师所希望的那样精确(或更准确地说，准确)，原因在许多其他地方都有详细记录。因此，您必须以能够适应这种情况的方式运行您的项目(为敏捷欢呼三声)。

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

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