问题标签 [estimation]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
estimation - 估算构建 SCSF-CAB / WPF-Composite 时间的公式
在我的公司管理层正在寻找以数据为中心（表单输入）的 Windows 应用程序的屏幕抽水机/生产线工厂。我的任务是构建一个工具，该工具应该根据技术要求自动进行估计。
我正在尝试构建一个公式来估计构建 Web 应用程序（ASPNET MVC 等）的时间。由于分解活动列表是一种标准。
我想知道以前是否有人必须构建这样的工具来进行他/她的估计。
project-planning - 估计 - 添加另一个开发人员时应该减少哪些因素？
我目前正在估算一个新项目。假设有一个开发人员在做这件事，我的高水平估计是 25 周。
实际上将有两个开发人员并行工作。什么因素可以合理地减少估计？（我意识到它不会是 0.5）
agile - 如何将培训时间纳入敏捷项目的估算中
在从事敏捷开发项目时，您如何将用户故事/用例/等的时间估计纳入其中。培训新开发人员了解项目使用的不熟悉技术所需的时间？其他经理如何处理这个问题？
当然，我的问题是假设有人认为有问题的技术是成功完成项目所必需的……或者也许可以考虑偿还一点技术债务！
language-agnostic - 计算文件复制/移动的估计时间？
受这个xckd 卡通的启发，我想知道向用户提供文件复制/移动的估计的最佳机制是什么？
xkcd 上的 alt 标签内容如下：
他们可能会说“连接可能已丢失”，但进行简单的时间平均会更有趣，让您希望如果您等待 1,163 小时，它最终会完成。
忽略有趣的是，这真的是在 Windows 中完成的吗？其他操作系统呢？有没有更好的办法？
testing - 估计 UAT 工作量的任何经验法则 - 例如脚本数量与业务需求数量的比较？
我正在尝试估计测试项目所需的测试人员数量。一种方法是确定将需要的脚本数量，并想知道与需求数量相比是否存在脚本数量的经验法则。我估计2-3。
- 1 用于晴天型式测试
- 1 为阴性测试
- 1 至少将 1 个需求测试与至少一个其他测试相结合。
但这只是我最初的猜测。如果有一些最佳实践，我会全力以赴。同样，这不是用于单元测试或系统测试，而是用于用户验收测试。
project-management - 估计你的任务应该走多远？
用于估算任务持续时间的最佳时间分辨率是多少？
是 0.5、1、2、5 天还是应该减少到 0.5、1、2、4 小时，然后再持续到几天？
更改标签文本是否应该成为任务？（预计到达时间 < 1 分钟）
建议？
project-management - Scrum 中的故事估计
我们开始了一个将使用 Scrum/XP 管理的项目。为了评估目的，我们预先编写了整个产品 backlog。我们确保所有故事都以客户为中心，并通过以下方式对其进行评估
- 故事商业价值：莫斯科技术 - 必须、应该、可以、不会/不会实现这个
- 故事工作量/复杂度（= 故事点数）：1、2、3、5、8、13、21、100 - 与故事复杂度/工作量有关，而不是理想的持续时间
100 个故事点可能有一些带有会/不会有的故事，因为它们实际上是更大的复杂故事，如果需要，稍后会分解。
计算的故事重要性基于不重叠莫斯科故事的价值和努力。
但是，如果没有 100 点故事，我们的故事到目前为止（也被分解）的复杂度在 2 到 8 之间，我们认为这是避免微观管理的合适故事大小。但有些故事变得相互关联或相互依赖。如果先完成，我们的故事可能会花费更多，如果在他们之前完成其他故事，则可能会花费更少。
问题
是否可以在开发过程中稍后调整故事点，就像我们可以对故事任务做的那样，我们可以重新评估它们、添加新的、删除现有的，或者故事不是这种情况？因为改变它们的复杂性，也会改变基于计划速度的结束日期估计。在这种情况下，最佳做法是什么？
tdd - 使用 TDD 时如何获得足够的规划和估算细节？
在过去计划 2 周的迭代时，我采用了一个用户故事：
- 故事：重命名文件
并将其分解为以小时为单位估算的任务：
- 故事：重命名文件
- 任务：创建重命名命令 (2h)
- 任务：维护选定文件的列表（3h）
- 任务：连接 F2 键 (1h)
- 任务：添加上下文菜单选项 (1h)
然后我会选择一个任务来完成，并跟踪花费在它上面的时间。然后我会用另一个任务重复这个过程。在迭代结束时，我可以查看每个任务所花费的时间，将其与估计进行比较，并使用此信息来改进未来的估计。
当工作完全由测试驱动时，唯一提前明确定义的工作是启动开发的验收测试，并且在涵盖大量工作的用户故事中，验收测试的范围可能过于广泛，无法给出一个好的估计。
所以我可以猜测最终会完成的任务（和以前一样），但是花在这些任务上的时间更难跟踪，因为测试让你在很小的垂直切片中工作，通常在每个部分都工作同时任务。
在执行 TDD 时，我是否可以采用任何技术来提供更详细的估计并准确跟踪时间？我正在使用TargetProcess，它鼓励将用户故事拆分为如上所述的任务，因此保持这种格式会很有帮助。
language-agnostic - 我怎么知道某件事需要多少天？
我是一名 PHP 开发人员，而且我经常不知道工作需要多少天——更不用说时间了——我在工作中需要多长时间。我经常写新东西，把它和旧的废话结合起来。我可以告诉我的老板我可能会在哪周完成某件事——也许是这周的哪一半——但我到底怎么知道具体哪天会完成某件事呢？考虑到错误和其他未知数经常出现并消耗时间，这不是有点不现实吗？我只能尽量减少这些东西......
我正在考虑说以下内容：
“听着，我明白我在说“明天！明天！”没有帮助。在我将要做的许多事情上，我能为你做的最好的事情就是告诉你我可能会在一周内完成它。如果看起来我可以完成它给定一周的星期五，然后我们最好移到下周。”
.net - 估计使用 .net 3.0 的 Windows 操作系统用户的百分比？
我正在构建一个要求非常高的 Web 应用程序。我想首先在 silverlight 和 activex 中构建它，并在它们之间使用 javascript。后来我开始考虑使用xbap。问题是 xbap 需要 .net 3.0，在开始编写具有此类要求的应用程序之前，我想大致了解安装了 .net framework 3.0 的窗口操作系统用户的数量。有人有想法吗？我在哪里可以找到这样的估计？谢谢！