已知发布的总故事点数和开发速度
- 正如我们之前所看到的,团队花费时间评估项目,以便计划项目的持续时间和进度。通常,项目是由发起人根据这些数据批准的。
- 在传统的计划驱动项目中,高层范围以WBS的形式分解为可管理的部分。在WBS的基础上,对资源(和所需的技能集)进行规划,准备了持续时间估计,并绘制了任务依赖关系。这有助于确定项目的总体计划进度表、中间里程碑和关键路径上的任务。使用相同的估计技术,项目经理为项目准备了一个预算,包括固定和可自由支配的成本,以及分配预算的一部分,以降低风险,并有一个应急计划。
- 在敏捷项目中,这是完全不同的,因为整个项目是一系列迭代来实现的。所涉及的步骤用如下步骤来说明:
输入:
- 项目团队从一个发布的产品待办列表开始。待办事项列表使用一种简单有效的方法快速估算,比如亲和估算或计划扑克。让我们假设一开始,一个发布汇总的估算达到240个故事点。
- 团队同意DoD,包括分析、设计、实现、测试、构建和部署到实际环境。
- 团队计划在以三周为一个迭代,交付增量。
- 团队,初步判断团队速度为每个迭代:24故事点
- 团队有5名成员。每个成员每天人工费用为:$400/人天。假设团队每周工作5天,那么每周人工费用将是:$400 5 5 = $10,000。
此外,该项目将产生$15,000的固定成本,采购该项目的硬件软件和许可证,以及$5,000美元的培训和旅行。
计算步骤
由于backlog有240个故事点,而团队的速度是每个迭代24个故事点,团队需要240 / 24 = 10个迭代来完成项目。这里的简单假设是:待办事项列表保持静态,评估是完美的,基础设施是即时供应的,不依赖于其他项目或其他团队,团队的开发速度保持在24。在现实世界中,这两种假设可能都不成立,但这是一个简化的场景。
- 假设每个迭代的长度是3周,那么完成项目(将所有的故事交付到生产中)的总时间是10 * 3 = 30周
- 现在让我们看看成本方面。劳动力的周支出是1万美元。因为一个迭代周期是3周,在每个迭代周期中,团队花费$10,000 *3 = $30,000。称为:迭代燃烧率(Iteration Burn Rate)。
- 完成项目需要10次迭代,劳动力背后的总费用将是$30,000 * 10 = $300,000。
- 现在考虑固定成本和差旅成本,项目的预算是人工成本+固定成本+其他成本,即:$300,000 + $15,000 + $5,000 = $320,000。
- 最后,如果团队希望在预算中加入10%的额外征税,以计入应急金额(以覆盖已知风险),项目的总预算将为$320,000 * 1.1 = 35.2万美元。 | 待办事项总故事点 | 迭代长度 | 团队速度 | 迭代数 | 人工成本 | 团队成员 | 一周人工成本 | 固定成本 | 其他成本 | 完成项目总周数 | 总人工成本 | 合计成本 | 风险 | | —- | —- | —- | —- | —- | —- | —- | —- | —- | —- | —- | —- | —- | | 240sp | 3周 | 24sp | 240 / 24 = 10个迭代 | $400/人天 | 5 | $400 5 5 = $10,000 | $15,000 | $5,000 | 30周 | $10,000 310 = $300,000 | $300,000 + $15,000 + $5,000 = $320,000 | $320,000 * 1.1 = 35.2万美元 |
从上述计算中还可以观察到,240个故事点估计总费用为352 000美元。因此,每个故事点的成本将是352,000/240 = 1467美元。这可以作为一个参数来确定用户描述的ROI。例如,15点史诗游戏的成本是2.2万美元,只有当实现价值超过这个数字时才有意义。上述计算相当简单,但对于PMI-ACP®考试来说是一个重要的话题。因此,建议您花一些时间来反思和吸收关键概念和计算。在实际情况中,可能会有一些变化影响到持续时间和预算估计:
- 在项目进行过程中对待办事项添加或删除故事。
- 当团队想要尝试新想法,而使用刺探,增加冲刺任务以降低风险。
- 用理想时间代替故事点作为估算单位。将理想的一天表示为个人一天的一部分(比如80%)。
- 基础设施成本折旧。