问题标签 [estimation]

我一直在学习 Scrum 并尝试使用一个名为 Acunote 的工具来使用它。我的问题是关于每个任务的两个领域。它们是“估计”和“剩余”。我应该为那些使用什么单位？我使用故事点数吗？剩下的呢？例如，我有一个需要 10 个单位的任务，比如说。我在一天结束时用我相信我需要完成的多少“单元”来填充剩余的部分？

谢谢！

我正在就是否使用 Google 自定义搜索、Yahoo 搜索构建器或构建我自己的网络项目（内容不超过 100 页）征求意见。如果我应该建立自己的 - 你有任何可以推荐的快速入门套件吗？

非常感谢克里斯

在您从事的软件开发项目中，系统集成的大致成本（表示为总系统成本的百分比）是多少？系统集成包括与其他软件、数据库等的集成。

我是一个由 4 名开发人员组成的小团队的 Scrum Master。我们正在做的项目有很多我们以前从未做过的任务，而且在冲刺计划会议上也不能轻易估计。对我来说，在这种不确定性的情况下进行 sprint 的最佳方式是什么？我发现用一个可能发布的产品完成一个冲刺非常困难。当有很多未知长度的任务时，我也发现很难计划冲刺。

如果我有一个由（比方说）三个子算法组成的算法，它们都具有不同的 O() 特征，例如：

• 算法 A：O(n)
• 算法 B：O(log(n))
• 算法 C: O(n log(n))

我如何从理论上估计整个算法的 O()？即不计时或执行任何其他实际测量。

是否有众所周知的公式或程序？

我有以下可用：

• 最后报告的 lat,lon w/timestamp
• 目标纬度，经度
• 预计目标时间
• 标题

如何随时间插入估计的位置？

我知道这足以计算剩余行程所需的平均速度。给定一个直线距离，这是非常微不足道的。我知道这与矢量有关，但我有点生疏，认为最好咨询一些专家。

我需要这个更新率的原因是有限的，所以为了显示流畅的动画，我需要猜测更新之间的当前位置。

目标平台是一个谷歌地图应用程序，所以我有一些基本功能，比如两个坐标之间距离的地理校正功能。语言并不重要，因为我知道很多，并且可以根据需要移植或改编任何示例。然而，一般的解决方案将是首选。

这只是两个独立的向量计算吗？

在估算研发任务的时间时应牢记的要点是什么。假设我必须使用“WPF”技术估计“ABC”任务，而我没有这方面的经验，我需要为此进行一些研发。

假设有人要求我为他们构建一个带有大量自定义的 youtube 克隆，以支持他们想做的一大堆古怪的事情。

我如何决定从头开始构建还是建立白标或开源产品对我来说更好？

由于我过去的工作经验，我倾向于从头开始构建，因为这样我就会知道我正在构建的细节。这有助于更好的发布后支持和可扩展性。对于我的团队中没有人使用过的现成解决方案，我从来没有感到自在。我不太确定我得到了什么。我不知道它是否能完成我想做的所有事情，它的文档记录如何，以及我是否会在 6 个月后开枪打死自己。

有这么多我从未使用过的现成解决方案，在我决定从头开始构建是否是一个好主意之前，我该如何评估它们？

如果我正在为预算紧张的人构建这个，但他们也期望我在路上得到很多支持怎么办？（即购买解决方案符合预算，但我担心之后支持它）

我们都取笑过“剩余 X 分钟”对话框，这似乎太简单了，但我们该如何改进呢？

实际上，输入是截至当前时间的一组下载速度，我们需要使用它来估计完成时间，也许有确定性的指示，例如使用某个 Y% 置信区间的“剩余 20-25 分钟”。

这样做的代码可以放在一个小库中并在所有项目中使用，那么真的有那么难吗？你会怎么做？你会给以前的下载速度赋予什么权重？

还是已经有一些开源代码？

编辑：总结：

1. 通过更好的算法/过滤器等提高估计完成时间。
2. 提供间隔而不是单个时间（'1h45-2h30 分钟'），或者只是限制精度（'大约 2 小时'）。
3. 指出进展何时停止 - 尽管如果进展持续停止然后继续，我们应该能够处理它。也许“大约 2 小时，目前停滞不前”

我习惯于以 Joel Spolsky 建议的方式来考虑时间估计——如果一个计划项目需要超过 16 个小时，它应该被划分为更小的任务。现在，我正在我的团队中实施 Scrum 以及基于故事点的估计。在我看来，故事点的一个好的单位将是理想的工时，而不是工时。如果我使用天数，我的大多数问题将估计为 1/2 或 1。

你有什么想法，为什么在 Scrum 文献中最常提到使用理想的工日？