Questions tagged «estimation»

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 4年前关闭。 我在工作场所（一所大学）见过，大多数学生都使用COCOMO进行最终文凭工作的软件估算成本。我的猜测是，这种估算成本的方法有些陈旧（COCOMO于1981年成立），因此我的问题是： How do you estimate costs in your software? 我看过类似的东西： 费用=（每小时工作量+估计的空闲时间）* HourlyRate 那不是我想要的，我正在寻找一个正确的（科学地）定义的成本模型 编辑我已经找到了一些相关的问题： 有哪些软件成本估算方法和模型？ 您如何估算开发软件需求的成本？

10 pricing  estimation  cocomo 

为了处理任务级别的估计和时间报告，我一直在（大约）使用Steve McConnell在软件估计的第10章中描述的技术。。具体来说，当我需要创建任务级别的估算值时（恰好在对项目进行编码之前），我会在相当精细的级别上确定任务，以便在任何可能的情况下，我都不会遇到单点任务50置信百分比估计大于四个小时。这样，任务估算过程有助于构建软件，同时帮助我在估算期间不要忘记任务。我还为每个任务提供了可能的小时数范围，并使用麦康奈尔描述的统计计算以及我的历史准确性数据，可以在需要时在其他置信度水平下生成估计值。我觉得这种方法对我来说效果很好。我们需要将任务及其估计值放入TFS中进行跟踪，因此我会以告诉我使用的置信度百分比来使用这些估计值。 但是，我不确定在忘记某个任务时该怎么办，或者最终我需要做的工作并没有完全落在我估计的任务之一之内。当然，最好避免这种情况，但是如何处理被遗忘/已更改的任务？我想拥有最好的历史数据，以帮助我进行将来的估计，但是现在，我基本上只是在计算是否做出50％的置信度估计，以及是否在范围估计内。 我很乐意澄清我要问的问题-让我知道不清楚的地方。

10 estimation 

我在Scrum会议中注意到，开发人员通常会对故事进行现实的估计。但是，即使是相当简单的故事，也需要大量的精力进行配置，设置第三方组件，测试和最终构建，并且系统积累了相当多的技术债务，因此对于产品所有者或管理层来说，估算值通常显得过高。 PO经常尝试降低此类估计，例如：“什么，您想要这个故事要13个故事点（4天），这不可能！我无法向管理层解释，有人应该可以对此进行编码3 SP [在4小时内！！”。结果，开发人员不得不屈服于做出5或8个故事点（1.5至2天）的估计值（Scrum估计值仍被视为承诺，而不仅仅是预测）。 当然，如果没有任何降低期望的计划（主要是在测试和质量方面），则这些冲刺经常会失败。开发人员的估算是诚实，现实的估算，击败估算并不会降低实际的工作量。 可以说：“您不应该做出不可能的承诺，只是因为有人逼着您去做！” 但是我认为，开发人员的工作是软件设计和编码，而不是讨价还价或承受压力！可能有各种各样的交易，通常是直接与外部客户打交道的交易，但这并不是大多数Office开发人员！ 对我而言，这种做法只会使程序员看起来像个混蛋，会导致不断出现的sprint故障，并阻止了实际的估算，同时也寻求了实际的改进。 Scrum准则对此主题有何看法，或者他们对此有何表述？ 编辑：用故事点代替时间。我指的是规划扑克和故事点的初始估算阶段，而不是任务详细计划。我只是把日期/时间放在这里，因为有时是典型的对话，有时是用时间而不是时间。抱歉给您带来任何混乱！故事点示例比时间示例代表更长的时间段。 编辑2当前没有专门的Scrum主持人，而PO在评估会议时扮演着这个角色。因此，可能是角色冲突使这种不适当的讨价还价变得更糟，因为他是作为权威而不是中立或开发者的混乱大师出现的。也许，只要没有候选人，就可以将他作为有偏见的参与者而不是“大师”来解决。

9 scrum  estimation  planning  sprint 

例如，如果我将一个项目分解为n个离散的工作产品（例如类，功能或组件），是否有时间t使得n * t是用于估算的合适时间？

9 estimation 

我们是一个由4个开发人员组成的小组，在Scrum中颇为环保。来自全国各地，我们经常请假几天或整周假回家。因此，由于年度休假，我们的团队能力从一次迭代到另一次迭代急剧变化，这导致一次迭代到另一次迭代的速度差异很大。在计划会议上估算速度时，我们如何考虑团队能力？历史数据将反映出截然不同的容量，我们不能等一整年才能得出估计速度的平均值。

9 agile  scrum  estimation 

我们所有人都有它，这些问题很难解决，很难通过模糊的代码和奇怪的意外功能来解决。缓慢地，逻辑地尝试查找模式，错误和错误。此过程需要时间，并且客户通常不容易理解问题。 当被问到“何时完成？”这一问题时，如何回答，特别是当客户可能不了解软件开发的内在复杂性时？

9 management  client-relations  estimation 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 我正在整理一个演讲，以提供给我的一些队友（所有开发人员），并且我想参加一个简短的团队建设活动，重点是提高估计技能。是否有人对我可以使用的任何团队建设活动有任何建议或了解？

9 estimation  team-building 

我喜欢计划扑克在任何项目开始时的工作方式，让您相互比较和讨论每个故事的细节。 我注意到的一个问题是，随着时间的流逝，随着您对问题领域的了解越来越多，您倾向于为每个故事投票更少的分数，即，一开始的故事价值为5或8该项目的价值现在可能值得3。 您如何以最佳方式避免或解决此问题？有更好的估算方法吗？故事应该始终保持不变，还是故事点减少？

9 agile  scrum  estimation 

在一个IT项目中： 谁应该参加时间估算？开发人员，团队负责人，Scrum主管等？ 谁的票数最多？

9 project-management  project  time-management  estimation 

变更并不罕见，需求变更，规格变更在工作流程中也是如此。我已经接受了将会发生的变化，但是我想知道：知道即将发生变化，那么规划期有多短呢？（鼓励辩解） 迭代（2-4周）？ 一周？ 2-3天？ 一天？ 一天1/2 假设公司从当前提前“计划” 1 [时间间隔（从上面）]，所以任何计划听起来像： “[今天早上/今天/本周的/ etc。]你会在工作这和[今天下午/明天/下周的/ etc。]你会工作是。 还假设焦点/方向的变化将持续发生在第二到第三时间间隔。

9 project-management  time-management  estimation