这些天几乎每个人都在确定软件故事点的大小。但是，故事的重点是什么？对于每个敏捷团队而言，这意味着不同的东西。
对于自治的敏捷团队来说，故事点是可以的，这主要是关于工作量和花费的时间，而不是对交付功能的衡量。在SP中也会评估实际上无法交付功能的任务。
软件项目经理的工作远远不只是重新显示分解图，他还需要更多面向用户，更通用的功能。适当的指标对于管理良好的项目至关重要。 SP’除了在单个敏捷团队的环境中进行评估和衡量外，s不足以用于PM。
碰巧的是，有一种很好的软件项目评估和测量技术。没有多少人知道它，也没有人知道如何有效地使用它。 B.A.s有一个很好的机会介绍这一点并提高软件项目的确定性。
在深入探讨答案之前，让我们再看一下更广泛的背景。
在我职业生涯的一部分，我从1970年的功能点分析（FPA）学到了一种技术。向我展示了如何慎重使用该技术如何为软件项目带来不可思议的可预测性。 FPA是对功能点（FP）进行计数的过程，即从用户角度衡量软件大小的指标。 FP是唯一获得ISO标准认可的软件度量标准，甚至适用于开发合同。
那么，为什么很少有人听说FP？可能有多种原因，但是在大多数情况下，它们被认为是老式的，很难计数。对功能点进行计数始终是手动过程。最初的方法被发明大约20年之后，发布了更新版本，以解决对原始方法的许多批评。宇宙功能调整（cosmic-sizing.org）是此ISO标准的最新版本。 Cosmic使该技术适用于现代软件体系结构，是一种基于原理的方法。
甚至在编写软件之前就可以对功能点进行计数，它们比故事点或代码行更合适，因为它们专注于从用户角度衡量功能性。
关于使用功能点衡量的过去项目的统计数据，有大量可用数据，特别是Capers Jones的著作和可从ISBSG获得的数据。
功能点是关于尺寸测量的，但是它们也可以用于评估和管理软件项目的其他方面：
尺寸 ：作为项目的一部分要开发或更改的FP。
范围变更： 如上。
质量 ：每个FP的潜在缺陷和每个FP发现的缺陷是两个示例。
时间表估算：交付给定数量的FP所需的月数，
时间表遵守情况： 遵守每月计划生育的预期交付率。
资源分配：交付一定数量FP所需的人员和成本
交付的挣值： FP是有用的用户功能的直接指示。
供应商估算验证：将提案与每个FP的典型行业成本进行比较
在过去的十年中，我在每个软件项目中都使用了功能点，它们使我很快获得了深刻的见识。这些项目大多数都涉及敏捷软件交付团队，而我已经评估了FP的故事点。这样很好。故事点是产出和生产力的主要指标 内 Scrum团队和FP数量是我在供应商，项目甚至投资组合级别的主要指标。
当我发现FP对我来说是多么有效和有价值时，我很惊讶以前从未遇到过他们。似乎很少有人意识到或欣赏他们的价值。可能有几个原因：
我强烈建议您花一些时间来研究免费项目 cosmic-sizing.org。一旦您具有计算和使用功能点的能力，您就会感觉像盲人之地的独眼巨人，最终同事们会向您求助。
科林·哈蒙德（Colin Hammond），工学硕士，MBCS，CFPS
Colin是一位经验丰富的IT项目和产品组合经理。他曾在零售，金融和教育领域的许多知名组织工作，主要从事软件开发项目。
Colin是ScopeMaster.com的作者，该工具可帮助提高软件需求的质量，并同时根据需求文本自动测量功能大小。
