问如何确定故事点的成本？

EN

你不能把故事点变成钱。软件开发工作的成本是团队在一段时间内的功能，如果您将这些成本转移到一起，可能会考虑到资源。然而，故事点不能转换成时间，所以你不能用它们作为投入成本。故事点也是极不稳定的，所以即使你试图将故事点转换成时间点，它也不会是一个持久的功能。

没有一种很好的方法来确定与敏捷软件开发一致执行的工作将持续多长时间。这是因为敏捷软件开发是对变化作出反应--我们知道软件开发有很多未知因素，而且随着工作的进展，我们学到了更多的东西，软件被交给了利益相关者。有时，我们了解什么是需要的，而另一些时候，我们学习什么是不需要的-在任何一种情况下，范围是非常动态的。

通常的答案是，你知道一个团队工作一段时间需要多长时间。给定一组有序(通常考虑优先级和依赖项)的工作，您可以估计完成该特定部分的工作需要多长时间。如果涉众可以量化这些工作对他们的价值，而开发组织可以量化开发的成本，那么就可以就是否值得再进行一两次迭代达成一致意见。

即使您有最近的速度(昨天天气)，它将是很难预测太远的未来。你学到的东西可以增加或删除工作。随着团队的学习，他们也会更多地了解如何做这项工作，以及存在哪些问题。但是，快速的迭代和反馈有助于调整和确定成本何时超过继续进行的好处。

故事要点至少可以说是不应该离开团队空间的--这不是高层需要知道的事情。

然而，如果他们把你的脚放在火上，坚持要一个数字，如果你已经做了一段时间，而且你的团队已经交付了一个产品，那就做基本的数学计算吧。把过去六到十二个月的所有故事积分加起来，除以总收入减去支付团队中每个人的费用。

答案可能是无用的，但任何其他的计算也是如此。至少使用现实世界的数字，他们有机会至少稍微有意义。

故事点被认为是抽象的，它们只被用来作为一个相对的度量，快速估计。一旦你试图将故事点转化为成本(例如，3点是15小时)，你就会有一种错误的准确性，而你的估计就很难达成共识。

如果您需要给出时间/成本估计，您可以，但这应该完全独立于您的点估计。