任何人都不会的工作与职能分？

StackOverflow https://stackoverflow.com/questions/118023

  •  02-07-2019
  •  | 
  •  

题

一些问题有关的功能要点：

1)它是一个合理准确的方式做的估算？(我不是不合理的，但只是想知道比其他估算方法)

2)和所需的努力值得利你把它弄出来?

3)哪些类型的功能做点使用？

4)不使用任何工具这样做？

编辑:我有兴趣听一听从使用它们的人或 已 使用它们。我已经读了关于估计的做法，包括优点/缺点的各种技术，但是我感兴趣的价值 实践.

有帮助吗？

解决方案

Mike Cohn在他的敏捷估算和规划中认为FP很棒但是很难做对。他（显然）建议使用基于故事点的估算。我倾向于同意这一点，因为每个新项目我都越来越看到敏捷方法的好处。

1）这是一种合理精确的估算方法吗？ （我在这里并不合理，但只想知道与其他估算方法相比）

就估计精度而言，功能点非常好。根据我的经验，如果你想要做得好的话，它们很棒，但在努力方面却很昂贵。并非许多项目能够提供精心设计阶段以使基于FP的估算正确。

2）所需的努力是否值得您从中获益？

FP很棒，因为它们被ISO正式认可，这使您的估计具有很高的可信度。如果您为一个大客户开展一个大项目，那么投资看官方详细的估算可能会有所帮助。但是，如果开始时的不确定性水平很高（像其他供应商集成，遗留系统，松散的要求等），那么无论如何你都不会接近精度，所以通常你必须接受这个并在以后重新估计估计。如果是这种情况，那么更便宜的估算方法（用户故事和故事点）会更好。

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

如果我正确地理解了你的问题的这一部分我们曾经根据特征点进行估计，但逐渐远离这些，几乎所有项目都期望那些重点强调内部功能。

4）您是否使用任何工具进行此操作？

Excel非常适合您可以使用的所有公式。如果您想要协作，那么使用Google Spreadsheets而不是Excel会有所帮助。

Sparx Enterprise Architect内置了一个很棒的工具，可以让你做基于用例的估算也可用于FP估算。

其他提示

我是2002 - 2005年的IFPUG认证功能点专家，我仍然使用它们来估算业务应用程序（基于Web和胖客户端）。我的经验主要是较小的项目（1000 FP或更少）。

在使用用例点和代码行后我确定了功能点。 （我现在已经积极地使用估算技术超过10年了。）

  

有关功能点的一些问题：

     

1）这是一种相当精确的方法吗？   做估计？ （我并非不合理   在这里，但只是想知道比较   其他估算方法）

很难快速回答，因为这取决于你在生命周期中的位置（从眼睛到完成）。你还必须意识到，估计不仅仅是精确度。

他们最大的优势在于，当与历史数据相结合时，他们在决策者的压力下能够保持良好状态。通过将项目范围与生产率（h / FP）分开，它们可以产生更具建设性的对话。 （当我作为一名网络程序员，我不得不说服我公司创始人兼首席执行官的私人朋友回到他的投资者那里时，我首先参与了基于指标的估算，并告诉他们他承诺的日期是无法实现的。我们都知道它是，但实际上说服了他的是项目历史和功能大小（当时的本土用例）。

他们的优势在生命周期的早期是最大的，当你必须在团队组装之前评估项目的可行性时。

与普遍看法相反，如果你知道自己在做什么，那么提出有用的数字并不需要那么长时间。只是在最初的客户会议中推断出的基本信息类型（逻辑文件）和我们团队的平均生产率之后，我可以得出一个粗略的计数（但没有比那个阶段的所有其他未知数更粗糙）和一个有用的估计在一个下午。

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

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

  

2）所需的努力值得   你得到的好处是什么？

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

  

3）哪种类型的功能点   你用吗？

IFPUG CPM（计数实践手册）4.2

  

4）你使用任何工具吗？   此？

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

作为结论性的说明，由于豆类计数器所希望的原因，NO估计与精确（或更准确，准确）一样，其原因已在许多其他地方得到充分记录。因此，您必须以适合的方式运行您的项目（为敏捷提供三种欢呼）。

但估算仍然是商业环境中决策支持的重要组成部分，我绝不希望没有我的功能点。我怀疑将他们描述为“幻想”的人从来没有看到他们正常使用（我看到他们过分夸张和误用，相信我）。

不要误会我的意思，FP有时对他们有任意的感觉。但是，用丘吉尔的话来说，功能点是已知最差的早期生命周期估计技术，除了所有其他技术之外。

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

Joel on Software有一个合理的声音替代方案，名为循证调度至少听起来就像它可能有用......

从什么我必须研究有关的功能点(我的一个老师是高度参与该进程的理论功能的一点)，他不能够回答我们所有的答案。功能失败，在许多方式，因为它不是因为你有什么阅读或写，你可以评估是否正确。你可能会有结果的450点的功能，这些功能将需1小时答一些将需要1星期。这是一个度量，我将永远不会再次使用。

  1. 没有因为任何特别的要求可以有一个任意数量的努力的基础上，如何精确的(或不精确)提交人的要求是，经验水平的职能点评估人.
  2. 没有因为管理不确切的推导的抽象功能产没有可靠的估计。
  3. 没有如果我能帮助它。
  4. 工具？对于功能分？怎么样Excel?或字？或者记事本？或Edlin?

回答你的问题：

  1. 是的，它们比我遇到的任何其他事情都要精确（20多年）。

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

  3. 我喜欢宇宙功能点（因为它们是多功能的）和IFPUG因为有大量已发布的数据（主要来自Capers Jones）。

  4. 投入大量时间，精力和金钱开发一种能够根据需求自动计算FP的工具，我再也不用手动了！

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top