问有人使用功能点吗？

EN

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

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

就估计精度而言，功能点是非常好的。在我的经验中，它们很棒，但如果你想做好它，就需要付出昂贵的努力。没有太多的项目能够负担得起精化阶段来获得基于FP的正确估计。

2)所需的努力是否值得你从中获得的好处？

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

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

如果我正确理解了你问题的这一部分，我们过去是基于特征点进行估计的，但逐渐远离了这些，几乎所有的项目都希望是那些非常强调内部功能的项目。

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

Excel包含了你可以使用的所有公式，非常棒。如果你想协作性地做这件事，使用谷歌电子表格而不是Excel会有所帮助。

Sparx企业架构师中还内置了一个很好的工具，它允许您根据用例进行估计，这些用例也可以用于FP估计。

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

在使用了用例点和代码行之后，我确定了功能点。(我多年来一直在积极研究10+的评估技术)。

一些关于功能点的问题：

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

很难快速回答，因为这取决于您在生命周期中的位置(从眼睛中的闪光到完成)。你还必须意识到，除了精确度之外，还有更多的东西需要估计。

他们最大的优势是，当与历史数据相结合时，他们在决策者的压力下表现良好。通过将项目的范围从生产力(h/FP)中分离出来，它们导致了更多的建设性对话。(我第一次参与基于指标的评估是因为我是一名web程序员，当时我不得不说服我公司创始人兼首席执行官的一位私人朋友回到他的投资者那里，告诉他们他承诺的日期是无法实现的。我们都知道是这样的，但真正说服他的是项目历史和功能规模(当时的本地用例点)。

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

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

将Function Point Analysis与简化的需求研讨会相结合，您就拥有了一个很好的项目设置方法。

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

2)所需的努力是否值得你从中获得的好处？

绝对一点儿没错。我发现，除了所有其他好处之外，准备一个计数是审查用户目标级别的一致性和完整性需求的一种很好的方法。这甚至在建立敏捷项目时也是如此。我经常发现客户遗漏了一些隐含的故事。

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

IFPUG CPM (计数实践手册) 4.2

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

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

作为结束语，由于许多其他地方已经很好地记录的原因，没有任何估计像统计人员所希望的那样精确(或者更准确地说，准确)。因此，您必须以能够适应这一点的方式来运行您的项目(为敏捷欢呼三声)。

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

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

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

Joel on Software有一个名为Evidence based scheduling的合理的声音替代方案，至少听起来像是。