日程安排/估算游戏中的“峰值”如何计算？ [关闭]答案

【问题标题】：How do "spikes" figure in the schedule / estimation game? [closed]日程安排/估算游戏中的“峰值”如何计算？ [关闭]
【发布时间】：2008-09-21 18:40:18
【问题描述】：

可能是主观的和/或讨论的......但这里是。

我被要求为下一件大事估计一项功能。我把它分解..使用故事点来估计。然而，除了各种其他公司计划外，该功能还需要与第三方图表组件 GoDiagrams 进行交互。（一整套 2008_Limited_Edition 框架/服务：）。我一直在使用燃尽图跟踪自己，我发现我无法维持自己的步伐主要是由于“峰值”..Definition

我估计每周工作 2 点，然后我发现自己在周末工作（很好地尝试......最终既不在这里也不在那里）因为我不知道在哪里挂钩以便我可以预览用户操作，显示上下文菜单等。最后，我花时间制作尖峰，使我的日程表偏离轨道……并降低其价值……没有给出正确的图片。

需要钉子才能穿过无知的木板。但是它们是如何被纳入估计方程的呢？在功能看起来错误之前执行所有必需的尖峰..（可能会变成 YAGNI）在两者之间执行它会破坏我的流程。现在是在预迭代计划中..但这每周都会将接触线推开。

【问题讨论】：

我投票结束这个问题，因为它不是关于编程的

标签： project-management agile estimation

【解决方案1】：

我猜你一直在低估

您对 3rd 方组件的了解
为未知区域创建可用/有用的尖峰需要多长时间

1.更好地估计这两件事。

所以，一切都与经验有关。无论您使用哪种方法，它们都会帮助您更好地使用您的体验，而不是取代它。

2。在处理这些尖峰时尽量不要迷失方向。

它们应该是简短的、有时间限制的会话。他们并不是要玩弄营销幻灯片上列出的所有可能的功能。给他们专注，两到三个选项去探索。期望他们提供一个具体的结果。

更新（Gishu）：总结

尖峰需要是在迭代计划步骤中定义的明确任务。
如果峰值超过时间盒周期，请停止处理。搁置相关的任务。完成当前迭代桶中的其他任务。返回搁置的任务或将更精细/细分的峰值与相关任务一起添加到下一次迭代。将更保守的估计标记为下一次的第 1 代峰值。

【讨论】：

【解决方案2】：

如果您的时间盒峰值用完，您仍应停止并完成您其他已提交的工作。然后，您应该在下一次迭代中添加另一个尖峰，以完成您需要完成的必要工作，以便准确估计尖峰产生的任务。

如果担心刺激时间过长而成为问题 - 这就是我喜欢 1 周迭代的原因之一。 :-)

【讨论】：

谢谢...将您的输入添加到我标记为已接受答案的帖子中。我只能标记一个……但你的观点被采纳了。

【解决方案3】：

@pointernil.. 再加上 Indy-Jones Head-First 方法来处理故事，这更像是没有估计。我根据故事的内容来估计故事。目前我没有考虑找到正确的咒语以使控制库发挥出色所需的时间。这有时会比我的应用程序逻辑花费更多的时间。所以重新表述原始问题，是否应该在迭代计划中作为单独的任务，在开始处理特定故事之前在 JIT 基础上添加？

我的 Spikes 非常专注。我迫不及待地想回到“真正的”问题。例如'如何从这个控件显示上下文菜单？我可能会因为没有阅读整个 150 多页的手册或代码示例而感到内疚……但是时间很紧。解决问题的第一个解决方案得到了点头，我继续前进。但是，当您无法找到组件使用的难以捉摸的事件或 NIH 通知模式时，峰值可能会很耗时。 我如何对未知的事物进行时间限制？我的时间盒已经过去，我仍然不知道插入我的自定义上下文菜单。我该如何进行？继续黑客攻击？

也许这出现在“缓冲不确定性”方案中。如果我在 Mike Cohn 的书中找到有用的东西，我会看看。

【讨论】：

我会说尖峰应该是迭代计划的一部分。不只是及时。他们应该解释他们所属的故事。即使阅读手册的部分内容也应该估计。现在是困难的部分：不要害怕给出高估。现实总是比太低要好。 ;)
特别是对于喜欢周末的开发人员......没有工作并打算保持这种状态。谢谢..将在接下来的几周内尝试这个。

【解决方案4】：

我同意pointernil。唯一的问题是您的估计不正确。这没什么大不了的，当然，除非你刚刚完成了一个 300 万美元的项目 :-)

如果它发生一次，它就是一次学习经历。如果它再次发生并且结果更好，那么您将获得另一种学习经验。如果你经常低估并且你的百分比越来越差，你需要明智一点。没有任何方法可以让您摆脱困境。

只需要给尖峰所需的时间。根据我的经验，我反复看到的一件事是人们希望能够在几个小时或一天内确定一项技术。这只是在现实生活中不会发生。最简单的问题，即使是由拼写错误引起的错误，也可能让开发人员花费大量时间。诚实地说明自己或您的员工的能力，并将其纳入预算。

【讨论】：