在同事之间的一次讨论中,我听说现在不使用功能点分析,因为它可能由于各种原因出错。
所以WBS(工作分解结构)被普遍使用。
真的吗?
在同事之间的一次讨论中,我听说现在不使用功能点分析,因为它可能由于各种原因出错。
所以WBS(工作分解结构)被普遍使用。
真的吗?
功能点和 WBS 是两个不同但相关的项目。功能点是一种衡量单位,可用于确定复杂性和工作量,WBS(工作分解结构)是一种定义项目(问题)子单元的方法。
因此,当开始一个具有给定范围和一组期望的项目时,您使用 WBS 来定义项目的子单元(在一定程度上对您有用),一旦您定义了子单元,您就可以确定通过为每个功能点分配功能点并乘以速度(例如,每天可以交付的功能点数)来工作。
以下是一些有用的链接:
我刚上过一个项目管理程序的入门课程,我们连“功能点分析”都没看(我不确定那是什么),但是我们花了很多时间看WBS。以下所有流程都参考了 WBS。
我只能谈谈我所看到的。我已经看到 IBM 在墨西哥使用功能点来确定产品尺寸并支付分包商的费用。
问候...
九十年代初我在大学里做过功能点分析,但一旦我真正进入工作岗位,它就再也没有出现过。
功能点已经过时,但它们确实工作得很好。我敦促您进一步了解 Capers Jones 的工作,他出版了一些有助于为软件项目带来测量和确定性的出色书籍。
FPA 本身并不是一种工作量估算技术。FPA 用于确定软件需求的“功能规模”,以“功能点”(fp)表示,因此可以是更复杂的工作量估计模型(例如 COCOMO)的许多输入变量之一。
不要将“估计”误认为“计划”。WBS 是一种计划技术,需要详细了解构建/开发的内容和方式。相反,估计是基于有限事实对预期工作量/成本的预测。
所以这不是关于“一个或另一个”,而是“何时-什么”。