问题标签 [estimation]

我是 Scrum 新手，希望在我的公司实施 Scrum。获得支持不是问题，这是我的公司和开发人员非常乐意像这样工作。

问题是我们 75% 的收入来自固定长度/固定价格的项目。

Ken Schwaber 在他的书《Agile Project Management with Scrum》中，在书末的附录中涵盖了对固定长度/固定价格项目进行投标的主题。

经过深思熟虑后，Ken 得出结论，只有当您可以说服潜在客户以不同的方式思考时，Scrum 才有用。客户必须接受很多不确定性（关于最终成本和最终交付日期），以换取更快获得可能可用的东西，并且不必实现每个功能的可能性可以为他们节省资金。

我不相信这是在固定长度/固定价格项目中实施 Scrum 的唯一方法。

我想知道其他人如何成功竞标并从固定长度/固定价格项目中获利。

我正在查看各种云计算平台的定价，尤其是 Amazon 的 EC2，并且很多报价都是基于一个称为 Instance-Hour 的单位。

我试图了解实例小时的确切定义，以便更好地比较继续托管 Web 应用程序与将其放在云上的成本。

(1) 它是否对应于任何 Windows 性能计数器，以便我可以对我们当前的实现进行基准测试并在他们的定价计算器中使用它？

(2) 多处理器实例如何计入实例小时计算？

我正在寻找 ABAP 开发的标准时间估计表或列表，根据开发团队、项目的复杂性等在某些变量中可定制的东西......

类似于：

我已经搜索过，但还没有找到任何东西。我找到了 AboveSoft Adaptive Estimator，它看起来像是一个软件工具，可以满足我的需求，但我更喜欢……手册、官方或标准表。

你知道这样的事吗？

先感谢您。

根据 Rob S. 的评论要求进行了更新，以便为未来的类似问题提供更多信息：

我正在寻找的是一堆公式，任何可以适用于（甚至创建用于）SAP 开发时间估计的度量系统。

我正在寻找一种技术/工具/方法来估计 SAP 工作、持续时间、成本，类似于用于 SAP 开发的 COCOMO II、FP、ESTIMACS 或 SLIM。

• 您在项目规划和为新项目创建工时估算方面有何经验？

• 您使用的方法是什么，为什么对您有效或无效？

• 是否有任何最佳实践需要考虑？

您如何估计实施用户故事所需的时间？如果这是您在知道需要多长时间之前就已经完成的事情。但是，如果它对您来说是全新的呢？你为“惊喜”预留了多少时间？

过去几个月我一直在研究 Flex，因为这是我第一次真正做 Flex，我最终低估了导致延迟的项目任务。那么，在研究一项新技术时，如何估计项目时间呢？

有人建议，在进行估算时，应该对预期交货时间进行上下限。我见过的少数项目工具似乎需要一个固定的日期。是否有任何工具支持这种估计范围的概念？

我使用 FogBugz 作为工具，让我们“展望未来”。该程序需要我们的工作时间，发布任务，分配开发人员对该任务的估计，以及开发人员倾向于低估/高估的倾向，并试图提出在未来的一系列日期发布发布的概率.

现在，由于 FogBugz 考虑到了工作时间，它假设开发人员会将时间投入到分配给他们的任务中，这在 XP 中是不正确的，因为他们之前的决定是完成开发人员的一项任务一起。

这是否意味着我在进行结对编程时不能使用 FogBugz 进行估算？

阅读XP 书，我心中有一个我无法解决的矛盾，想知道你们是否可以提供帮助。

XP 说在索引卡上写故事，分配给开发人员，让她估计任务需要多长时间，然后使用结对编程来完成编码。

因此，她和她配对的开发人员必须选择执行他或她的任务。根据该选择，他们执行的工作将计入她为该任务所做的估计。这个估计是否仍然有效，因为它似乎取决于她与谁一起工作？

我问的是较小的工作：我认为对于较大的工作，您需要处理各种合同问题。对于较大的工作，如果您还没有考虑到进度延误，那么您基本上已经被淹没了。

较小的可交付成果（10 小时或更少）：如果您正在做一些您以前做过的事情，很容易估计这项工作需要的时间（而且可能需要的时间更少，因为您已经学会了如何去做“最好的”）。但是对于新事物，您如何处理初始估计中可能出现的时间延误？随意加20%的时间，以防万一？给出一个范围，然后在前进时给出更高的精度？做一些 HelloWorlds 计费几个小时并尝试找出未知数？

对于这个问题，我假设您为一个灵活的客户工作，他们需要尽可能多的信息来完成他们的工作，并且迟早需要一切。