如何在敏捷迭代方法中充电？

Question

在使用敏捷迭代方法时，我对预算表示怀疑。如果我对敏捷有很好的理解，那么在每次迭代结束时，我们都有可用的产品，因此我们满足了一些需求，然后软件的某些部分已经在工作了。

我们如何对这一方法的工作收费？我们是对每一次迭代收费，即满足主要需求的费用，还是在软件确实完成后向客户收费，然后立即接收所有内容？

Answer 1

通常，项目方法并不重要。最有可能的是，每名顾问/资源将提供每日费率。然后以费率乘以天数作为成本估算的依据。

例如(便于乘法的数字)：

每日rate=100

敏捷= 10次迭代。每次迭代将持续10天= 100天。

100x100 =每位顾问/资源10000美元

不同的费率将适用于不同的资源(开发，质量保证，拱门，PM等)。有些资源可能得不到100%的分配。

Answer 2

基于人工的迭代率，或者对于喜欢平面图的客户，根据估计对每个特性进行定价，并为每次迭代加起来。

你的“真实”答案最终会成为“你和客户都满意的东西”。

Answer 3

博士(敏捷宣言的原始签字人和Scrum的共同创建者)提出了一种基于敏捷的项目的合同格式，他称之为“免费的金钱和免费的改变”。

最根本的办法，是各方同意他们正在合作，并建立信任对方的专门知识。

为此，合同要求客户积极参与，包括：

1. 根据业务价值对功能进行排序
2. 共同商定的所有工作估计数
3. 积极参与每一个短跑计划
4. 积极参与编写每个功能的接受标准(关于已完成的共享定义)
5. 积极参与每一次Sprint审查，并为工作提供及时的反馈(已完成和正在进行中)

合同的价值与时间、材料和范围是一致的。这些是基于对工作的共同商定的估计(通常使用团队的相对估计和团队的历史速度)。

这份合同附带了几条附加条款：

免费更改--如果客户在处理过程中积极地与团队一起参与，客户可以在不改变总范围的情况下更改范围而不需要任何额外的成本(例如，他们可以在不再需要的待办事项中进一步提取一个13点的内容，并将其替换为其他事件，只要它们总计达到13分或更少)。

保证工作-如果客户在过程中积极地与团队合作，客户可以在他们认为实现下一个功能的成本高于下一个功能的业务价值的任何时候终止合同，这是剩余合同价值的20%。

二读：

博客帖子：http://scrum.jeffsutherland.com/2008/10/agile-contracts-money-for-nothing-and.html

幻灯片面板：http://jeffsutherland.com/Agile2008MoneyforNothing.pdf

(我会提供更多的链接-但我的声誉不会超过两个-不过，如果你寻找“白手起家，免费改变”，你应该能找到更多的阅读。)