我们刚开始在公司做scrum。我们花了一些时间来估算使用计划扑克的努力，然后在详细任务完成后，对每项任务进行时间估算。
我们遇到的问题是时间估计总是错误的（通常估计过高）。虽然我们都同意一项努力，让一个团队就任务的时间达成一致意见要困难得多 - 每小时需要1个人可能需要3个小时。我们最终走到了中间的某个地方。
谁应该提出任务的时间估计以及何时发生？
这只是我们需要更多练习的事情，还是我们做错了？
答案 0 :(得分：10)
实际工作的人估计所涉及的费用。如果您使用原始时间作为估算的度量标准，那么敏捷方法就会对此不以为然。您的团队应该使用抽象来估算成本，例如“积分”。您可以从每点1小时的粗略基线开始，最少1点。然后开发人员可以对事情应该花多长时间进行原始估计。如果他们在几个小时或任何其他时间单位讲话，请将他们或其他任何人摔在手腕上。
关键在于，随着开发进行多次冲刺，项目经理可以调整团队提供的“点”时间估计以匹配现实 - 甚至可以按照每个开发人员进行。随着项目的进展，参与者将在评估中变得越来越好。因此，由于Sprint是一个迭代过程，时间估计会随着迭代次数的增加而提高。
这引出了另一个问题：你为什么担心时间？时间基本上是瀑布模型的成本。在Agile中，目标是将软件开发为VALUE而不是成本。使用的原因是，它是一个抽象的比较基础，企业所有者，项目经理和创造者（开发者）都可以在抽象的视野中查看。 （不偏不同参与者对时间的文化，社会或心理认知。）企业主可以查看给定冲刺中的可用点 - 并了解可用点 - 他们可以选择最重要的功能。这总是一个艰难的决定，但同样，目标是发展价值，远离时间拳击或功能填充。
答案 1 :(得分：-1)
＆＃34;谁应该提出任务的时间估计以及何时发生？＆＃34;取决于你如何管理你的团队。您是否让团队成员真正自我管理，因此当一个人在冲刺期间抓住任务时会分配任务？您可能必须根据团队中普通开发人员的能力继续使用时间来完成。您是否有团队负责人在Sprint计划会议期间为人员分配任务？让分配的人估计完成任务的时间。
我同意从努力估计中删除时间有点令人困惑。最大的问题是：你高估任务时间有什么关系？团队是否在冲刺结束时坐了4-5天无事可做？如果是这样，请转到产品负责人，让她知道团队想要在Sprint中添加一个或两个小项目。您通常不会在正在进行的sprint中添加内容，但Scrum是一个管理工作的框架，只要团队注销添加新项目，就没有必要让Scrum为您的团队工作。 ......不要强迫你的团队为Scrum工作。
此外，您的问题似乎表明您的团队的速度超过了计划的速度。如果你的2周冲刺（10个工作日）的速度为10，但是你的团队在第7天就完成了所有的工作，那么只需将你的故事点在下一个冲刺点到11或12。