聊聊功能点分析FPA︱敏捷软件开发
2022-12-20
来源：徐东伟敏捷教练
管理方法；
FPA不会自动提供无错误的项目估算，不过它确实在项目预算编制过程中提供了重要支持；
FPA不是项目规划方法。
在项目的哪些阶段可以执行FPA？
一旦了解了信息系统的高层级功能性用户需求，就可以执行FPA。最关键的是要知道功能性的用户事务的数量以及概念数据模型。
FPA的执行可以在建议/可行性调研阶段，也可以在需求/分析阶段，当然，在功能设计阶段更是没有问题的。在项目生命周期的早期阶段，可能需要使用指示性（indicative）或估算的功能点数来执行FPA估算，因为执行（详细）FPA所需的信息在这个阶段可能无法提供。
使用FPA可以估算哪些项目阶段？
FPA可以估算系统开发生命周期中每个阶段的开发工作。事实上，根据过去的经验，我们知道在项目的每个阶段中平均每个功能点需要多少小时。
例如对于系统开发构建阶段，FPA能够给出很好的估算，因为该阶段的活动非常具体，项目之间也比较相似。
在信息系统的运行阶段，人们可以使用FPA来估算信息系统的运营成本，即每年每个功能点所需小时数。
什么样的项目可以使用FPA？
人们可以将FPA用于新系统开发或功能增强项目。需要注意的是，在功能增强项目中，实现某些功能可能需要做额外的技术工作（因为现有系统的构造有可能无法直接支持功能的增强，需要什么样的项目可以使用FPA？进行额外的改造才行）。重点来了，FPA度量的是实际交付了多少功能，而我们把做额外技术修改的小时数也计算在内，这样一来，与标准交付速率相比，项目的预期生产率就降低了（因为每个功能点需要更多的小时数）。
功能点有多敏捷？
许多组织已经意识到，他们可以使用功能点对软件项目进行估算，从而更好地掌控软件项目。同时，我们也看到越来越多的组织采用敏捷的工作方式，通常是使用Scrum。那么最大的问题来了：在敏捷环境中，功能点还能用吗？Scrum会把功能点扔一边儿去吗？功能点在敏捷世界中还有价值吗？在该博客中，Jolijn Onvlee和Rini van Solingen展示了敏捷和功能点的相爱相杀。
敏捷/Scrum
敏捷（以Scrum为最常用的方法），作为解决大型IT项目失败境况的一剂良方，被越来越多的组织所接受。通过直接开始交付软件（译者注：而不是先花数月写上300页的需求文档），每两周客户就可以直接了解项目进度，能够看到交付的价值。用户不再为了能够用上最高业务价值的功能而进行漫长的等待。此外，持续的反馈信息流，能够让我们更快地交付更有价值的可用系统。事实上，随着
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
